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

В середине 2000-х при выборе платформы ИС большинство производителей продуктов питания остановились на 1С УПП. И за последние 10-15 лет построили и, можно сказать, «вросли в нее корнями» (будь то чистое 1С УПП или отраслевое решение на его основе). Кто-то старался активно развивать все в одной информационной базе, кто-то разделять функционал подразделений в разные базы. Но, как ни крути, УПП была и остается центральным элементом выстроенной системы, т.к. консолидирует в себе все транзакции финансово-хозяйственной деятельности предприятия. И ничто не предвещало беды, пока несколько лет назад на рынке не стала систематически появляться информация о том, что поддержке УПП скоро придет конец. Конечно, интерпретировать эту информацию и определять масштаб бедствия все стали по-разному. Однако, большинство пользователей 1С:УПП сформировали у себя «чемоданное настроение» и на рынке появилась тенденция движения в поиске нового решения. Вопрос: на что переходить?Стандартный ответ: конечно на 1С:ERP. Но здесь надо понимать, что, когда компании начинали развивать свою систему на базе УПП, масштаб, скорость развития и степень автоматизации бизнеса были совсем другими, а уровень ИТ-кадров вообще практически никакой. Когда-то автоматизации бухучета всем казалось достаточно. Сейчас ИС стали действительно важным элементом поддержки бизнес-процессов, а в бизнесе появились люди, которые отвечают за ИТ профессионально. И они осознают, что ИТ-система – это не просто программка, которую можно поменять с одной на другую (как например, мобильный телефон, переставив сим карту) и решить этим все свои проблемы. Смена платформы – это совсем из другой оперы. При этом даже грамотный ИТ-специалист не всегда знает, как перейти с платформы А на платформу В. Особенно если известно только «А» (и то не всегда :)), при том, что целевое состояние «В» пока находится в тумане. Вот откуда возникает потребность в разработке концепции развития ИС. По опыту выполнения подобных работ мы выработали для себя технологию выполнения этой задачи. И в рамках данного материала хотим поделиться этой технологией с вами. Из чего состоит «Концепция развития ИС»? Последовательность шагов 1. Построение организационной структуры ИС поддерживает деятельность подразделений внутри компании (каждого в отдельности и взаимодействия между ними). Соответственно перед тем, как понять, какой должна быть ИС, мы должны выяснить, какие функции есть у бизнеса и какие из них должны быть автоматизированы. Ответ на этот вопрос дает организационная структура компании. Однако не во всех компаниях та структура, которая есть на бумаге, соответствует реальному положению вещей. Именно поэтому речь идет не о том, чтобы взять за основу существующий документ, а о том, чтобы определить уровень его актуальности на сегодняшний момент времени. И если есть расхождения, сформировать новый. 2. Формирование набора ИТ задач, соответствующих каждой функции бизнеса. У каждой из функции бизнеса есть потребность в конкретных ИТ задачах. Часть этих задач могут быть уже решены, часть – нет. По каждой задаче надо оценить, на сколько реализация соответствует текущим потребностям бизнеса. И если не соответствует, то какие целевые ориентиры развития мы имеем. При этом надо опираться на потребности пользователей, которые непосредственно работают с данной ИС с одной стороны, и отраслевых экспертов — с другой. Сверка с отраслевой практикой позволит покрыть белые пятна, которые не видят функциональщики и отфильтровать ненужные фантазии тех же функциональщиков. 3. Выбор программных продуктов для решения сформированного набора задач Ни один программный продукт не позволяет решить все задачи. И даже если мы выбираем красиво укомплектованный маркетологами 1С:ERP, то мы должны быть готовы к тому, что при всей его универсальности мы берем его только как инструмент решения набора ИТ-задач из списка, полученного на 2-м этапе. А для решения полного списка задач мы должны или использовать дополнительные программные продукты, или разрабатывать необходимый функционал внутри 1C:ERP, что может сильно увеличить время и стоимость проекта. Примечание: Здесь, пусть и вскользь, хочется затронуть вопрос: одна база или несколько. Мы со своей стороны не поддерживаем парадигму одной информационной базы. На практике гораздо удобнее в эксплуатации и поддержке система, в которой набор бизнес-задач делится на несколько информационных баз. Разумеется, это мнение субъективно. На этом шаге мы должны проанализировать рынок и определить, в каких существующих программных продуктах какие задачи могут быть решены лучшим образом. Таким образом происходит построение архитектуры ИТ-решений, которые должны появиться в итоге. «Подытог» 1 Мы только что перешагнули экватор и теперь знаем не только «от чего мы уходим» но и «что должно быть результатом» смены платформы ИС. Мы определили: какие информационные базы нам необходимы на каких продуктах они будут созданы какие задачи в каких базах будут решены какой информацией эти базы будут обмениваться между собой Примечание: если текущий ландшафт уже представлен не одной, а несколькими информационными базами, это предполагает, что, скорее всего, заменяться будут не все. Какие-то решения вполне могут остаться в исходном состоянии, если они качественно выполняют возложенные на них функции. Это упрощает процесс перехода и еще раз подчеркивает целесообразность концепции модульности. 4. Разделение задач на набор проектов Практика показывает, что в рамках разработки концепции для среднего/крупного пищевого предприятия у нас появляется от 50 до 100 ИТ-задач, которые должны быть решены. В один присест такое количество задач не решить. Концепция разрабатывается на горизонт 3-4 года. Поэтому мы делим эти задачи на набор проектов. По опыту, для перехода в целевое состояние 100 задач можно скомпоновать в 10-20 проектов. Предполагается, что после каждого проекта система будет находиться в определенном промежуточном устойчивом состоянии. 5. Построение план-графика выполнения проектов по вехам и формирование бюджета проекта По каждому проекту необходимо оценить: ресурсоемкость приоритетность (исходя из потребностей бизнеса) взаимозависимость проектов (некоторые проекты просто невозможно сделать раньше других исходя из технологической зависимости) оценка стоимости привлечения проектных исполнителей «Подытог» 2 Теперь мы знаем не только «какая она, точка В», но и как в нее добраться и сколько времени и денег понадобится на переход. Надо понимать, что адекватные ответы на эти вопросы мы можем получить, только пройдя все шаги именно в вышеуказанной последовательности, а не торопясь с выводами. Прогнозируемые показатели, которые, разумеется, вам никто не запретит делать на любом этапе, так и останутся прогнозами, так как не будут иметь под собой никаких обоснований. Если, к примеру, рассчитать стоимость на втором шаге, не зная, на каких платформах будут реализованы системы, итоговая стоимость будет сильно отличаться от той, на которую вы надеялись. 6. Определение количества необходимых ИТ-ресурсов При невысоком уровне автоматизации предприятию достаточно присутствия системного администратора + максимум одного 1С-ника. Однако, как только компания вступает на путь цифровой трансформации бизнеса и сделаете ИТ-систему важным элементом в эффективности и конкурентной борьбе, перед вами открывается вечно зеленое поле задач по ИТ-поддержке. Автоматизация избавляет вас от необходимости мириться с ошибками неквалифицированных кадров, однако сразу появляется необходимость поддержки системы в целевом состоянии. Поэтому здесь мы определяем структуру и количество необходимых для этого ИТ-ресурсов. Часть этих ресурсов компания обязательно должна иметь внутри, часть можно отдать на аутсорсинг. Подведем ИТОГ В рамках статьи мы рассказали технологию, которой придерживается наша компания. Следуя нашему плану, вы можете разработать концепцию самостоятельно. Однако наше субъективное мнение такое, что разработка концепции – это ремесло, а не 100% стандартизированная работа. И если вы хотите, чтобы новая платформа, как минимум, работала не хуже предыдущей, а желательно и приумножала прибыль, вам просто необходимо участие людей, обладающих опытом разработки подобных концепций. Это позволяет смотреть на ситуацию достаточно широко, чтобы учесть все факторы бизнеса (текущий уровень менеджмента, отношение руководства и персонала к ИТ-технологиям, стадия развития ИТ систем, готовность компании к изменениям). И на основании этого разработать концепцию, максимально полно учитывающую и способную покрыть потребности вашего предприятия.

