Поиск в системе

ПРОСЛЕЖИВАЕМОСТЬ? ЭТИМ ТОЧНО НУЖНО ЗАНИМАТЬСЯ? Прослеживаемость в пищевом производстве – это средство обеспечения требований пищевой безопасности. В случае (не дай Бог) возникновения проблем с качеством продукции и угрозы здоровью потребителей – предприятие-производитель должно: Правильно понять – в какой партии выпущенной продукции возникла проблема, т.е. идентифицировать и локализовать проблемные партии продукции (на своих складах и в отгрузках клиентам) Восстановить информацию: из каких партий сырья и материалов была произведена проблемная партия продукции через какое оборудование и через чьи руки прошла проблемная продукция в ходе производства (чтобы провести адресные корректирующие и профилактические мероприятия с конкретным персоналом, причастным к проблемам с качеством продукции Провести анализ и выяснить, какие партии материально-сырьевых ингредиентов привели к проблемам с качеством продукции Выяснить – в каких еще партиях продукции были использованы эти некачественные материально-сырьевые ингредиенты и убедиться, что с качеством этой продукции все в порядке Чем точнее в этой рекламационно-претензионной работе будут определены проблемные партии – тем меньший объем продукции необходимо будет проверять и/или отзывать. То есть предприятию вся эта рекламационная работа обойдется меньшими затратами. Не смотря на очевидную пользу для потребителя и выгоды для предприятия – всерьез организацией прослеживаемости производители-пищевики начали озадачиваться в последние 2-3 года. На подавляющем большинстве пищевых производств сейчас организован «журнальный» вариант прослеживаемости: когда все движение сырья и продукции по этапам производства записывается в бумажные «талмуды». И когда возникает вопрос – из чего была сделана сегодняшняя продукция или в какую продукцию вошло сырье, купленное у конкретного поставщика – происходит либо нудное и скрупулёзное «перетряхивание» журналов, либо умышленное лукавство и волевое «назначение виноватых» (как партий сырья или материалов, так и людей). ДЛЯ КОГО НУЖНА ПРОСЛЕЖИВАЕМОСТЬ Нарастающий интерес последних лет к организации и автоматизации прослеживаемости в производстве у пищевиков связан в первую очередь с ужесточением требований сетевого ритейла. Сети проводят собственные аудиты процесса производств, технологии и прослеживаемости, результаты которых определяют коммерческие условия дальнейших отношений производителя с сетью. Это стимулирует производителей искать способы соответствовать требованиям сетей. В ту же сторону внимание переработчиков мяса и молока направляет Россельхознадзор со своими законодательными инициативами по внедрению ФГИС Меркурий: для погашения ветеринарных сертификатов переработчики жиров животного происхождения должны сопоставлять из какого сырья была произведена продукция. А после внедрения и по мере дальнейшего развития ФГИС Меркурий отраслевые эксперты ожидают, что требования к точности этого сопоставления будут повышаться. Помимо внешних мотиваторов наиболее продвинутые предприятия хорошо осознают и свои внутренние профиты от наличия адекватной прослеживаемости. Это и сокращение затрат на претензионную работу, и имиджевые преимущества перед конкурентами. Так или иначе наличие адекватной организации прослеживаемости – это явный отраслевой тренд, который сейчас дает набор конкурентных рыночных преимущества, а в ближайшей перспективе обещает стать гигиеническим условием существования промышленного пищевого производителя на рынке. ОПЕРАТИВНЫЙ УЧЕТ В MES-СИСТЕМЕ – ОСНОВА ДЛЯ ОРГАНИЗАЦИИ ПРОСЛЕЖИВАЕМОСТИ В своей предыдущей статье я рассказывал про подходы к организации системы оперативного учета на пищевом производстве – что и как нужно сделать, чтобы организовать и внедрить MES-систему. А сегодня я расскажу, как MES-система у нашего клиента (цех глубокой переработки мясного сырья), внедренная в соответствии с рекомендованными нами подходами, обеспечила клиенту основу для получения прослеживаемости производства. К проекту внедрения MES-системы наш заказчик определил следующие ключевые цели и задачи: Оперативный попередельный учет технологических этапов производства продукции, в том числе: Учет объемов выработки полуфабрикатов и продукции с разделением на производственные партии Учет фактически использованных объемов и партий сырья и полуфабрикатов для выработки продукции Контроль и анализ потерь и выходов продукции Соблюдение технологии и стандартизация качества продукции за счет: Рецептурного контроля формирования сырьевых и материальных комплектов Контроля технологических параметров и времени обработки партий продукции на ключевых этапах переработки, влияющих на качество продукции или показатели выхода Обеспечения своевременного и упорядоченного по дате выработки движения и обработки партий сырья и полуфабрикатов При решении первой группы задач проекта была организована идентификация (этикетирование с использованием штрихкодов) парий поступающего в цех сырья и выпускаемой продукции и внутрицеховых полуфабрикатов. А далее, используя идентифицирующие этикетки, на каждом контролируемом переделе производства был обеспечен оперативный автоматизированный учет выработки партий продукции и использованных при производстве партий сырья. Таким образом, организованные процессы достоверного учета движения и переработки сырья и полуфабрикатов в производстве сформировало связку «партия сырья – партия продукции» для каждого передела. А накопление этой информации в системе за любой день и смену позволило, используя алгоритм разузлования, получить желаемую прослеживаемость – отчеты, которые показывают: Из чего (каких партий сырья и материалов) была произведена конкретная партия продукции В какие партии продукции вошла конкретная партия сырья. Вариации полученных отчетов позволили проанализировать информацию по прослеживаемости как в древовидной форме (показывая историю появления промежуточных цеховых полуфабрикатов, даты их выработки и бригады рабочих), так и в линейной – когда показывается какое покупное сырье было использовано в продукции (без промежуточных переделов). Отслеживание истории продукта: (для просмотра изображения — нажмите на него левой кнопкой мыши) Отдельный вопрос в теме организации прослеживаемости – это какое оборудование можно-нужно использовать в связке с MES-системой, чтобы процесс оперативного учета был действительно оперативен, объективен и не зависим от конкретных исполнителей. Об этой теме мы уже говорили здесь. А позднее напишем материал с описанием конкретных решений у конкретных предприятий по переработке мяса, молока и производству сыра. В ЗАВЕРШЕНИЕ Оглядываясь на наш опыт общение с клиентами в последнее время хочется сказать, что многие производители продуктов питания задумываются об организации прослеживаемости на своих предприятиях, но не знают с чего начать и как обеспечить эту прослеживаемость. Для всех наших последних проектов внедрения MES-систем на производствах организация прослеживаемости – это обязательная составляющая. Так что, если вдруг возникнут вопросы – вы знаете к кому обращаться ;-).