Чтобы приготовить вкусную колбасу – нужно подготовить мясное сырье, смешать его в правильных рецептурных пропорциях, измельчить, посолить-поперчить (а также добавить другие специи), набить в оболочку, запечь при правильной температуре нужное время, охладить и … – подать к столу. Когда речь идет про промышленное производство колбасы или сосисок – все это кулинарное волшебство передается в руки цеховых рабочих и мастеров, которые уже в промышленных объемах должны соблюдать разработанные технологами рецептуры и технологические параметры процесса. И, конечно, при таком масштабе делегирования выполнение задачи «сделать качественный продукт»сильно усложняется. С точки зрения контроля, а правильнее – обеспечения требуемого качества – каждый этап производства заслуживает отдельного внимания. Но сегодня я хотел бы поговорить о подготовке и рецептурной закладке мясного сырья. Когда «привычно» – не есть хорошо… Посещая колбасные производства, приходится видеть примерно такую картину: Под задание на смену мясное сырье вывозится в цех из холодильника или участка обвалки; Для сырья из холодильника проводится предварительная подготовка (растарка, дефростация); Далее мясное сырье направляется по участкам переработки (колбасный, деликатесный, полуфабрикатный и др.), на каждом из которых под объем задания на конкретную продукцию по рецептуре набирается мясной комплект (часто его называют замес) для дальнейшей переработки (измельчения/ инъецирования/ массирования/ формовки и т.д.). Места подготовки замесов оборудованы весами, рядом с которыми лежат (или висят на стене) «шпаргалки» рецептуры, используя которые, рабочие составляют мясные комплекты. В такой схеме подготовки и рецептурного набора мясного сырья есть изъяны: Несоблюдение рецептурных норм и пропорций мясных ингредиентов в замесе. Рабочий на участке, набирая замес, руководствуется бумажкой-шпаргалкой (а иногда и просто на память) и, очевидно, имеет возможность случайно (а иногда и умышлено) не доложить или переложить тот или иной ингредиент. А поставить на каждый участок технолога-контролера не всегда возможно; Затаривание сырьем участков переработки и лишнее «катание» сырья по цеху. Подготовленное сырье уезжает на участки переработки, как правило, затаривая пространство вокруг точек рецептурного набора. Там в требуемом объеме закладывается в замесы под задание на производство. А остатки или излишки сырья необходимо либо вернуть на участок подготовки (в холодильник), либо переместить на соседние участки. При этом возникает противоток сырья, который, как минимум, усложняет цеховую логистику, а как максимум – может нарушать требования раздельного хранения и использования сырья; Несбалансированная работа участков и загрузка оборудования. Задача участка подготовки сырья – выдать на участки переработки весь объем сырьевых компонентов, который требуется на задание смены. При этом один участок переработки (например, колбасный цех) может оказаться «заваленным» сырьем на всю смену, а другой участок переработки (например, деликатесный участок) – простаивать, ожидая своего сырья. Или хуже – участок подготовки передал в колбасный цех все сырье на смену кроме, например, шпика. А затем переключился на обеспечение деликатесного участка. Колбасный цех при этом не может собрать полные комплекты, а деликатесный дожидается своего обеспечения. В результате простаивают оба. Возможности порядка В наших проектах автоматизации мясоперерабатывающих производств мы рекомендуем выделять формирование рецептурных мясных комплектов в отдельный участок (назовем его участок Стандартизации), который становится упорядочивающим звеном между участком подготовки сырья и участками переработки. Основной целью выделения такого участка является централизация рецептурной наборки комплектов мясного сырья. При создании такого участка решается несколько важных задач: 1. Контроль соответствия набранного замеса заданной технологом рецептуре сводится в единое место. Стандартизация данной задачи очень хорошо обеспечивается с помощью автоматизированной системы: а) Система показывает наборщику действующую рецептуру: состав и требуемый объем сырьевых компонентов. Система позволяет автоматически (считыванием этикетки) определить взвешиваемое сырье (и подтвердить его правильность). А также за счет автоматического съема веса с подключенных к Системе весов – избежать ошибок и очень точно набрать сырьевой замес. 2. Оптимизируется внутрипроизводственная логистика. Набранный замес в точном объеме необходимого сырья направляется на участок переработки для измельчения и дальнейшей обработки. Возвраты и «противоток» сырья – практически исключены! 3. Появляется возможность сбалансировать загрузку участков и оборудования. Выделяемый участок Стандартизации «дирижирует» и задает ритм как для участка подготовки сырья, так и для участков переработки. Для этого последовательность составления мясных замесов на участке Стандартизации планируется в очередь так, чтобы равномерно загружать участки переработки и их оборудование, исходя из производительности. Работа участка подготовки мясного сырья так же упорядочивается: не под обеспечение общей потребности под заявку на производство, а порциями под распланированную очередь подготовки замесов. Автоматизированная система берет на себя расчеты по планированию очереди подготовки замесов для оптимизации загрузки. Оценка загрузки рабочих центров Список заданий на стандартизацию 4. Обеспечивается ясность и прозрачность в движении сырья по цеху. Каждый набранный мясной комплект сопровождается идентифицирующей этикеткой, на которой из Системы печатается название, дата выработки и идентификационный штрих-код. Такая этикетка позволяет быстро сориентироваться, что за замес находится в цеховой таре, и избежать ошибок, потери или залеживания сырья в цеху. Таким образом, выделение и автоматизация участка Стандартизации (централизованное составление сырьевых замесов) дает возможность при промышленных объемах производства: обеспечить качество продукции за счет контроля соблюдения рецептуры сократить потери за счет оптимизации логистики и согласованной работы участков. А как процесс рецептурной закладки сырья организован на вашем предприятии? Оставляйте заявку на сайте http://mes4food.com/meat, и мы поможем проанализировать работу вашего производства и дадим рекомендации по повышению ее эффективности.

В нашей работе мы все чаще сталкиваемся с задачей формирования заявки на производство. При том, заявка должна отвечать сразу ряду параметров: обеспечивать спрос готовой продукцией вовремя, не давать рваной загрузки на производство, учитывать ограничения оборудования, сырья и упаковки, ограничения складов… И чем дальше, тем все острее встает вопрос организации деятельности сотрудников, на чьи плечи ложится такая сложная задача, ведь от результата их руда зависит результат работы предприятия в целом… Прогрессом движет конкуренция Раньше поставки готовой продукции от производителя в магазины осуществлялись просто. Заказали – привезли. Столько, сколько есть на складе. Поздно? Можно потерять клиента (но это не самое страшное). С появлением федеральных сетей эта система отошла в прошлый век. Ответственность за своевременную доставку продукции (а вместе с этим и штрафы за неисполнение данной функции) возросли в разы, возникла острая необходимость реагировать на заказ быстро, так как крупных сетей, конечно же, меньше, чем мелких гастрономов, как 20-30 лет назад. И теряя одного такого клиента, производитель резко ощутит прореху в своем бюджете. Итог: конкуренция теперь касается не только качества и цены продукта, но и уровня клиентского сервиса. Чего хотят клиенты? Давайте разберемся, в чем особенность задачи поддержания должного уровня клиентского сервиса для производителей продуктов питания? Сети хотят не просто своевременной доставки заказа в нужном объеме, но и максимального остаточного срока годности продукта уже на территории магазина, чтобы повысить свои шансы продать как можно больше. Вот в этот самый момент контроль за ним и выходит на новый уровень важности. Следовательно, возникает острая необходимость постоянно держать баланс между клиентским сервисом и уровнем списаний по несоответствию необходимому ОСГ. Чтобы не прогадать с объемами, необходимо еще на этапе планирования выяснить, насколько наше задание соответствует плану отгрузок с учетом ОСГ и не допускать стоков на складе. То есть ставить в план производства то количество, которое в итоге будет куплено. Думаю, многие сейчас усмехнутся, посчитав, что это утопия. Однако, давайте будем делать выводы в конце повествования. Прежде чем перейти к рассмотрению путей решения, хочется уделить внимание влиянию человеческого фактора на производство и результаты работы предприятия в целом. Все мы время от времени ошибаемся. А ошибки в данной сфере очень дорого обходятся – нолик пропустили, поставили не ту цифру, и все, на складе бардак. А если человек заметил ошибку и решил пересчитать данные, производство может намного позже получить заявку на выработку продукции. А при мясном производстве необходимо заранее подготовить сырье, рассчитать, чтобы по мощности проходило и т.д. Алгоритм формирования заявки на производство Чтобы сформировать заявку на производство так, чтобы клиентский сервис оказался на должном уровне, необходимо пройти несколько шагов: Планирование отгрузок с учетом согласованных отгрузок (например, если компания выиграла тендер) и запланированных трейд-маркетинговых акций и сезонности. Кроме того, настройка правила планирования должна быть достаточно гибкой, т.к. обычно какую-то часть клиентов требуется планировать по статистике, какую-то по заказам и т.д. по особенностям. Планирование запуска производства с учетом загрузки производственных мощностей с учетом переналадок, а также производственного календаря и плана по потребности в сырье (не обязательно по всей номенклатуре, а по той ее части, которая ограничивает нас в рамках данного конкретного производства). Далее осуществляется проверка продукции по ОСГ и на основании этих данных необходимо сделать вывод, какой объем продукции с учетом текущих остатков сможет быть отгружен, а какой – нет и будет попадать в распродажу или списание. Планирование упаковки и маркировки Чем ближе к отгрузкам, тем более качественное понимание того, какая продукция должна быть отгружена, мы имеем. Поэтому, если мы хотим повысить уровень клиентского сервиса, мы должны разделить задания на запуск и задания на упаковку и маркировку. А именно, заранее запустить базовый продукт, который является совокупностью рецептуры и формовки, а к тому моменту, как данный производственный полуфабрикат будет подходить к выпуску, дать задание на то, как его промаркировать и упаковать для поступления на склад готовой продукции. Кроме того, если планирование необходимо произвести сразу на несколько дней вперед, например, в пятницу дать запланировать выпуск продукции, упаковку и маркировку на три дня вперед, логично еще перед выходными оценить выполнимость и подтвердить (или скорректировать) заявку. Варианты решения Автоматизированная система. Уровень: elementary. Казалось бы, формирование заявки на производство – это всего лишь один из этапов сложной и многоходовой игры в экономику предприятия. Однако, не задумывались ли вы о том, почему же ее, эту увлекательную игру, принято считать сложной? Не сами ли участники сделали ее таковой? Люди вообще склонны создавать себе сложности, а потом героически их преодолевать. И вот как они это делают: Чаще всего планирование ведется в Excel. Этот автоматизированный инструмент явно выигрывает перед бумажным журналом в паре с калькулятором. И порой он может работать очень даже неплохо, если подходить к его формированию и настройке с умом. Однако в современном обществе, используя Excel, мы не сможем избежать сложностей, если на заводе есть определенная ротация ассортимента. Если вдруг появилась одна новая позиция, на которую не была настроена программа, сразу возникают неточности расчетов и, как следствие, проблемы планирования. Ну и конечно пресловутая зависимость от людей. Если кто-то уходит в отпуск (будем позитивны и исключим прочие варианты причин отсутствия работника на месте), другим сотрудником будет очень сложно оперативно включиться в тонкости работы системы. Что уж говорить о том, как придется новичку осваивать данный способ планирования. Еще одна проблема Excel – это количество параметров, которые в ней можно учесть. 3-4 параметра – это уже очень тяжелая программа. Поэтому, пытаясь учесть все необходимые для формирования корректной заявки на производство факторы, мы получаем довольно сложный в настройке инструмент, нелояльный к изменениям, и постоянно грозящий зависнуть наглухо, потому что очень много весит. Автоматизированная система. Уровень: professional. Или как формировать заявку на производство, чтобы спать спокойно? Без лишней лирики, перейдем к сути: все описанные выше шаги и функции можно автоматизировать в системе, которая сама подтягивает данные из разных источников и рассчитывает необходимые параметры. В итоге мы получаем более полную и точную модель. Влияние человеческого фактора сводится к минимуму, однако у планериста остается возможность внесения экспертных корректировок в предложенную системой заявку перед ее отправкой. При этом приятным бонусом является скорость выполнения расчетов. Чтобы спланировать производство в Excel (даже в случае очень хорошо налаженной таблицы), специалисту может понадобиться около 4 часов, а с помощью автоматизированной ИС можно сделать то же самое за 15 минут. Рассмотрим еще одну щекотливую ситуацию: маркетологи запустили какую-то акцию. Эта информация дошла до планеристов, но оказалось, что того количества упаковки, которое есть в наличии, не достаточно, чтобы осуществить запланированный производственный «бум». Акция сорвана. Довольных мало… И вот здесь на помощь и может прийти автоматизированная система, показав планировщику, что надо скоординировать действия служб. А именно, вовремя оповестить отдел закупок о надвигающихся проблемах. Итак, к итогам… Важнейшей особенностью, позволяющей облегчить взаимодействие планировщика и производства, является возможность планировщика формировать плановое задание на больший временной горизонт (например, на неделю), далее за день до самого производства давать задание и непосредственно в день производства оформлять «дозаказ», или корректировку (на разных предприятиях по-разному, но суть не меняется). И, что важно, делать это в несколько шагов (запуск, упаковка и маркировка). P.S.: Когда мы впервые столкнулись с задачей автоматизации функции планирования, многое для нас было непонятным с технической и практической точек зрения. Но за последние 2 года мы проделали огромный путь, и теперь готовы не только предложить вам готовое решение, в котором заранее учтены все тонкости вашего производства, но и помочь вам выстроить модель планирования на основе собственной отраслевой экспертизы. Мы не предлагаем инструмент, позволяющий силой мысли вносить данные сразу в голову работникам производства (по крайней мере пока)). Однако лучший результат может быть получен в ходе проекта, который позволит вычленить необходимые особенности планирования на конкретном заводе, а не прибегая к шаблонному решению.

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