Последние 3 года наша команда фокусировалась на автоматизации оперативного управления и учета производством продуктов питания, т.е. внедрении MES-системы управления пищевым производством. Обращу внимание — НЕ системы учета производственных затрат и выработки продукции для финансово-экономического анализа. MES – это система автоматизации функций внутрицехового управления, инструмент в руках начальника производства и технолога. Достаточно полезная, но сложная в исполнении система. Оперативный учет в MES – это учет в режиме реального времени, т.е. MES-система по сути встраивается в технологию производства: подключается к производственному и весовому оборудованию, или с помощью сканеров собирает первичную учетную информацию непосредственно в процессе производства. При внедрении такого рода систем многое может пойти не так, поэтому я со своей командой выделил некоторые подходы подготовки к внедрению MES-систем, которые позволяют выполнять проект более управляемо и с меньшим количеством трудностей. Сегодня и поделимся этими подходами, постараемся «вооружить» компании и внутренние проектные команды, которые планируют заниматься внедрением таких систем на своем производстве. С ЧЕГО НАЧАТЬ При подготовке к внедрению MES-системы нужно определить требования к оперативному контролю и учету. В качестве путеводителя (своеобразной «дорожной карты») для проработки требований к системе команде проекта необходимо разобраться и ответить для себя на следующие базовые вопросы: Какие переделы выделить для организации оперативного контроля и учета? Как организовать идентификацию партий сырья и полуфабрикатов для контроля и учета в производстве? Где в производстве расположить контрольно-учетные точки (промышленные, стандартные или мобильные компьютеры) для организации оперативного учета и контроля? Каким образом оборудовать контрольно-учетные точки (весы напольные/, весы настольные, принтер этикеток, принтер А4, сканер штрих-кода или сканер RFID, ТСД, …)? В своей практике проработки и утверждения требований к MES-системе (по сути — ответов на указанные выше вопросы) мы выделяем отдельный постановочный этап – Регламентация (упрощенно – описание требований к целевым процессам учета, системе и оборудованию). Для нас – это понятный этап работ, который выполняется по утвержденной у нас проектной технологии и не занимает много времени. Если же вы самостоятельно планируете выполнять проект внедрения MES на своем производстве, то полноценное описание требований может занять много времени (часто просто формулируют перечень «хотелок» и какой-то список контрольных точек). Давайте рассмотрим каждый вопрос подробней, чтобы вам было проще разобраться с этими вопросами при самостоятельном внедрении MES-системы. КАКИЕ ПЕРЕДЕЛЫ ВЫДЕЛИТЬ ДЛЯ ОРГАНИЗАЦИИ ОПЕРАТИВНОГО КОНТРОЛЯ И УЧЕТА? Технологические цепочки переработки сырья в продукцию в пищевом производстве могут быть достаточно длинными. Но это не означает, что каждая технологическая операция должна выделяться для MES-системы как производственный учетный передел. Много ≠ хорошо. Поэтому важно определиться с критериями выделения переделов, а точней ответить на вопрос – ЧТО вам важно контролировать. Наиболее вероятными кандидатами на выделение учитываемых переделов могут быть технологические операции, где: важен технологический контроль времени обработки, чтобы не испортилось сырье, или не произошли сверхнормативные потери веса продукции (= денег компании) // Для мясопереработки такими операциями могут быть: дефростация, термообработка, охлаждение. // Для сырного производства это бассейн (соление), обсушка, созревание. происходит смешивание разных ингредиентов и важно обеспечить рецептурный контроль // Для мясопереработки и производства мясных полуфабрикатов — это формирование мясных комплектов, подготовка комплектов специй, замес теста, подготовка начинок. // Для сырного/пивобезалкогольного производства – это подготовка смеси для варки. возникает большой объем брака и требуется оперативно контролировать процесс для его предотвращения или быстрого исправления // Тут примеры более индивидуальны. Зависит от конкретных особенностей организации производственного процесса. Например, на сырном производстве брак наиболее часто выявляется после расформовки или при выемке сыра из бассейна. происходит смешивание сырья и полуфабриктов разных партий или разделение полуфабриката на несколько партий. // На таких операция выделение учитываемого передела нужно для сохранения прослеживаемости преобразования партий. КАК ОРГАНИЗОВАТЬ ИДЕНТИФИКАЦИЮ ПАРТИЙ СЫРЬЯ И ПОЛУФАБРИКАТОВ ДЛЯ КОНТРОЛЯ И УЧЕТА В ПРОИЗВОДСТВЕ? Идентификация партий в организации автоматизированного оперативного учета решает 2 задачи: Выделение для системы производственного дискрета – партии, появление и расходование которой учитывается и сохраняется в системе для анализа прослеживаемости (из каких партий сырья была изготовлена партия продукции) Автоматизация учета движения или списания партий продукции в процессе производства. Когда партия идентифицирована сопроводительной этикеткой со штрихкодом или RFID -меткой – это позволяет быстро и безошибочно учесть перемещение с помощью специального оборудования. Следует сказать, что идентификация партий помогает поддерживать порядок и на организационном уровне: идентифицирующие продукцию этикетки позволяют производственному персоналу избежать ошибок и путаницы. Например, не пустить фарш, приготовленный для ветчины на производство пельменей. Вот возможные варианты идентификации учетных партий: Для непрерывно-поточных видов пищевых производств (например, приемно-аппаратное хозяйство на молочной переработке или производство розлив пивобезалкогольных напитков) физическая идентификация партий (наклейка этикеток) невозможна. Поэтому разделение и идентификация таких партий выполняется в соответствии с использованием производственных емкостей (танки хранения сырья, сыроизготовители и пр.) – 1 емкость = 1 партия Для дискретных видов производств для идентификации используются системы бирок или этикеток, которые наклеиваются при появлении партии сырья (в процессе приемки на склад) или продукции в производстве (при выпуске). Здесь важной задачей является приведение объема партии к оптимальному объему, который позволяет обеспечить простую идентификацию на дальнейших этапах обработки партии. Например, формировать мясной замес в таком объеме, который позволяет после формовки разместить колбасу с этого замеса на одной раме. Или подобрать объем смеси для варки сыра таким, что бы 1 варка полностью наполняла 1 секции бассейна и максимально полно наполняло контейнеры при отправке сыра на созревание. ГДЕ В ПРОИЗВОДСТВЕ РАСПОЛОЖИТЬ КОНТРОЛЬНО-УЧЕТНЫЕ ТОЧКИ ДЛЯ ОРГАНИЗАЦИИ ОПЕРАТИВНОГО УЧЕТА И КОНТРОЛЯ? Контрольно-учетная точка – это цеховое рабочее место, на котором организуется оперативный учет выполнения процессов производства и контроль соблюдения технологии. Когда вы выделили из технологических операций состав учитываемых переделов – можно сказать вы определили количество необходимых учетных точек в производстве. Однако и тут математика расчета нелинейная. С одной стороны, на каких-то участках могут работать одновременно несколько линий однотипного оборудования (например, участок упаковки и отправки сыра на созревание) и/или несколько бригад рабочих (например, бригады подготовки комплектов специй), которые не смогут одновременно вести учет параллельно выполняемых операций. Т.е. на производственном участке одного технологического передела может потребоваться несколько контрольно-учетных точек. С другой стороны, вполне может оказаться что на каких-то соседних учитываемых переделах интенсивность выполнения передела и движения продукции вполне позволяет обойтись одной общей контрольно-учетной точкой. Поэтому для решения данного вопроса вам нужна план-схема ваших производственных участков (с указанием расположения стен, проходов и дверей и размещением оборудования) и анализ физического протекания живого производственного процесса. Так вы сможете оценить количество учетных точек и наиболее удобное место их расположения. КАКИМ ОБРАЗОМ ОБОРУДОВАТЬ КОНТРОЛЬНОЕ-УЧЕТНЫЕ ТОЧКИ? Комплектация каждой контрольной учетной точки весовым или торговым оборудованием напрямую зависит от состава задач и функций, выполняемых на данной контрольно-учетной точке, а также от особенностей организации производственного процесса. Рисунок. Пример комплектации оборудования рабочего места //Например, на контрольной точке упаковки сыра после посола выполняются следующие операции: Взвешивание пустого контейнера Пересчет количества голов (штук) сыра с варки и укладка на полки контейнера Подтверждение отправки контейнера сканированием Взвешивание заполненного сыром контейнера Печать этикетки-паспорта варки на контейнер Взвешивание, печать этикетки на голову и этикетки на партию по бракованным головам Для приведенного состава операций и особенностей учета на переделе, кроме промышленного киоска необходимо оборудование: весы платформенные (для взвешивания пустых и полных контейнеров), весы настольные (для взвешивания бракованных голов) сканер штрихкодов (для подтверждения отправки) принтер этикеток (для печати паспорта варки) принтер А4 (для печати этикетки на партию бракованного сыра) В результате внимательной оценки состава оборудования у вас должна получиться примерно такая табличка: В ЗАВЕРШЕНИЕ Кроме вопросов, приведенных в статье, есть и другие – более технические вопросы, требующие проработки и утверждения требований. Например: В каком виде нужна для MES-системы нормативно-справочная информация о рецептуре, нормах и технологии производства, а также параметрах производительности оборудования? Каким образом должен быть организован процесс ведения и управления производственной нормативно-справочной информацией? Каким образом и какой информацией должна обмениваться MES-система с другими информационными системами предприятия (складской учет, бухгалтерский учет и др.)? Данные вопросы в силу более глубокой ИТ-ной и технической составляющей я оставляю за рамками данного материала. А вам остается пожелать успешных и более управляемых за счет продуманности и подготовки проектов внедрения MES-системы на ваших производствах.