В конце 2018 года переработчиков молока захлестнула волна беспокойства в связи с предстоящей обязанностью перейти на учет готовой продукции в ГИС «Меркурий». И произошло это уже ни в первый раз. Причина тому – отложенное до июля 2019 г. вступление в силу закона + неофициальные новости от Минсельхоза о более раннем старте работы молочников с электронными ВСД. «Минсельхоз РФ рассчитывает, что готовая молочная продукция с апреля 2019 года будет учитываться в системе электронной ветеринарной сертификации «Меркурий». — Сообщила журналистам замминистра сельского хозяйства Оксана Лут (источник — milknews.ru). А вскоре и на сайте «ВетИС» открылось активное обсуждение грядущих изменений. Символично, что именно 1-ое апреля установлено как очередной срок, когда от молочных предприятий ждут включения в работу с электронными ВСД. В свете того, что это уже далеко не «первое предупреждение», сделанное Минсельхозом, не является ли оно первоапрельским розыгрышем? Впрочем, шутки в сторону. Сегодня хочется поговорить о явных трендах госконтроля, которые прослеживаются для производителей продуктов питания. Ведь «Меркурий» — не единственный внешний контролер, которому необходимы полные данные обо всех этапах переработки в рамках цикла преобразования сырья в готовый продукт, ложащийся на полки магазинов. Как первопричина ужесточения контроля с внешней стороны была обозначена борьба с фальсификатом, недобросовестными производителями продуктов питания и забота о конечном потребителе. Благое намерение. Однако при этом остается непонятным – возможно ли достичь реального контроля прослеживаемости сырья на молочном и мясном производстве? Не станет ли это поводом для фальсификации итоговых данных учета в информационных системах предприятий? Требования и тренды Попробуем просуммировать – у кого есть требования к производителям продуктов питания по предоставлению данных о движении сырья? Россельхознадзор Требование для экспортеров продуктов питания обеспечить прослеживаемость сырья + ГИС «Меркурий» с его обязательной ветеринарной сертификацией для мясников и молочников Сетевые клиенты Требования по маркировке готовой продукции и партионному учету от сырья до выхода с производства и далее. ХАССП Давно уже не новые стандарты для пищевого производства, но забывать про них не стоит. ЦРПТ Пока ещё находящаяся на пилотной стадии, но грозящая стать обязательной для многих цифровая маркировка и обязательность прослеживаемости товаров в России и ЕАЭС. Сейчас маркируются только меховые изделия и алкоголь. А в будущем это якобы потребуется и от остальных производителей товаров повседневного спроса (в 2019 г. – для табака, обуви, некоторых видов одежды, шин и покрышек, фотокамер и ламп-вспышек). Появится ли что-то еще — пока трудно загадывать. Но тренд контроля за движением сырья и производителями товаров повседневного спроса, в т.ч. производителями продуктов питания отслеживается явно. До первопричин и бенефициаров такого контроля на данный момент докопаться все равно не удастся, поэтому приходится рассматривать все как факт. Нам, как автоматизаторам пищевых производств, за прошедший год регулярно приходилось сталкиваться с запросами – «помогите настроить и автоматизировать учет для Меркурия/аудита сетей/прослеживаемости по ХАССП и т.д.». При этом и клиент, и мы понимаем, что пользы бизнесу от автоматизации немного – это всего лишь исполнение внешних требований со стороны проверяющих органов, которым можно транслировать не реальные данные о происходящем на производстве, а всего лишь данных в том виде, который будет их удовлетворять и одновременно не мешать работе предприятия. А ведь организация достоверного оперативного учета движения сырья, полуфабрикатов и готовой продукции на предприятии может принести немало пользы для управленцев на производстве/складах и ТОП-менеджменту. Ибо помимо внешних требований со стороны проверяющих органов есть фактор конкуренции на рынке. И чтобы «не выпадать из рынка», надо: понимать эффективность работы своего предприятия, контролировать-минимизировать потери на производстве и складах, обеспечивать высокое качество готовой продукции и стандартизировать процессы для снятия зависимости от «талантов» исполнителей на местах. Сразу стоит оговориться, что многие предприятия в определенном виде получают информацию о том, сколько сырья принято, сколько выпущено полуфабрикатов и готовой продукции и т.д. Но! Стоит сделать акцент именно на оперативности, полноте, достоверности и объективности этой информации, т.к. у многих производство (а у кого-то и склады) остаются «черным ящиком» из-за ручного контроля внутренних процессов с помощью журналов. В противоположность ручному учету наличие автоматизированной системы учета решает все эти проблемы. Вот и получается, что наличие внешних требований является хорошим стимулом для наведения порядка у себя на предприятии и повышению эффективности производства, а далее, как следствие этого, и конкурентоспособности конечного продукта на рынке. Прошлогодняя практика внедрения ГИС «Меркурий» у мясопереработчиков показала, что многие до последнего откладывают изменения у себя на предприятии, а преступают к реорганизации только когда становится понятно, что тянуть с обеспечением внешних требований больше нельзя. А ведь для средних и крупных производителей продуктов питания внедрение автоматизированной системы, которая способна будет обеспечить одновременно и внешние (от проверяющих) и внутренние (от управленцев) требования учёта — это вопрос усилий, времени (более 2-3 месяцев) и денег. При этом те, кто реализовал у себя оперативный учет задолго до «Меркурия» и сетей, не испытывают сложности с отправкой необходимых данных в любую систему отчетности (внутреннюю или внешнюю). Вместо завершения Думайте сами – оставлять все на последний момент или заранее заняться наведением порядка на своем предприятии. За нашими плечами опыт реализации самых различных схем учета у средних и крупных производителей продуктов питания. Мы имеем в своём арсенале не только знания – «как это сделать?», но и готовые программные решения, которые позволят вам быстро реализовать задуманное. Если потребуется помощь специалистов – обращайтесь. Мы найдём способ как вам помочь.

«1С» официально объявила, что в скором времени завершит поддержку широко используемого на территории РФ продукта «1С:Управление производственным предприятием». Ну и как следствие - всех его отраслевых версий. Это заставило многих использующих это ПО задуматься о том - что же им делать? «1С» со своей стороны предлагает как стандартное решение переходить на свой новый флагманский продукт «1С:ERP». Однако стоит остановиться и порассуждать - единственный ли это вариант развития событий? Попробуем разобраться с этим вопросом на примере условного производителя продуктов питания (так как мы работаем именно с такими клиентами, то и адресуем этот материал именно им). Итак, на входе у нас молокозавод, автоматизированный на «1С:Молокозавод» (отраслевое решение на базе «1С:Управление производственным предприятием»). Продукт внедрён в компании ещё в 2010 году. На старте были автоматизированы только базовые функции: оперативный учет отгрузок и бухгалтерский учет. Но за прошедшее время предприятие развивалось и в процессе эксплуатации был автоматизирован целый ряд функций, обычно используемых на практике у других пищевых производств: · работа с клиентами через EDI · транспортная логистика · процессы маркировки логистической упаковки · процессы наборки на складе с использованием терминалов сбора данных · пакетная печать отгрузочных документов · оперативный учет на производстве с автоматизированными рабочими местами для операторов · налоговый учет · управленческая отчетность И это только крупные блоки… К текущему моменту времени информационная система стала «скелетом», обеспечивающим работу предприятия в соответствии с требованиями рынка. И замена продукта с таким количеством настроек и доработок – это уже совсем не замена системы только бухгалтерского учета, которая не сильно влияет на операционную деятельность. За один подход выдернуть этот «скелет» из организма организации и вставить новый, пусть даже много лучший чем старый, невозможно. Как же быть? Чтобы перейти к возможным сценариям перехода с «1С:Молокозавод» в такой степени использования на другие программные продукты проясним 2 пункта: 1) В любой информационной системе выделяется как минимум 2 слоя: a. Оперативный учет, обеспечивающий функционирование бизнес-процессов предприятия (приемка сырья, попередельный выпуск полуфабрикатов и готовой продукции, складские процессы, транспортная логистика и т.д.) b. Финансовый учет, который на основании данных оперативного учета, интерпретируя их через учетную политику, подготавливает финансовую отчетность (бухгалтерский учет здесь рассматривается как один из видов финансового учета) 2) Когда речь идёт про прекращение поддержки «1С:УПП», то разговор в первую очередь идет про прекращение обновлений форм бухгалтерской отчетности. Доработанный и настроенный функционал оперативного учета при этом никак не пострадает. Итак, исходя из вышесказанного, рассмотрим возможные сценарии перехода с «1С:УПП»: 1) Бухгалтерия завода переходит на «1С:Бухгалтерия предприятия», оперативный учет без изменений. // При реализации такого сценария мы не трогаем оперативный учет и оставляем его в «1С:УПП» на видимом горизонте времени, а для решения задач бухгалтерского учета внедряем стандартную «1С:Бухгалтерия предприятия» + настраиваем выгрузку оперативных данных в неё из «1С:УПП». Да, в таком варианте появляется это страшное слово интеграция, которого многие боятся. Но практика реализации такого сценария показывает, что сложности интеграции связаны, как правило, не с самим фактом её наличия, а с её плохой реализацией (либо на методологическом уровне, либо на техническом). Такой сценарий самый быстрый и самый дешёвый, но при этом для большинства компаний я бы порекомендовал именно его. 2) Бухгалтерия переводится на «1С:ERP» или «1С:Комплексная автоматизация 2.0» (в текущей реализации - немного упрощённая версия «1С:ERP»), оперативный учет без изменений. // Данный сценарий отличается от предыдущего только программным обеспечением, выбранным для ведения бухгалтерии. При этом такой сценарий видится неоправданно усложнённым в большинстве случаев (хотя бывают, конечно, исключения, когда это оправдано). Выбор такого сценария, на мой взгляд, оправдан только если вы планируете развитие системы бюджетирования после автоматизации финансового учета. При этом вам должна нравится модель бюджетирования, заложенная в «1С:ERP», и вы не хотите разделять базу финансового учета и базу бюджетирования. 3) Переход с «1С:УПП» на «1C:ERP» и в части оперативного учета и в части финансового учета. // Это самый рекламируемый компанией «1С» и самый «интересный» для тех, кто будет его реализовывать, сценарий (читай - самый сложный и самый спорный). Если компания хорошо представляет себе процесс перехода, который для среднего предприятия на практике займёт примерно 2 года и порядка 10 млн рублей, то это одно дело. Однако если компания рассчитывает поменять свой «скелет» за 3-6 месяцев (такое ощущение может создаться на основании не всегда достоверной рекламы), то её ждёт разочарование и с большей долей вероятности финансовые потери, связанные с существенными сбоями в операционной деятельности. Затевать такой сценарий только для решения задач обеспечения обновляемости бухгалтерской отчетности точно не целесообразно. А вот если стоит задача повышения уровня упорядоченности и автоматизированности операционной деятельности взамен текущих процессов на «1С:УПП», то мы рекомендуем рассматривать специализированные программные решения, которые уже несут в себе принятые отраслевые практики и за счет этого обеспечивают более быстрое и менее стрессовое внедрение. Для примера, раз уж в статье идёт речь про молокозавод, можно посмотреть на решение для сыродельных предприятий или с решением по автоматизации складов готовой продукции. Конечно я выделил только основные варианты сценариев, которые возможны на практике (и при этом у них может быть масса вариаций), но, думаю, общая концепция понятна. Главное, что бы мне хотелось – это чтобы вы понимали - для чего вы планируете изменение платформы автоматизации. И уже исходя из этого выбирали наиболее прагматичный путь. P.S. В последнее время нам как внедренцам на волне обновления линейки программных продуктов «1С» (в т.ч. и отказе от поддержки «1С:Комплексная автоматизация» и «1С: Управление производственных предприятий») все чаще приходится сталкиваться с всплеском активности в задачах автоматизации у производителей продуктов питания. При этом всё чаще встречаемся с ситуациями недооценённых внедрений, наносящих ущерб и бизнесу, и людям, выполняющим эти проекты. Надеюсь, что эта статья хоть немного добавит некоторого здорового скепсиса при вашем выборе смены платформы автоматизации и уменьшит количество неудачных проектов. Если кто-то попал в такую неудобную ситуацию и не может определиться с планом замены текущей 1С:УПП, то можете обращаться к нам, и мы подскажем – какой конкретно вариант будет наиболее удобный и менее болезненный для вашей компании.