О ЧЕМ РЕЧЬ Сегодняшний материал будет интересен представителям финансовых подразделений и представителям производства. Впрочем, отговаривать от чтения всех остальных точно не буду. Поговорим о том – как корректно выстроить связку систем финансового и оперативного учета на производстве продуктов питания. Начнем с того, что автоматизированные системы финансового учета (как минимум бухгалтерского) есть почти на всех предприятиях. А в последнее время конкуренция на рыке производителей продуктов питания заставляет активно заниматься внедрением автоматизированных систем оперативного учета для получения более широкого спектра данных и принятия оперативных управленческих решений. И вот тут возникает вопрос – каким образом организовать и автоматизировать контур оперативного учета? Вести все в одной базе и расширять финансовый контур до детальности оперативного? Разделить их так, чтобы оперативные данные велись в одном контуре, а в финансовый только транслировались необходимые аналитики? Вести их в одной базе или в разных? Сегодня мы поделимся своим опытом и подходами к решению этой задачи. ПРИЧИНЫ РАЗДЕЛЕНИЯ СИСТЕМ Мы на практике решали задачу и путем расширения финансового учета до требований детального учета на производство в единой информационной системе, и выполняли проекты, где контуры оперативного и финансового учета были реализованы в отдельных базах. Дело в том, что финансовый и оперативный учет ведутся для разных целей и обладают принципиально разными свойствами, хотя и основываются на одних исходных данных. В свете этого важно решить один из ключевых вопросов – вопрос границы оперативного и финансового учета и момента перехода данных из одной системы в другую. В итоге мы остановились на том, что наиболее экологичное решение – разделять контуры оперативного и финансового учета (и лучше их делать в разных базах). 3 основные причины почему нам видится разделение данных задач на разные подсистемы: Финансовый учет ведется, как правило на основании бухгалтерских документов и с задержкой на 5-20 дней. В то время как для принятия оперативных решений часто надо обладать информацией практически в режиме реального времени. Системы оперативного учета подстроены под производственные процессы предприятия и изменяются существенно реже нашего «шального» законодательства, поэтому и останавливать систему MES-учета для получения очередного обновления регламентированной отчетности – задача, не несущая никакого профицита для бизнеса. Режим работы MES-систем должен быть организован 24/7, и, соответственно, нельзя останавливаться, когда идут долгие регламентные процедуры (например, по расчету себестоимости) так необходимые для финансовых служб предприятия. Реализация проектов, где финансовый контур детализировался до оперативного приводил к тому, что финансовый учет существенно усложнялся. Наш опыт реализации проектов оперативного учета привел нас к следующим правилам интеграции подсистем финансового и оперативного учета: Необходимо сворачивать аналитики учета до требуемых для экономического анализа // Каждому объекту финансовой подсистемы должно быть поставлено в соответствие несколько объектов оперативной подсистемы. Эта связь должна быть использована в дальнейшем при автоматическом формировании документов финансового учета на основании оперативных документов. Упрощайте схемы движения материальных потоков для формирования себестоимости // Для финансового учета не нужно учитывать все возможные места возникновения затрат и рабочие центры, достаточно взять минимальный объем для получения целевой схемы учета затрат. // Например, когда с точки зрения оперативного учета подразделения детализированы с точностью до производственных участков и цеховой кладовой при них, а в финансовой подсистеме все эти подразделения являются единым подразделением. В этом случае перемещения ТМЦ между участками, а также между участками и цеховой кладовой не попадут в финансовый учет. В финансовом учете будут отражены только агрегированные данные о приходе ТМЦ на подотчет цеху и об отпуске ТМЦ из цеховой кладовой . Определяйте единые точки ввода для справочной информации // Для каждого справочника (подразделения, продукция, номенклатурные группы и т.д.) надо определить систему, в которой элементы справочника будут первично рождаться. Это позволит избежать захламления справочников «дублями». Откажитесь от счетов учета и прочих «бухгалтерских штучек» в системе оперативного учета // Непонятные для оперативных работников реквизиты документов могут вводить их в ступор и тормозить скорость работы людей в системе. Такие вещи должны настраиваться для автоматического обмена в рамках интеграции подсистем. При этом надо сохранять возможность ручной корректировки в системе финансового учета (например, счетов учета и статей затрат). Увеличивайте периоды обмена подсистем, но не забывайте про минимальную потребность обеспечения финансового учета первичными данными. // Такой подход позволит уменьшить нагрузку на систему оперативного учета и увеличить ее производительность. Таким образом, труд финансово-экономических служб существенно упростится, если использовать механизм автоматического формирования финансовых данных на основании оперативных. При таком взаимодействии все технические и экономические службы предприятия получают достоверные и структурированные данные обо всех производственных процессах в режиме реального времени в виде сформированных сводных отчетов в виде таблиц и графических образов. Еще один момент, на который надо обратить внимание – на каком месте в общей информационной системе предприятия данные должны перетекать из одной системы в другую. Любой документ, отражающий оперативную деятельность в системе – это факт передачи ответственности (в т.ч. материальной). Поэтому важно понять – в каком месте будет происходить фиксация факта передачи этой ответственности. Рассмотрим это на примере операции выпуска готовой продукции на склад. Причем сразу оговоримся, что данная операция подразумевает под собой 2 факта: Отражение выпускающим/передающим подразделением факта выпуска/передачи. Подтверждение принимающим подразделением факта его получения в полном объеме. Варианты реализации этих операций следующие: Данные операции можно отражать в системе оперативном учете целиком и затем транслировать в систему финансового учета. В данном случае мы имеем проблему в работе приемщика в 2-х системах, так как факт отгрузки будет фиксироваться уже в системе финансового учета. Можно отражать первую операцию в системе оперативного учета, а подтверждение факта приемки в системе финансового учета. В данном случае придется поддерживать двухстороннюю интеграцию, либо формирование каких-то сводных отчетов из 2-х систем для того чтобы удостовериться в единообразии данных. С точки зрения упрощения работы пользователей второй вариант более удобен, но он требует более грамотного технического подхода и более трудоемок в реализации. Если у вас есть возможность, то лучше склонятся именно к нему. ПЛЮСЫ И МИНУСЫ РАЗДЕЛЕНИЯ КОНТУРОВ УЧЕТА Плюсы a. Уменьшение ручной обработки данных службами финансового учета, т.к. документы уже в том или ином виде приходят к ним в рамках учетной системы. b. Возможность передать в систему финансового учета с любой степенью детализации (не меньшей чем в оперативном учете). И, соответственно, с такой же степенью детализации возможно посчитать себестоимость готовой продукции. c. При желании можно получать оперативные финансовые показатели, основанные на оперативной деятельности (например, ежедневная себестоимость партий готовой продукции). d. Теоретически, жизнь оперативного и финансового учета в одной системе возможна, но вам придется мириться со всем проблемами, обозначенными выше: регулярные обновления информационной системы, недоступность в связи с выполнением регламентных процедур, и дополнительно ваш финансовый учет будет вестись с той же степенью детализации что и оперативный. Оно вам надо? 2. Минусы a. Любая интеграция (в данном случае подсистем учета) требует затрат на реализацию и поддержку корректной работы. b. Кроме самой интеграции надо задуматься об инструментах, которые подтверждают правильность ее работы (напр. разработать стыковочные отчеты). c. Если есть потребность в корректировке данных, то надо делать их в месте первичного возникновения (при повторном обмене информацией скорректированные не в том месте данные могут затереться и породить хаос). В завершение Это наш подход к решению задачи интеграции оперативной системы и системы финансового учета, который показывает свою работоспособность у клиентов. Главное на что хочется обратить внимание в конце, что если вы планируете развивать детальность своей системы учета от финансовой до оперативной, то система оперативного учета – это не расширенная система финансового учета. Это отдельная система для данных, которую лучше реализовывать на разных контурах и в разных базах.

У всех производителей продуктов питания процесс отгрузки в том или ином виде, но всё же работает. Иначе как бы они существовали? При этом у многих процесс отгрузок хромает, и новые требования (например, обязательность оформления ВСД) только проявляют затаившиеся проблемы. В данном материале я поделюсь нашим опытом организации процессов отгрузки в проектах оптимизации-автоматизации и опишу универсальную (насколько это возможно) схему процесса отгрузки как она видится мне (с акцентом на особенностях каждого шага). Сразу предупрежу — это не какое-то ноу-хау. Скорее, просто структурирование шагов по отгрузке, своеобразная основа для полноценного регламента отгрузки. Общая схема процесса выглядит так: 1. Приём заказов от покупателей. Задача данного шага банальна – зафиксировать все заказы, получаемые от клиентов. Основными способами на данный момент являются EDI-канал и загрузка заказов из Excel. Для тех, у кого большой объём заказов идет через EDI, зачастую возникают регулярные проблемы (которые, возможно, и не критичны, но сильно утомляют). По нашей практике наиболее стабильно и качественно работают инструменты «Контура» (не сочтите за рекламу). 2. Контроль кванта заказа. Для заказов, отгружаемых в магазины, необходимо проверить минимальную сумму заказа. Для заказов, отгружаемых на РЦ и дистрибуторам, необходимо проверить соответствие заказов минимально согласованному кванту для одного заказа или группе заказов одного направления. 3. Финансовый контроль. Перед передачей заказов в логистику (формирование маршрутов, утверждение заказов для отгрузки) необходимо проверить задолженности по взаиморасчетам с клиентами. Не при приёме заказов, а именно перед передачей в логистику. 4. Формирование распоряжений на отгрузку. Зачастую распоряжением на отгрузку считают или заказ покупателя, или созданный на его основании документ реализации. Считаю, что это некорректно, так как доступное количество готовой продукции может быть меньше чем объём принятых заказов (для производителей продуктов питания это скорее норма, чем исключение). При этом, передавая полный объём заказов на отгрузку, мы передаём заодно принятие решений о том – кого будем грузить в полном объеме, а кому недогрузить – грузчикам. Правильным считаю — формирование распоряжений на отгрузку сотрудниками службы клиентского сервиса на основании информации об обеспеченности клиентских заказов готовой продукцией. 5. Формирование распоряжений на доставку. После того как станет понятен весь набор распоряжений на отгрузку, их необходимо распределить по рейсам/машинам. Для этого мы в своих проектах обычно создаём специальное рабочее место транспортного логиста, в рамках которого ответственный специалист формирует маршруты либо на основании шаблонов маршрутов (для регулярных доставок), либо объединяет заказы по направлениям доставки. И в том и в другом случае специалист контролирует – чтобы машины не были перегружены, с одной стороны, и не были бы недозагруженными, с другой. Для доставок по магазинам важно контролировать ещё и количество точек доставки, а точнее – время, необходимое для объезда всех точек доставки в рейсе. 6. Формирование наборных листов. На основании распоряжений на отгрузку и в соответствии с порядком погрузки машин формируются задания на наборку. Задания на наборку могут делится по складам/зонам хранения. После формирования задания распределяются по исполнителям (наборщикам). Для быстро оборачиваемых складов, которые оперативно подпитываются от производства в процессе отгрузки, важно перед выдачей/получением листов наборки исполнителям проводить оценку обеспеченности продукцией на складе готовой продукции по выдаваемому/получаемому заданию. 7. Наборка готовой продукции. Чаще всего саму наборку удобнее (и как правило быстрее) выполнять с печатной формы наборного листа. При этом после наборки необходимо зафиксировать факт того что было набрано (разумнее — электронным способом). Если отгрузка местами и паллетами, то наиболее удобна схема фиксации факта путём сканирования набранной продукции (например, с помощью ТСД). Если отгружается продукция единицами и при этом товар весовой, то необходимо организовывать рабочее место наборщика с весами. Результатом наборки является подготовленный товар в зоне отгрузки и проставленный факт количества отгружаемой продукции в электронном листе наборки. 8. Погрузка машины. При постановке машины на рампу для погрузки в соответствии с графиком формируется лист погрузки (печатная форма по рейсу), в котором указано – какие наборные листы нужно погрузить в машину. Грузчик собирает предварительно набранную продукцию по листам наборки и грузит в машину в порядке, обратном от порядка развозки заказов и, следовательно, листов наборки. 9. Формирование сопроводительных документов. После погрузки машины (или одновременно с погрузкой) ответственный за первичную документацию формирует документы реализации на основании заказов и факта наборки в листах наборки. Далее на основании согласованного состава печатаемых документов для клиента выполняется пакетная печать по рейсу. На документах ставятся подпись, печати и вместе с заданием на доставку по рейсу отдаются водителю-экспедитору. 10. Отправка DESADV-сообщений в сети. Для заказов, принятых через EDI, необходимо отправить DESADV – сообщение о факте отгрузки на точку доставки для организации приёмки на стороне получателя. 11. Учет возврата документов. После отправки со склада производителя исполнение заявки ещё не заканчивается. Нужно ещё доставить до точки и провести процедуру передачи продукции, которая (процедура) фиксируется в сопроводительных документах. И только после возврата первичных документов и внесения корректировок в накладные в учетной системе можно считать, что отгрузка завершена. Работа с первичной документацией отличается в зависимости от формы документооборота с партнёром: 1. Если используется электронный документооборот, то по факту приёмки выполняется загрузка RECADV-сообщений, корректировка реализаций (при необходимости) и отправка электронного УПД. 2. При бумажном документообороте – отметка о возврате бумажной накладной, корректировка электронной реализации при отклонениях, печать и отправка накладных (при необходимости). А после возврата машины отгрузки ещё нужно обработать возвраты продукции. Но это уже отдельная интересная тема, о которой мы напишем в следующий раз. Вместо завершения Можете использовать описанную схему как чек-лист на предмет – всё ли у меня в порядке с отгрузками. Если и без этого чек листа есть понимание, что надо что-то поменять в своей работе, то не сдерживайте себя — наводите порядок. Сами или с чьей-либо помощью. Например, с нашей