Сегодня мы затронем область, которая по опыту нашего общения с компаниями сектора FMCG наименее технологизирована и автоматизирована (но при этом является ключевой для развития любого предприятия) – продажи. В последнее время запросы на автоматизацию а-ля «хотим внедрить CRM» всё чаще слышны от наших клиентов. При этом практически никто из них не может сказать – что такое CRM для производителя продуктов питания и чего они от этого хотят? Что ж, попробуем добавить ясности в этот вопрос. О ком речь? Модели управления продажами серьезно отличаются для производителей разного масштаба с разной территорией представленности. Поэтому, чтобы не вносить путаницу, сразу оговорюсь – сегодня будем рассматривать только управление продажами для тех производителей, которые: продают несколько товарных категорий работают в нескольких регионах через разные каналы ставят для себя цели расширения продаж, а не просто работают по принципу «продаем то, что само продается» Про товарные категории При управлении продажами мы выделяем основной объект управления – это одна товарная категория в одной группе планирования клиентов. Как правило, группа планирования – это пересечение канала и региона продаж (см. схему ниже). А для крупных сетевых клиентов вообще логично выделять под каждого клиента один элемент в группах планирования. Пример выделения товарных категорий и групп планирования клиентов Хочется отметить что продукты питания – это один из наиболее склонных к корректному планированию товаров, так как потребление имеет самый короткий цикл и высокую повторямость. Однако это относится только к тем продажам, когда мы управляем поставками на полку магазина (или РЦ в случае с сетевыми клиентами). В случаях же, когда мы продаём посредникам и не управляем/не контролируем поставки на полку, управлять такими продажами мы не можем, поэтому и не будем рассматривать этот вариант (большинство компаний уже осознали, что полагаться в продажах на посредников-перекупщиков или неуправляемых дистрибуторов ошибочно и все стараются выстраивать управляемые каналы продаж). Про структуру продаж Структура продаж в рамках одной ячейки из вышеуказанной схемы состоит из следующих элементов: 1. Регулярные продажи Тренд регулярных продаж Сезонный элемент продаж (как «+» так и «-» относительно средней статистики продаж по году) 2. Продажи за счет дополнительных активностей Промо продажи (активности в основе которых снижение цены «на полке» в различных механиках акций для стимулирования сбыта) Рекламная поддержка продаж (например, реклама по TV) Коммерческие активности (например, дополнительная мотивация продаванов за фокусные SKU) Исходя из структуры продаж понятно, что для достижения интересующих целевых показателей продаж нам необходимо: спрогнозировать регулярные продажи с учетом тренда продаж, коэффициентов сезонности понимая разницу между целевыми продажами и прогнозом регулярных продаж, запланировать дополнительные активности (чаще всего это бывают промо-акции). При этом мы понимаем, что продавать 1 рубль за 99 копеек любой сможет)) Поэтому задача управления продажами сводится к тому – как с минимальными бюджетами затрат на продажи добиваться выполнения целевых показателей по плану продаж. Про методику планирования продаж На основании нашего опыта автоматизации продаж и исследовании международного опыта (в частности методики планирования продажи операций) мы разработали методику планирования/управления продаж, представленную на схеме ниже. У ряда компаний уже реализована подобная схема планирования/управления продажами, но это сделано в Excel (и даже если частично в «1С» что-то сделано, то большинство оперативной работы всё равно ведется в Excel). Мы же разработали полноценную модель в рамках нашего отраслевого продукта на базе «1С» для производителей продуктов питания — «K2FRESH». Если ваше видение продаж коррелирует с представленной выше схемой, то наше программное решение станет для вас существенным подспорьем на пути к технологизации и автоматизации продаж. P.S. Управляйте продажами зряче и продавайте больше! А если вопросов все еще больше чем ответов – обращайтесь и мы поможем.

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