Все большую долю в отгрузках у производителей занимает сетевая розница, которая выдвигает высокие требования по уровню клиентского сервиса (полнота и своевременность исполнения заказов). Если не соблюдать эти требования, придется платить серьёзные штрафы. Это и заставляет компании искать инструменты планирования отгрузок. Если бы отгрузки были каждый день одинаковые, достаточно было бы поддерживать постоянный складской остаток. Однако на практике отгрузки в общем объёме хоть и могут соответствовать какой то ожидаемой величине, но в разрезе номенклатуры количество отгрузок по дням может значительно варьироваться. Какой же остаток в таком случае нужно иметь на складе, чтобы обеспечить отгрузки по заказам клиентов? В простом варианте можно планировать остаток на недельную отгрузку, но это далеко не всегда применимо. Не надо забывать что в продуктах питания есть остаточные сроки годности, и многие клиенты требуют, чтобы они составляли не менее 70% (а иногда и 90%) от общего значения. Если не отгрузить вовремя, останется только списать продукт на переработку. Итак, сформулируем итоговую задачу: какой складской буфер должен быть на складе на каждый день отгрузки, чтобы обеспечить исполнение заказов клиентов и при этом минимизировать списания продукции из-за неудовлетворительных остаточных сроков годности. Когда мы ее решим, то сможем распланировать производство для обеспечения нужного выпуска готовой продукции. Предлагаю использовать алгоритм, который мы выработали на практике и реализовали в продукте K2FRESH. 1. РАССЧИТАЙТЕ ПРОГНОЗ ОТГРУЗКИ НА КАЖДЫЙ ДЕНЬ Составьте план продаж на месяц на основании истории продаж в предыдущие периоды. Откорректируйте полученные значения с учетом коэффициентов сезонности, акционной активности и трендов развития продаж (плановых изменений в ассортименте, в клиентской базе). Определите коэффициенты дней недели по группам клиентов и по товарным категориям, чтобы учесть логистические особенности отгрузки клиентам. Рассчитайте коэффициенты декад внутри месяца (для учета неравномерности прогрузки дистрибуторов — как правило в конце месяца отгрузки по дистрибуторам выше чем на первой декаде). Определите на основании плана продаж на месяц коэффициенты дней недели, коэффициенты декад и плановых акционных отгрузок (для расчета акционных отгрузок мы предполагаем использовать инструмент «Профиль акции» — о нем расскажем в другой раз). Еженедельно актуализируйте полученный план. Схематичное изображение рассчета прогноза отгрузок 2. ОПРЕДЕЛИТЕ СТРАХОВОЙ ЗАПАС Когда мы прогнозируем отгрузки по дням, то получаем некоторое ожидаемое значение. При этом мы понимаем, что фактическая отгрузка на день может быть как больше, так и меньше. Страховой запас нужен, чтобы нивелировать отклонения в большую сторону фактических отгрузок. Очевидно, что страховой запас для разных позиций не совпадает. На него влияет вариативность разброса фактических заказов, которые мы получаем от клиентов. Поэтому, чтобы определить необходимый страховой запас: Рассчитайте средний заказ на день, предварительно вычистив принимаемые заказы от акционных приростов и отнормировав на коэффициенты сезонности, декады и дня недели. Рассчитайте среднее отклонение. Для этого выделите отклонения каждого нормированного заказа от среднего в большую сторону, сложите их и разделите в большую сторону. Определите страховой запас. Примите значение равное К*Х, где К = количество средних отклонений, Х – среднее отклонение. Для обеспечения отгрузок нам логично увеличивать К, но при этом мы должны учитывать ограничения по размеру склада и ограничения по остаточным срокам годности. 3. РАССЧИТАЙТЕ БУФЕР НА СКЛАДЕ НА КАЖДЫЙ ДЕНЬ ПО КАЖДОЙ НОМЕНКЛАТУРЕ Буфер = Прогнозная отгрузка на день + Страховой запас Итак, мы получили модель планирования буфера остатков на складе. Так как чудес не бывает, она имеет ограничения. Полезно проанализировать результаты работы модели на прошлых периодах. Для этого сравните рассчитанный буфер с фактически принимаемыми в прошлом заказами и оцените процент обеспечения этих заказов плановым буфером. Если полученный результат расчета не устраивает, нужно искать дополнительные способы повысить точность модели прогнозирования отгрузок (добавление в модель прогноза новых влияющих параметров, например, прогноз температуры воздуха на планируемый период) или менять параметры системы (допустимый объём склада, остаточные сроки годности, допустимый процент остаточного срока годности для отгрузки). Мы понимаем, что в рамках данной статьи приведены только сухие выдержки нашего опыта решения задачи. Поэтому, если вас интересует тема управления складскими остатками, то мы всегда рады поделиться нашим знаниями и программными решениями.