Jump to content
НЕЗАВИСИМЫЙ ПОРТАЛ
ДЛЯ СПЕЦИАЛИСТОВ МЯСНОЙ ИНДУСТРИИ
Sign in to follow this  
  • entries
    24
  • comments
    8
  • views
    1,476

About this blog

За 12 лет работы с производителями продуктов питания мы поднакопили уже достаточно большой багаж знаний, лайфхаков и граблей, которым готовы поделиться с вами. А последнее время активно сотрудничаем с мясоперерабатывающими компаниями: выполняем проекты автоматизации производства, логистики, финансов, маркетинга и продаж. Другими словами, помогаем навести порядок в бизнесе, не просто внедряя программу, а решая именно бизнес-задачи компании.

Больше информации о нас и о том, чем мы занимаемся, вы можете увидеть в видео-визитке на нашем YouTube - канале.

 

Надеемся, что наши статьи будут полезны и вам. Мы всегда открыты для общения, поэтому будем рады вашим вопросам и комментариям. 

А если захотите пообщаться лично, то здесь есть наши контакты.

 

Кстати, мы выпускаем ежемесячный онлайн-журнал "Бизнес в порядке", в котором также публикуем много интересных и актуальных статей. Узнать больше об этом проекте и подписаться вы можете по ссылке.

 

А следить за нашими новостями можно:

32423444.png.0dc32b87f963a940e0971ab14779bf22.png logo-facebook.png.ba43a8dd4961ec25d36c3fcb3e7688ba.png

Entries in this blog

Алена_Константа
stock-photo-handsome-worker-standing-nea

Чтобы приготовить вкусную колбасу – нужно подготовить мясное сырье, смешать его в правильных рецептурных пропорциях, измельчить, посолить-поперчить (а также добавить другие специи), набить в оболочку, запечь при правильной температуре нужное время, охладить и … – подать к столу. 

 

Когда речь идет про промышленное производство колбасы или сосисок – все это кулинарное волшебство передается в руки цеховых рабочих и мастеров, которые уже в промышленных объемах должны соблюдать разработанные технологами рецептуры и технологические параметры процесса. И, конечно, при таком масштабе делегирования выполнение задачи «сделать качественный продукт»сильно усложняется.

С точки зрения контроля, а правильнее – обеспечения требуемого качества – каждый этап производства заслуживает отдельного внимания. Но сегодня я хотел бы поговорить о подготовке и рецептурной закладке мясного сырья.

Когда «привычно» – не есть хорошо…

Посещая колбасные производства, приходится видеть примерно такую картину:

  1. Под задание на смену мясное сырье вывозится в цех из холодильника или участка обвалки;
  2. Для сырья из холодильника проводится предварительная подготовка (растарка, дефростация);
  3. Далее мясное сырье направляется по участкам переработки (колбасный, деликатесный, полуфабрикатный и др.), на каждом из которых под объем задания на конкретную продукцию по рецептуре набирается мясной комплект (часто его называют замес) для дальнейшей переработки (измельчения/ инъецирования/ массирования/ формовки и т.д.). Места подготовки замесов оборудованы весами, рядом с которыми лежат (или висят на стене) «шпаргалки» рецептуры, используя которые, рабочие составляют мясные комплекты.

В такой схеме подготовки и рецептурного набора мясного сырья есть изъяны:

  • Несоблюдение рецептурных норм и пропорций мясных ингредиентов в замесе. Рабочий на участке, набирая замес, руководствуется бумажкой-шпаргалкой (а иногда и просто на память) и, очевидно, имеет возможность случайно (а иногда и умышлено) не доложить или переложить тот или иной ингредиент. А поставить на каждый участок технолога-контролера не всегда возможно;
  • Затаривание сырьем участков переработки и лишнее «катание» сырья по цеху. Подготовленное сырье уезжает на участки переработки, как правило, затаривая пространство вокруг точек рецептурного набора. Там в требуемом объеме закладывается в замесы под задание на производство. А остатки или излишки сырья необходимо либо вернуть на участок подготовки (в холодильник), либо переместить на соседние участки. При этом возникает противоток сырья, который, как минимум, усложняет цеховую логистику, а как максимум – может нарушать требования раздельного хранения и использования сырья;
  • Несбалансированная работа участков и загрузка оборудования. Задача участка подготовки сырья – выдать на участки переработки весь объем сырьевых компонентов, который требуется на задание смены. При этом один участок переработки (например, колбасный цех) может оказаться «заваленным» сырьем на всю смену, а другой участок переработки (например, деликатесный участок) – простаивать, ожидая своего сырья. Или хуже – участок подготовки передал в колбасный цех все сырье на смену кроме, например, шпика. А затем переключился на обеспечение деликатесного участка. Колбасный цех при этом не может собрать полные комплекты, а деликатесный дожидается своего обеспечения. В результате простаивают оба.

Возможности порядка

В наших проектах автоматизации мясоперерабатывающих производств мы рекомендуем выделять формирование рецептурных мясных комплектов в отдельный участок (назовем его участок Стандартизации), который становится упорядочивающим звеном между участком подготовки сырья и участками переработки.

Основной целью выделения такого участка является централизация рецептурной наборки комплектов мясного сырья.

shema1.png

При создании такого участка решается несколько важных задач:

1. Контроль соответствия набранного замеса заданной технологом рецептуре сводится в единое место.

Стандартизация данной задачи очень хорошо обеспечивается с помощью автоматизированной системы:

а) Система показывает наборщику действующую рецептуру: состав и требуемый объем сырьевых компонентов.

skrin-1-1024x491.jpg

B) Система позволяет автоматически (считыванием этикетки) определить взвешиваемое сырье (и подтвердить его правильность). А также за счет автоматического съема веса с подключенных к Системе весов – избежать ошибок и очень точно набрать сырьевой замес.

shema2.png

2. Оптимизируется внутрипроизводственная логистика.

Набранный замес в точном объеме необходимого сырья направляется на участок переработки для измельчения и дальнейшей обработки. Возвраты и «противоток» сырья – практически исключены!

3. Появляется возможность сбалансировать загрузку участков и оборудования.

Выделяемый участок Стандартизации «дирижирует» и задает ритм как для участка подготовки сырья, так и для участков переработки. Для этого последовательность составления мясных замесов на участке Стандартизации планируется в очередь так, чтобы равномерно загружать участки переработки и их оборудование, исходя из производительности.

Работа участка подготовки мясного сырья так же упорядочивается: не под обеспечение общей потребности под заявку на производство, а порциями под распланированную очередь подготовки замесов. Автоматизированная система берет на себя расчеты по планированию очереди подготовки замесов для оптимизации загрузки.

Оценка загрузки рабочих центров

kartinka-1-1024x439.jpg

Список заданий на стандартизацию

kartinka2-1024x223.jpg

4. Обеспечивается ясность и прозрачность в движении сырья по цеху.

e%60tiketka-792x1024.jpg

Каждый набранный мясной комплект сопровождается идентифицирующей этикеткой, на которой из Системы печатается название, дата выработки и идентификационный штрих-код. Такая этикетка позволяет быстро сориентироваться, что за замес находится в цеховой таре, и избежать ошибок, потери или залеживания сырья в цеху.

Таким образом, выделение и автоматизация участка Стандартизации (централизованное составление сырьевых замесов) дает возможность при промышленных объемах производства:

  • обеспечить качество продукции за счет контроля соблюдения рецептуры
  • сократить потери за счет оптимизации логистики и согласованной работы участков.

А как процесс рецептурной закладки сырья организован на вашем предприятии?

Оставляйте заявку на сайте http://mes4food.com/meat, и мы поможем проанализировать работу вашего производства и дадим рекомендации по повышению ее эффективности.

Алена_Константа
0u734a044f-50733117-1d643ab2.jpg-682x682

Сегодня поговорим о выборе информационной системы. Тема порой пугающая. Но для любого предприятия рано или поздно она становится актуальной. Как правило, проблемы бух. учета не возникает, так как требования к его ведению условно схожи для предприятий с разной структурой организации. Однако, когда речь заходит о производственном и оперативном учете, неизбежно возникает проблема выбора.

Все компании сталкиваются с одними и теми же проблемами — ведение учета, прозрачность техпроцессов, контроль прибыли и затрат. И до определенного уровня развития организации обходятся условно недорогими организационными или методическими способами учета. Но с ростом объемов переработки и выпуска, а также меняющихся требований законодательства проблема автоматизации учета становится острее. И это отражается сразу на всех сферах деятельности предприятия: производство, продажи, маркетинг, логистика, склад, и еще целый комплекс направлений.

Разумеется, для решения вопросов автоматизации на Российском рынке есть ряд предложений. Но мы будем рассматривать только решения, разработанные на платформе 1С:Предприятие, т.к., на наш взгляд, этот рынок

  1. наиболее развивающийся и гибкий относительно отечественных аналогов
  2. менее рискованный относительно западных решений

А если быть точным, то это единственный действительно удобный механизм, что подтверждено массовостью его использования и популярностью среди потребителей. Итак, рассмотрим

Варианты ИС для автоматизации оперативного и производственного учета

Типовое решение 1С

На первый взгляд, это самый простой способ.

И обратившись в любую рядовую франчайзи 1С, первым, что вам предложат, будет типовая система для решения учетных задач. Среди них хорошо отработанные и обновляемые решения бухгалтерского учета и зарплаты. Но когда речь заходит об учете производственных процессов, проект становится дорогим и неэффективным.

Разработчики типовых решений стремятся сделать свой продукт универсальным. Но производство на тракторном заводе и сыродельном комбинате настолько разное, что невозможно гармонично совместить все нюансы их работы в одном продукте. Система получается, с одной стороны, перегружена излишними настройками и неудобствами, а с другой, лишена необходимого учета процессов, обусловленных спецификой производства. Получается бесконечно дорабатываемая система, которая не просто не удобна пользователям, но и не выполняет требуемые функции. Из-за объема доработок, проект по внедрению универсальной системы проходит достаточно долго, а также обязывает на дорогостоящее сервисное обслуживание, без которого система не сможет работать автономно. Только вдумайтесь: иногда стоимость сервисного обслуживания в год может оказаться равной полной стартовой стоимости проекта.

tsitata-1024x380.jpg

На нашем опыте реализация данного сценария выглядела следующим образом:

К нам поступила заявка от клиента (Маслосырзавода). Запросом была доработка типовой ERP. «Она же универсальная! В чем же сложность?» И мы стали дорабатывать. Скажем проще: убирать лишнее и добавлять недостающее.

Что нам пригодилось из типового:

  • Справочники (контрагенты, номенклатура и т.д.)
  • Первичные документы (заказы клиентов, реализация товаров и услуг)
  • Механизм приема заказов, установок цен и взаиморасчетов

Что разработали сами:

  • Система складской логистики (документы внутренних движений, регистры)
  • Блок транспортной логистики
  • Системы комплектации товаров
  • Системы мониторинга комплектации и хранения остатков
  • Интеграция с базами бухгалтерского учета

Итог: От системы, взятой за основу, (чтобы упростить работу), осталась незначительная часть. И даже ее пришлось дорабатывать, чтобы пользователям было удобно.

Конечно, мы сдали полностью готовую и функционально законченную систему. Клиент успешно работает в ней и по сей день. Но из-за большого количества доработок сроки и трудоемкость проекта почти в 3 раза превысили ожидаемые.

provoda.jpg

Отраслевые решения

На рынке есть IT компании, которые успели накопить опыт доработки типовых продуктов для определенных направлений производственных предприятий и залицензировать свои решения. Такие решения называют отраслевыми. Как правило, они закрывают минимальные потребности учета. А именно, те шаблонные функции, без которых работа молокозавода/ маслосырзавода/ мясокомбината не возможна в принципе.

Поэтому решившему все-таки втиснуться в отраслевой продукт (которое построено на основе типового решения), в любом случае придется мириться с неудобствами и сложной логикой работы. То есть, подстраивать себя под систему. А хочется, чтобы, наоборот, система была адаптирована и лояльна к потребностям предприятия и конечного пользователя.

Отраслевое решение закрывает учетные задачи с особенностями отраслевой специфики , но:

  • функции управления, например планирования, остаются от универсального решения и как следствие слабо применимы
  • приходится использовать неоправданно усложнённую систему, что сильно влияет на трудоёмкость проекта внедрения, и что не менее важно, на трудоёмкость сопровождения системы.

Сделаем вывод, что работать с отраслевыми решениями можно. Но на входе в проект надо понимать, что эта система не является 100% подходящей и требует существенного объема доработок. Однако очевидно меньшего, чем при внедрении типового решения. К тому же, стоимость лицензий, как правило выше, чем для типовых, и обновления выходят редко.

Поэтому тем, кто надеется на скорость и простоту внедрения данного продукта, советуем хорошенько подумать еще раз.

KOT.jpg

Узкопрофильное решение

Итак, когда мы пытались подстраивать типовые решения под нужды конкретных предприятий, получалось дорого для заказчика, долго для нас и не всегда удобно для пользователя.

Когда внедряли отраслевое решение, получалось чуть быстрее, чуть удобнее для пользователя, но сроки и стоимость отличалась не сильно.

Опыт работы предыдущих 2-х типов проектов привел нас к тому, чтобы не дорабатывать универсальный функционал, а разработать систему под конкретные предприятия. При этом мы опирались исключительно на опыт совместной работы консультантов и методологов с крупнейшими производителями продуктов питания и изучением всех деталей их бизнес-процессов.

Особенностями данной системы является:

  • Модульность. Система состоит из блоков (производства, транспортной и складской логистики, учета маркетинга и продаж), которые комбинируются под потребности предприятия.
  • Лучшие отраслевые практики. Мы решали одни и те же задачи уже столько раз, что заранее знаем, с чем придется столкнуться. И свой продукт, разумеется, разработали максимально адаптивным (и продолжаем делать это с каждым новым проектом). Это прямо влияет на снижение сроков внедрения. Происходит это за счет того, что доработок становится меньше, чем у аналогичного типового или отраслевого продукта.
  • Внимание методологов к запросам пользователей позволило создать интуитивно понятный интерфейс и логику работы системы. Это делает ее максимально удобной и легкой в поддержке.
  • Функционал только тот, который нужен. Это упрощает понимание системы и снижает стоимость поддержки.

Мы не говорим, что этот продукт идеален и не требует доработок. Требует. И надо помнить об этом всегда. Однако то, что мы дорабатываем в этом случае – это кастомизация существующих блоков, а не разработка новых.


Подытожим сказанное

sravnenie1-1024x230.jpg

При выборе системы нужно опираться не только на маркетинговую информацию, а более глубоко оценивать систему по таким параметрам как:

  • адаптивность для пользователя
  • стоимость и сложность поддержки и обновлений системы (и возможность делать это своими силами)
  • риски несоответствия функционала системы задачам предприятия

Так что советуем при подходе к проекту смотреть в первую очередь на опыт, который имеет компания в области решения аналогичных задач. А также на успешность этого опыта.

Алена_Константа

STAT%60YA-ASH-1024x576.jpg

Каких-то 10 лет назад схема работы склада на мясокомбинатах выглядела примерно так: продукция маркировалась сразу на выходе с производства, и готовая к отгрузке передавалась на склад. Или уже на складе стикировалась вручную. Формат и информационное наполнение стикера было одно для всех. Но за последнее время плотность торговых сетей на кв. км. сильно возросла. И у каждой из них стали появляться свои уникальные требования к маркировке того товара, который они готовы принять. Что это значит для поставщиков? Необходимость соответствовать. Или проиграть другим, более сговорчивым производителям.

Теперь каждая сеть идентифицирует свою продукцию следующими способами:

  • персональным штрихкодом (для весовой продукции)
  • уникальными требованиями к формату этикетки и набору информации, которая должна содержаться на ней

То есть вы выпустили одну и ту же колбасу, но в зависимости от того, кому вы планируете ее отгрузить, наносите на нее разный штрихкод и этикетку. Вроде, все понятно. И можно использовать старую схему с незначительными корректировками, но на практике все оказывается немного сложнее.

А в чем проблема?

Итак, с производства вышла уже упакованная, но еще не промаркированная продукция. (Если маркировка и есть, то только та, которая нужна для прослеживаемости и идентификации партий. Не более).

Продукция в карабинах поступила на буферный склад временного хранения. Теперь ее необходимо промаркировать и сформировать транспортные упаковки с целью дальнейшей отгрузки. Традиционная розница зачастую принимает в карабинах. Сети в большинстве случаев — в гофрокоробах (тоже разного размера и вместимости).

Из-за всего этого обилия требований в работе склада появился новый этап: управление участком подготовки к отгрузке немаркированной продукции.

Кроме того, количество заказов всегда разное. И в случае их большого объема отсутствие скоординированности действий работников склада может сыграть очень злую шутку с вашим клиентским сервисом.

Разумеется, вы можете сказать: «мы должны были отгрузить сегодня, сегодня и отгрузили». (Ничего что в 17, а не в 11)? Только вот клиент смотрит на это совсем иначе. И для него эти 6 часов разницы означают полное выпадение из графика. На полках нет достаточного количества продукции (что подрывает уже их клиентский сервис), да и работники магазинов не очень рады за бесплатно перерабатывать и до ночи разгружать машину (фуру, на минуточку).

Очень часто эту проблему пытаются решить, увеличивая количество работников склада. И иногда (далеко не всегда) это помогает. Результат: больше людей – больше затраты на зарплату и меньше денег у предприятия…

А есть те, кто нашел куда более оптимальное решение. И можно не изобретать велосипед, а взять за основу их схему работы.

Модель работы участка маркировки

Snimok-1024x545.png

Шаг 1. Формирование заявки на маркировку и комплектацию

Все начинается с расчета потребности к маркировке и комплектации.

При планировании каждого дня мы берем общую потребность к отгрузке, которая у нас есть (вперед на 1-2 дня) и уменьшаем ее на количество продукции, которая уже есть на складе. А при необходимости формирования буфера (если мы ожидаем еще заказов, например, от близлежащей розницы), учитываем и их. Таким образом мы получаем потребность к маркировке.

При этом, чтобы сформировать итоговую заявку, обязательно надо учитывать следующие данные:

  • Количество не промаркированной продукции, которая уже есть на буферном складе
  • Количество не промаркированной продукции, которая появится на буферном складе в ближайшее время (на основании ранее размещенной заявки на производство)
  • Человеческие ресурсы, которыми располагает маркировочный центр в единицу времени (проверяем ограничения по рабочим центрам на предмет количества человек и скорости их работы в зависимости от оснащенности конкретным маркировочным оборудованием)

А также знать требования к ОСГ от каждого клиента (у мелких они сводные, у крупных – для каждого свои)

Результат первого шага – сбалансированная заявка на маркировку и комплектацию.

Шаг 2. Формирование заданий на рабочие центры

Здесь в игру вступает мастер участка.

Его задача: сформировать план действий. А именно, распределить на конкретные группы людей, какую продукцию маркировать сейчас, какую через час и т.д. Он же взаимодействует со складской логистикой и формирует задание на наборку продукции для маркировки и комплектации.

Результат второго шага – каждый работник участка маркировки получил задание и приступил к работе.

Шаг 3. Учет потребления немаркированной продукции и учет выпуска маркированной.

Выполняется работником участка по заданию от мастера.

sklad-1024x486.jpg

Варианты технического оснащения рабочих центров

  • Стационарный «ручной» маркировочный комплекс

Все просто и понятно. Кладем палку колбасы на весы, выезжает этикетка, мы клеим ее вручную. Однако, как бы парадоксально это не звучало, в этом случае, маркируя, мы не учитываем саму маркировку. Весы не позволяют делать этикетку на паллет. И чтобы сформировать паллетный лист, нам необходимо отсканировать коробки на паллете с помощью терминала сбора данных.

Плюсы: дешево.

Минус: необходимость сначала промаркировать, а потом учесть, что промаркировали.

  • Маркировка непосредственно из 1С

Весы, подключается к 1С. Кладем колбасу на весы. Программа обрабатывает полученную информацию, и мы получаем этикетку. Также 1С заранее знает, на каком паллете будет располагаться какая продукция и автоматически выдает паллетный лист. На выходе мы получаем 2 в 1: процесс маркировки и процесс учета маркировки.

Плюс: увеличение скорости работы и снижение ошибок.

  • Интеграция с поточными линиями маркировки

Кладем колбасу на ленту. А дальше система делает все за нас: взвешивает, клеит этикетку. Удобно. Мы получаем информацию о том, что было промаркировано, в режиме онлайн. При этом система фиксирует не только коробку, но и итоговый паллет. По завершении печатаем паллетный лист.

Плюс: скорость маркировки

Минус: нужно интегрироваться с линией, что требует дополнительной доработки.

Так вот к чему я все это…

Для производителя важно не только произвести продукт, но и подготовить его к отгрузке с учетом всех многообразных требований клиентов по маркировке и упаковке. И порядок на этом участке может быть одним из факторов вашего успеха в конкурентной борьбе за место на полке.

Алена_Константа

fon-1-1024x681.jpg

Новость об отмене поддержки УПП грянула «нежданно-негаданно». И реально застала врасплох сотни промышленных предприятий по всей стране, долгое время успешно работавших на привычной платформе. Обсуждения на тему «зачем» и «почему» буквально взорвали интернет. Однако, как говорится, «слезами горю не поможешь», поэтому сегодня совсем не об этом.

Насущный вопрос: на что переходить? Вот на него отвечать и будем.

В необходимости перемен компания 1С выбора не оставила. А вот пути отступления можно рассмотреть разные. Даже не так: это необходимо сделать, чтобы не прогадать и не оказаться в ситуации несоответствия задач на предприятии инструментам их решения. Кажется, что это нереально? («Ведь другие же как-то работают» / «Ведь 1С знает, что предлагает»). Не буду забегать вперед. Опишу варианты, а выводы – за вами.

2 основных варианта: 2 типовых решения

Что может предложить сейчас рынок? Базовое предложение компании 1С: все, у кого не ERP, переходите на «1С:ERP». Или на «1С:Комплексная автоматизация 2.0.», в зависимости от сложности бизнес-процессов.

Вспомним суть: 1С:ERP – флагманское решение компании 1С, направленное на автоматизацию полного перечня бизнес-процессов на предприятии. 1C:КА – его «усеченная» и, как следствие, более дешевая версия для торговых компаний. Или тех, кому не сильно важен детальный оперативный учет. Например, если не требуется его позаказной детализации.

Однако, если бы мы ограничились сравнением, тогда бы получилась статья «для всех» и «не о чем», а мы пишем непосредственно для вас – пищевиков. Поэтому, рассматривая каждый из вариантов, будем акцентировать внимание особенности задач пищевого предприятия промышленного масштаба.

Итак, на пищевом предприятии полного цикла (от приемки сырья до поступления готового продукта на полки магазинов) существует

Две области задач:

  • Регламентированные задачи (формирование внешней/внутренней отчетности).

Для этого ERP и КА подходят одинаково.Распределение затрат в этих двух системах происходит по-разному, но при наличии оперативных блоков (как раз и отличающих производственные предприятия от чисто торговых) все распределение, как правило, делается там.

  • Оперативные задачи (производство, торговля).

Вот здесь-то как раз типовые ERP и КА начинают сопротивляться. Даже не так: КА для учета в производственной компании в одиночку не справится по определению. А тем более пищевой, где производство осложнено массой РАЗНЫХ для каждого вида продукции особенностей, а также норм и требований внешних контролеров (например, для молочников учет сырья в нескольких единицах измерения, а также соблюдение баланса по жиру). Там просто нет блока для решения оперативных задач.

Поэтому мы, занимаясь последние 4 года только задачами пищевиков, в оперативном производственном контуре выделяем следующие группы задач, для которых в рассматриваемых типовых вариантах практически нет требуемого функционала:

  1. Оперативный рецептурный контроль при формировании наборов/комплектов сырья, специй или ингредиентов;
  2. Оперативный контроль технологических параметров производства (температура, время обработки);
  3. Оперативный учет потерь и выходов на каждом технологическом переделе производства;
  4. Учет качественных и лабораторных отраслевых анализов на каждом технологическом этапе производства;
  5. Партионный учет движения и расхода сырья и производственных полуфабрикатов для обеспечения задачи прослеживаемости (читай пищевой безопасности);

fon2-1024x248.jpg

Отчасти может помочь отраслевое решение. Но, собираясь его использовать, на начальном этапе надо здраво понимать, что вы хотите получить от перехода в итоге. И снова (повторюсь в который раз!), сначала выяснить полный спектр возможностей этой типовой системы. А также примерить этот функционал на себя, чтобы потом не было мучительно больно за впустую потраченные деньги/ время/ нервы на «недовнедрение».

К сожалению, большинство предприятий забывают об этом и обращают внимание только на регламентированные задачи. И слишком поздно приходят к выводу о том, что если у производства есть какая-либо отраслевая специфика, то на типовой ERP ее запускать смысла нет.

И все же, если союзу «типовое + отраслевое решение (также типовое)» быть, то при наличии отраслевой части производственный блок в ERP получается не востребованный. И проще взять КА, которая дешевле в 4 раза.

Подведем некий подитог: финансовый (регламентированный) блок очевиден и понятен. ЕРП и КА справятся. Важнее обращать внимание на то, как автоматизировать складские процессы, торговые, планирование, оперативный учет на производстве. А это типовой функционал ни ЕРП, ни КА не покроет.

Важно помнить, что, если решение называется «типовым», это совершенно не означает, что оно подходит всем. И бесполезно пытаться втиснуться в шаблон, если туда изначально не заложено возможностей поддержки того функционала, который является специфическим именно на вашем производстве.

fon3-1024x655.jpg

Так что же тогда выбрать?

(если ничего из предложенного не подходит)

Вот здесь может помочь только отраслевая экспертиза, основанная на опыте многократного внедрения одного и того же/ вариативной совокупности решений на схожие предприятия. Мы занимаемся этим уже более 13 лет. И успели сделать выводы о том, что работает, а что – определенно нет. Если кратко:

Такое решение, как «1С:ЕРП + модуль для автоматизации коммерческих или производственных функций» на практике наших клиентов функционирует очень хорошо. Суть в том, что этот модуль является решением, разработанным ИМЕННО ПОД ВАС. В нем нет ничего типового. Поэтому и работает. При чем после небольшой отладки практически безупречно.

Регламентированные задачи — это область, которую можно безоговорочно доверить ERP. А вот оперативные задачи требуют индивидуального подхода. Хотя, конечно, никто не мешает вам изобретать велосипед и допиливать шаблон силами штатных ИТ-шников или франчайзи.

Вот и решайте сами: взять готовое решение и интегрировать его с качественным продуктом 1С или бесконечно долго пилить все в одной системе.

Кто поможет?

Кстати, для тех, кто еще не определился с выбором/ хочет проконсультироваться с экспертами отрасли/ проанализировать соответствие возможностей различных систем задачам своего предприятия/ принять взвешенное решение:

21 июня в Москве мы организуем практикум для производителей продуктов питания «Переход с 1С:УПП. Куда идти и что делать?»

fon4-1024x120.jpg

На практикуме вы сможете:

  • Узнать обо всех возможных вариантах архитектуры ИС после отмены УПП. Практика решений в отрасли (с ERP или без).
  • Сделать вывод на основе мнения экспертов отрасли: Какой путь выбрать (от простой настройки учета в новой базе до переосмысления роли ИТ в бизнесе)?
  • Оценить сроки и стоимость перехода?
  • Выяснить — с чем вы можете столкнуться, выбрав тот или иной путь + узнать пути обхода «граблей» внедрения нового продуктаЧто может удлинить/усложнить проект и как этого избежать?
  • Пообщаться с коллегами по цеху из разных регионов, но из одной отрасли и с одинаковыми проблемами (на основе реальных кейсов узнать «как это сделано у других»)

Подробности о программе и порядке регистрации на сайте http://event.standart1c.ru/

 

Алена_Константа
1-1024x599.jpg

Последние полгода выдались для нашей команды очень насыщенными с точки зрения желания клиентов стартовать и финишировать проекты автоматизации самого разного масштаба, разных предметных областей (складские процессы, учет и управление производством, трейд-маркетинг, управление процессами формирования задания на производство) и разных видов производства (сыроделы, мясо-переработчики, цельномолочное производство).

Мы, как интеграторы, из раза в раз наблюдаем схожие ситуации, касаемо выбора партнера и ИТ-решения (в т.ч. и порой очень рискованные). Поэтому сегодня хочется поделиться своим опытом о том,

  • какие виды помощи на рынке сможет получить потребитель, решивший внедрить автоматизированную систему на своем производстве,
  • кому подходит каждый из этих вариантов, а кому – нет.

 

На чем строится успех проекта?

Прежде чем рассуждать – что может предложить современный рынок аутсорсеров для выполнения проектов автоматизации, обратим внимание на важный факт:

 

Успех вашего проекта строится на совокупности следующих факторов:

2.jpg
  • грамотная предпроектная подготовка в виде формализации требований к целевым процессам (не «как есть», а «как надо») и их настройке в автоматизированной системе
  • выбор подходящей платформы и конфигурации для автоматизации
  • подбор квалифицированной команды исполнителей на доработку-настройку-внедрение выбранного ПО

Понятно, что в любом проекте автоматизации есть множество нюансов, которые влияют на его успешность. Однако в данном материале позволю себе упростить «рецепт успеха» и ограничиться только наиболее критичными моментами.

 

Какие виды помощи существуют на рынке?

Собственно, на практике из описанных выше элементов чаще всего и складывается то или иное предложение помощи в автоматизации:

  • консалтинговые услуги
  • продажа программного обеспечения
  • помощь по разработке/внедрению автоматизированных систем

Разберем чуть подробнее каждый из них.

 

Консалтинговые услуги

Разработка предпроектной документации, которая будет являться неким «ТЗ» (как минимум, описания целевых бизнес-процессов, требований к автоматизации в системе, к управлению проектом и т.д.) для будущего внедрения и на основании которой можно будет посчитать план-график работ и бюджет внедрения.

Кому подходит

Тому, кто знает свои текущие процессы («как есть»), но не знает – как описать целевые требования к проекту («как надо») с учетом всех нюансов такого сложного процесса.

Основные ошибки на практике

Часто приходится сталкиваться с двумя случаями весьма упрощенного и рискованного подхода:

  1. «ТЗ» описывается самостоятельно людьми, которые чаще всего впервые выполняют подобную работу и это получается просто набор «хотелок», которые еще дорабатывать и дорабатывать, чтобы их можно было использовать как основной документ для проекта автоматизации.
  • Предпроектные работы отдают будущему партнеру-франчайзи, не убедившись, что он является экспертом в пищевой отрасли («они же понимают в «1С», а мы нет»). В итоге часто предпроектный документ (иногда просто нечитабельный) – это многостраничное описание того, как можно в той или иной конфигурации 1С настроить процессы в выбранной заказчиком предметной области.

Вот и получается в итоге «разговор немого со слепым»: заказчик не понимает в ИТ, а аутсорсер – в специфике пищевого производства. Итог: проект, начавшийся по такой документации, заходит в тупик и сильно отклоняется от сроков-бюджетов. А реальные требования вырабатываются прямо по ходу (что влечет множественные переделки в проекте и трату времени и нервов обеих сторон).

 

Продажа ПО

+ опционально его настройка под требования заказчика (без внедрения в промышленную эксплуатацию).

Кому подходит

Подготовленному Заказчику, который:

  • знает, какая у него должна быть архитектура информационной системы
  • понимает, какая конфигурация 1С ему нужна и как ее следует настроить/доработать, чтобы получить необходимый бизнесу инструмент
  • готов самостоятельно управлять процессом внедрения разработанного инструмента в жизнь

Основные ошибки на практике

Заказчики смотрят на автоматизацию, как на процесс покупки и внедрения некоей волшебной программы (особенно если она отраслевая, напр., какая-нибудь «1С:Нужное нам производство»), где уже есть вся логика работы, осталось только внести нужные данные и начать работать с ней работать.

А большинство программных продуктов на «1С» — это набор кирпичей, а не готовое здание)) Вот и получается, что программа куплена, как-то настроена и даже какие-то данные внесены, но все работает не так как надо. И тогда все же приходится возвращаться к этапу обдумывания – ЧТО и ДЛЯ ЧЕГО мы хотим? А потом снова проходить этап настройки/доработки системы.

При этом встречаются 2 распространенных варианта развития событий:

  1. После покупки ПО нагрузка по разработке и внедрению системы ложится на плечи своих и так перегруженных ИТ-ков. При этом методологической поддержки со стороны бизнес-заказчика им не оказывается («мы же в 1С ничего не понимаем). А своего понимания предметной области нет + нет опыта управления проектом внедрения + «нет пророка в своем отечестве» и их указаний по использованию переданного ПО не слушаются. Вот все и встает колом.
  • Партнера берут без учета его понимания предметной области автоматизации и опыта решения подобных задач, а по принципу удобства (напр. «они у нас уже бухгалтерию обслуживают»). Выбранная компания-внедренец легко соглашается задешево «внедрить программу», а потом доказывает клиенту, что полученный недорезультат – это именно то, что хотел клиент. А то, что она работает не так или не удобна в использовании, так это легко переделать. Надо только доплатить и сказать – что надо сделать)) И так по кругу.

В добавок заставить своих сотрудников работать с этой программой – это тоже задача самого клиента (ведь подрядчик отвечает только за разработку и настройку программы).

6.jpg

 

Проектное внедрение «под ключ»

Разработка предпроектной документации, выбор корректной архитектуры ИС, настройка-доработка системы, внедрение системы в промышленную эксплуатацию до получения гарантированного результата, интересующего заказчика.

Кому подходит

  1. Тем, кто заинтересован в получении гарантированного результата. Причем, знает/понимает – какой именно результат интересует.
  2. Нет собственных ресурсов для выполнения такого проекта или есть ограничения по времени для выполнения проекта.

Основные ошибки на практике

1. Чаще всего интегратор привлекается из компании, «понятной» или укладывающейся в ценовые ожидания заказчика, но без отраслевого опыта автоматизации пищевых производств (бухучет не в счет) или без опыта управления крупными проектами.

Впрочем, попадаются и внедренцы с однократным опытом внедрения у пищевиков («мы уже делали это у завода N, сделаем такое же и вас»), но повторение однократного опыта не дает понимания специфики отрасли и гарантий, что одна и та же система будет одинаково хорошо работать у обоих предприятий.

2. Заказчик надеется, что широко разрекламированное флагманское решение от «1С» (типовое или отраслевое) «выправит руки» подрядчикам и дешевые специалисты, но с «хорошим продуктом» сделают качественный результат.

Практика показывает, что такие ошибки дорого обходятся заказчикам. Впрочем, в одной широко известной поговорке про скупого уже все было сказано давно.

3. Редко встречающийся, но все же имеющий место быть вид «шероховатых» внедрений – привлечение партнера «1С» с известным федеральным брендом. Вроде как заказчик через это сможет получить доступ к компетенциям всей сети, и известный внедренец точно вытащит наш проект.

Только вот на практике доступ к реальным специалистам могут получить только самые крупные и важные для такого внедренца клиенты, а остальным приходится довольствоваться местными «спецами» без нужного опыта и компетенций.

Причем такие компании с федеральным брендом часто подстраховываются и заранее согласовывают с Заказчиком – что есть результат проекта (причем заказчик, не зная, что ему на самом деле нужно, соглашается с этим), чтобы избежать разногласий и выхода за рамки бюджета. Только что потом делать, если в конце проекта получается, что формально, т.е. по договору результат сделан, а работать с ним невозможно? Впрочем, у заказчика всегда есть право поменять свое мнение и доплатить за доработку своих новых хотелок))

Вот тебе и «федеральный бренд»…

 

На что обращать внимание?

 

Для повышения степени успешности вашего проекта автоматизации рекомендуем на этапе подготовки к проекту сделать следующие шаги:

  1. Оценить необходимость проведения предпроектных работ

Если у вас процесс, который вы хотите автоматизировать работает «как часы» и не требует никаких оптимизаций-коррекций, а только перенесения в автоматизированный вид, то вам требуется только тщательно проработать структуру работ, подобрать нужное ПО, определить роли исполнителей и назначить их. В остальных других случаях надо хорошенько продумывать «дорожную карту» проекта и порядка его выполнения.

  • Провести анализ существующей информационной системы на предприятии и программных решений на рынке на предмет того – насколько они обладают необходимым функционалом (типовым или отраслевым) и будут удобны для внедрения и дальнейшего сопровождения

Желательно опираться при этом не на рекламные обещания продавцов (они явно заинтересованы в продаже) и мнения знакомых, которые не учитывают вашей ситуации, а транслируют только свое мнение о своей ситуации. Практика внедрений и использования на аналогичных и сопоставимых с вашим предприятием – вот это похоже на какую-то гарантию.

  • Оценить способности потенциальных внедренцев системы – своего специалиста (если собираетесь делать своими силами) или внешнего партнера по внедрению.

 

7.jpg

Кроме понятных для большинства критериев оценки проекта (через время исполнения и деньги) надо бы оценить другие важные факторы. Например, честно для себя ответить на вопросы:

  • есть ли у потенциального исполнителя необходимые знания и опыт по автоматизации интересующей вас предметной области (причем не только и не столько с технической точки зрения знания «1С», а больше с точки зрения понимания отраслевой специфики и бизнес-целей проекта)?
  • сможет ли он управлять сложными проектами разработки и внедрения информационных систем (если считаете, что сможет, то определите – за счет чего?)
  • есть ли у него ресурсы для выполнения проекта

 

Вместо завершения

Если вы проделаете указанные выше шаги, то с большей долей вероятности вы уже более трезво сможете оценить — какой вариант внедрения подходит именно вашей компании?

Ну а если что-то (время, горящие рабочие задачи, правительство, отсутствие знаний в указанных областях и т.д.) не позволяет проделать указанные выше шаги, и вы все еще сомневаетесь в выборе, то всегда можете обратиться к нам. Как минимум для обсуждения вашей ситуации и определения подходящих вариантов. А то искренне жалко наблюдать как из-за неверно принятых решений выбрасываются на ветер время, деньги и людские нервы. Прям за себя иногда обидно, что не смогли уберечь людей от этого.

Обещаем помочь если не делом, то советом точно!wink

Алена_Константа

b82da6.jpg.4296893ad3d84f00a0082aa9a5fdc280.jpg

В нашей работе мы все чаще сталкиваемся с задачей формирования заявки на производство. При том, заявка должна отвечать сразу ряду параметров:

  • обеспечивать спрос готовой продукцией вовремя,
  • не давать рваной загрузки на производство,
  • учитывать ограничения оборудования, сырья и упаковки, ограничения складов…

И чем дальше, тем все острее встает вопрос организации деятельности сотрудников, на чьи плечи ложится такая сложная задача, ведь от результата их руда зависит результат работы предприятия в целом…

 

Прогрессом движет конкуренция

Раньше поставки готовой продукции от производителя в магазины осуществлялись просто. Заказали – привезли. Столько, сколько есть на складе. Поздно? Можно потерять клиента (но это не самое страшное). С появлением федеральных сетей эта система отошла в прошлый век. Ответственность за своевременную доставку продукции (а вместе с этим и штрафы за неисполнение данной функции) возросли в разы, возникла острая необходимость реагировать на заказ быстро, так как крупных сетей, конечно же, меньше, чем мелких гастрономов, как 20-30 лет назад. И теряя одного такого клиента, производитель резко ощутит прореху в своем бюджете.

Итог: конкуренция теперь касается не только качества и цены продукта, но и уровня клиентского сервиса.

 

Чего хотят клиенты?

Давайте разберемся, в чем особенность задачи поддержания должного уровня клиентского сервиса для производителей продуктов питания?

Сети хотят не просто своевременной доставки заказа в нужном объеме, но и максимального остаточного срока годности продукта уже на территории магазина, чтобы повысить свои шансы продать как можно больше. Вот в этот самый момент контроль за ним и выходит на новый уровень важности.

Следовательно, возникает острая необходимость постоянно держать баланс между клиентским сервисом и уровнем списаний по несоответствию необходимому ОСГ.

Чтобы не прогадать с объемами, необходимо еще на этапе планирования выяснить, насколько наше задание соответствует плану отгрузок с учетом ОСГ и не допускать стоков на складе. То есть ставить в план производства то количество, которое в итоге будет куплено. Думаю, многие сейчас усмехнутся, посчитав, что это утопия. Однако, давайте будем делать выводы в конце повествования.

Прежде чем перейти к рассмотрению путей решения, хочется уделить внимание влиянию человеческого фактора на производство и результаты работы предприятия в целом. Все мы время от времени ошибаемся. А ошибки в данной сфере очень дорого обходятся – нолик пропустили, поставили не ту цифру, и все, на складе бардак. А если человек заметил ошибку и решил пересчитать данные, производство может намного позже получить заявку на выработку продукции. А при мясном производстве необходимо заранее подготовить сырье, рассчитать, чтобы по мощности проходило и т.д.

 

Алгоритм формирования заявки на производство

Чтобы сформировать заявку на производство так, чтобы клиентский сервис оказался на должном уровне, необходимо пройти несколько шагов:

  1. Планирование отгрузок

с учетом согласованных отгрузок (например, если компания выиграла тендер) и запланированных трейд-маркетинговых акций и сезонности.

Кроме того, настройка правила планирования должна быть достаточно гибкой, т.к. обычно какую-то часть клиентов требуется планировать по статистике, какую-то по заказам и т.д. по особенностям.

  • Планирование запуска производства

с учетом загрузки производственных мощностей с учетом переналадок, а также производственного календаря и плана по потребности в сырье (не обязательно по всей номенклатуре, а по той ее части, которая ограничивает нас в рамках данного конкретного производства).

Далее осуществляется проверка продукции по ОСГ и на основании этих данных необходимо сделать вывод, какой объем продукции с учетом текущих остатков сможет быть отгружен, а какой – нет и будет попадать в распродажу или списание.

  • Планирование упаковки и маркировки

Чем ближе к отгрузкам, тем более качественное понимание того, какая продукция должна быть отгружена, мы имеем. Поэтому, если мы хотим повысить уровень клиентского сервиса, мы должны разделить задания на запуск и задания на упаковку и маркировку. А именно, заранее запустить базовый продукт, который является совокупностью рецептуры и формовки, а к тому моменту, как данный производственный полуфабрикат будет подходить к выпуску, дать задание на то, как его промаркировать и упаковать для поступления на склад готовой продукции.

Кроме того, если планирование необходимо произвести сразу на несколько дней вперед, например, в пятницу дать запланировать выпуск продукции, упаковку и маркировку на три дня вперед, логично еще перед выходными оценить выполнимость и подтвердить (или скорректировать) заявку.

 

Варианты решения

Автоматизированная система. Уровень: elementary.

Казалось бы, формирование заявки на производство – это всего лишь один из этапов сложной и многоходовой игры в экономику предприятия. Однако, не задумывались ли вы о том, почему же ее, эту увлекательную игру, принято считать сложной? Не сами ли участники сделали ее таковой?

Люди вообще склонны создавать себе сложности, а потом героически их преодолевать. И вот как они это делают:

Чаще всего планирование ведется в Excel. Этот автоматизированный инструмент явно выигрывает перед бумажным журналом в паре с калькулятором. И порой он может работать очень даже неплохо, если подходить к его формированию и настройке с умом. Однако в современном обществе, используя Excel, мы не сможем избежать сложностей, если на заводе есть определенная ротация ассортимента. Если вдруг появилась одна новая позиция, на которую не была настроена программа, сразу возникают неточности расчетов и, как следствие, проблемы планирования.

Ну и конечно пресловутая зависимость от людей. Если кто-то уходит в отпуск (будем позитивны и исключим прочие варианты причин отсутствия работника на месте), другим сотрудником будет очень сложно оперативно включиться в тонкости работы системы. Что уж говорить о том, как придется новичку осваивать данный способ планирования.

Еще одна проблема Excel – это количество параметров, которые в ней можно учесть. 3-4 параметра – это уже очень тяжелая программа. Поэтому, пытаясь учесть все необходимые для формирования корректной заявки на производство факторы, мы получаем довольно сложный в настройке инструмент, нелояльный к изменениям, и постоянно грозящий зависнуть наглухо, потому что очень много весит.

 

slon-768x447.png.0aa775084773a452bc458e57132af6ba.png

 

Автоматизированная система. Уровень: professional. Или как формировать заявку на производство, чтобы спать спокойно?

Без лишней лирики, перейдем к сути: все описанные выше шаги и функции можно автоматизировать в системе, которая сама подтягивает данные из разных источников и рассчитывает необходимые параметры. В итоге мы получаем более полную и точную модель. Влияние человеческого фактора сводится к минимуму, однако у планериста остается возможность внесения экспертных корректировок в предложенную системой заявку перед ее отправкой. При этом приятным бонусом является скорость выполнения расчетов. Чтобы спланировать производство в Excel (даже в случае очень хорошо налаженной таблицы), специалисту может понадобиться около 4 часов, а с помощью автоматизированной ИС можно сделать то же самое за 15 минут.

Рассмотрим еще одну щекотливую ситуацию: маркетологи запустили какую-то акцию. Эта информация дошла до планеристов, но оказалось, что того количества упаковки, которое есть в наличии, не достаточно, чтобы осуществить запланированный производственный «бум». Акция сорвана. Довольных мало… И вот здесь на помощь и может прийти автоматизированная система, показав планировщику, что надо скоординировать действия служб. А именно, вовремя оповестить отдел закупок о надвигающихся проблемах.

 

Итак, к итогам…

Важнейшей особенностью, позволяющей облегчить взаимодействие планировщика и производства, является возможность планировщика формировать плановое задание на больший временной горизонт (например, на неделю), далее за день до самого производства давать задание и непосредственно в день производства оформлять «дозаказ», или корректировку (на разных предприятиях по-разному, но суть не меняется). И, что важно, делать это в несколько шагов (запуск, упаковка и маркировка).

 

P.S.: Когда мы впервые столкнулись с задачей автоматизации функции планирования, многое для нас было непонятным с технической и практической точек зрения. Но за последние 2 года мы проделали огромный путь, и теперь готовы не только предложить вам готовое решение, в котором заранее учтены все тонкости вашего производства, но и помочь вам выстроить модель планирования на основе собственной отраслевой экспертизы.

Мы не предлагаем инструмент, позволяющий силой мысли вносить данные сразу в голову работникам производства (по крайней мере пока)). Однако лучший результат может быть получен в ходе проекта, который позволит вычленить необходимые особенности планирования на конкретном заводе, а не прибегая к шаблонному решению.

Алена_Константа

 

1.jpg.c3cb560541e2f92d8e1d5abd812e2751.jpg

Регулярно в ходе наших проектов мы сталкиваемся с очень важным вопросом – организацией IT-ландшафта. И традиционно сразу образуется 2 лагеря: сторонники одной большой информационной системы («лучшая интеграция та, которой не было») и сторонники использования нескольких отдельных информационных систем («под каждого воробья пушка своего калибра»). У каждого из этих подходов есть свои плюсы и минусы, которые мы не будем глубоко затрагивать в рамках этой статьи, однако попробуем раскрыть тему.

 

Как жить безопасно, если интеграции все-таки быть?

 

Если все-таки сложилась ситуация, при которой в нашем IT-ландшафте будет несколько различных информационных систем, то при проектировании этой схемы необходимо предусмотреть методологические аспекты: каким образом мы будем нарезать наши бизнес-процессы таким образом, чтобы они и работали органично (когда на каждом этапе в информационной системе выполняются только те операции, которые должны выполняться) и обеспечивали достаточно целостное информационное пространство, в котором работают пользователи.

 

3.thumb.jpg.0061c14902e549f596f276a50e2651bf.jpg

 

Попробуем разобрать традиционную для производителей продуктов питания задачу – организацию документооборота с клиентами. И выявить правильные и не правильные способы ее решения. Распространенный вопрос: отделять логистический контур от финансового или нет?

Неправильная схема разделения: В логистическом контуре выписываем документ реализации, затем он выгружается в финансовую базу. После возврата документов от клиентов мы начинаем редактировать их в базе финансового учета. И при редактировании у нас получаются изменения, которые влияют на остатки товаров, важные для логистического контура. На лицо нарушение одного из базовых правил – объект должен создаваться и редактироваться в одном месте.

Пример правильной схемы разделения: Документы реализации создаются и редактируются в своем контуре, затем за какой-то завершенный период (день, неделя, месяц) документы выгружаются в контур фин. учета. Таким образом получается, что документы создаются и редактируются в одном месте, а база фин. учета является потребителем выверенной информации логистического контура.

 

Если мы методологически грамотно разделили информационные потоки – это уже очень весомый вклад в то, что системы будут функционировать нужным образом. Но у нас так же остается достаточно серьезный вопрос

 

 

Техническая организация обменов

 

Чтобы не ошибиться с выбором механизма интеграции, необходимо сначала определиться с «калибром»решаемой задачи. Итак, можно выделить 4 уровня ее масштабности:

 

  • Локальный – характеризуется обменом через внешние файлы. Данный механизм мы относим к классу устаревших, но тем не менее ранее он был достаточно распространен и с некоторыми ИС является единственным доступным вариантом интеграции.
  • Регулярный в однородных средах – подразумевается, что интегрируемые ИС находятся в одной информационной среде. Например, на одном сервере, обмениваются через COM. Такой механизм на текущий момент достаточно часто встречается и позволяет решать задачи интеграции регулярного характера. Его удобно реализовывать, когда у нас имеется относительно небольшое количество ИС. Преимуществом такого подхода является очень легкая настройка и создание программного интерфейса, которым будут пользоваться интегрируемые системы.
  • Регулярный в гетерогенных средах – подразумевается, что интегрируемые ИС могут располагаться на разных серверах, с разными ОС, даже территориально обособлено. Речь идет об обмене через web сервисы. Одно из преимуществ такого подхода – возможность интегрировать базы в различных средах, при этом сохраняя относительно невысокую сложность настройки интеграции.
  • Промышленный – применение отдельно стоящих решений в гетерогенных средах: шины ESB (например DATAREON) или промышленный сервер очередей (например RabbitMQ). Такие решения актуально применять, когда в обмене участвуют более 3-х ИС, когда важно обеспечить качественную передачу НСИ между всеми системами, и когда важно балансировать нагрузку между обменивающимися ИС.

2.thumb.jpg.17caf93c1930a7242deee7f38daab295.jpg

 

Инструменты проверки

 

Когда мы решили первые 2 вопроса в нашем пути интеграции, настает время подумать о поддержке эксплуатации ИС в части интеграции. И здесь встает вопрос о том, чтобы можно было в 1 информационном пространстве сверить данные 2-х интегрируемых систем. Как один из примеров – анализ отгрузок в базах фин. учета и логистического контура. Здесь мы так же выделяем 2 подхода:

 

  • Пассивный – когда ответственный за участок учета пользователь формирует отчет, который позволяет сравнивать данные за идентичный период в 2-х базах и предпринимать какие-то действия в случае расхождений
  • Активный – когда есть некий анализатор, который регламентно получает 2 набора данных из разных баз, сравнивает их и в случае расхождения оповещает ответственного.

 

 

Таким образом, если вы планируете строить не просто систему автоматизации фин. учета, а систему управления, в том числе и на оперативном уровне, то вы неизбежно придёте к архитектуре нескольких информационных баз.

 

 

Наиболее успешные из автоматизированных предприятий потому и являются таковыми, что вовремя осознали ценность концепции микросервисов (когда небольшие отдельные ИС решают узконаправленные задачи), ведь выиграть в конкурентной борьбе им смогли помочь только специализированные решения, которые заточены под их особенности и способны достаточно оперативно реагировать на изменения среды. Именно на примере этих компаний мы понимаем, что для реализации таких подходов требуются надежные и удобные для внедрения и эксплуатации средства интеграции IT систем.

 

 

P.S.: Интеграция  это задача, а вовсе не проблема. И, при современном уровне ее осмысления и наборе технического инструментария - больше, чем решаемая.

Алена_Константа

avtomatizatsiya-tma.jpg

Все крупные производители продуктов питания уже давно приняли как данность, что трейд-маркетинговые акции  это один из главных инструментов управления продажами. Однако при этом у многих ещё остаются вопросы: как организовать трейд-маркетинговую активность не в ущерб прибыльности?

На начальном этапе работы руководство компании начинает планировать промо акции и старается объективно оценить, как увеличение объёмов готовой продукции скомпенсирует снижение цены и не приведет ли это к снижению маржинальности по участвующей в акции номенклатуре. В дальнейшем начинаются попытки учесть ещё и каннибализм по аналогичным позициям внутри товарной категории. Следующим шагом является осознание, что управлять нужно не отдельными акциями, а набором акцией в рамках одной товарной категории и оценивать достижение целевых объёмов продаж с затратами на организацию программы промо активностей. О целевом варианте управления трейд-маркетингом через маркетинговые бюджеты мы и поговорим в этом материале.



Из чего состоит система управления трейд-маркетингом через бюджеты?



  • Планирование регулярных продаж

Как правило, большинство промо активностей нацелены на увеличение прибыли и строятся на регулярных продажах. Поэтому при постановке целей необходимо спланировать регулярные продажи по товарным категориям в разрезе каналов и регионов. В рамках решения данной задачи необходимо получить очищенные данные по продажам предыдущих периодов (это можно сделать анализом истории отгрузок и выявлением отклонений в цене от регулярной) и применить к истории отгрузок один из возможных алгоритмов прогноза.

  • Планирование целевых продаж и ТМ бюджетов

Опираясь на прогнозные регулярные и целевые продажи (как правило задаются собственниками бизнеса), необходимо выбрать, за счет каких каналов будет достигаться рост продаж и спланировать в этих каналах маркетинговые бюджеты, необходимые для достижения целевых показателей.

  • Планирование ТМА и контроль бюджета

На основании видения целевых объёмов продаж по акциям в рамках определённых маркетинговых бюджетов начинается планирование конкретных промо активностей. При этом при планировании каждой из них необходимо учитывать: к какому росту товарной категории оно приведёт (с учетом каннибализма схожих товарных позиций) и какие затраты придётся понести в рамках маркетинговых бюджетов.

Как и любые другие статьи затрат, маркетинговый бюджет лимитирован. Посему при планировании новой промо акции нужно контролировать превышение расхода бюджета с учетом фактически понесённых затрат, а также ранее запланированных акций с их зарезервированными бюджетами. Контроль обычно выполняется в рамках месяца и нарастающим итогом с начала года.

  • Мониторинг исполнения ТМА

После запуска промо активности в работу менеджерам, обеспечивающим исполнение целевых результатов, необходимо предоставить инструменты онлайн мониторинга план-факта по клиентам. Это позволит скорректировать ход акции в процессе, а не печалиться после завершения активности неудовлетворительным результатам.

  • Завершение ТМА и контроль фактических затрат

После выполнения промо активности ответственные трейд-маркетологи должны выполнить процедуру административного завершения. Для этого рассчитываются фактические продажи по промо, учитываются фактически понесённые расходы, а также те расходы, размер которых зависит от результатов акции (например, дополнительная мотивация торговых команд). Как результат, рассчитывается фактическая маржинальность акции и в сравнении с прогнозной маржинальностью регулярных продаж определяется итоговая эффективность акции.

Отдельно хочется отметить расчет фактических продаж при проведении промо активностей с отгрузкой через дистрибуторов. При таких случаях фактическими продажами необходимо признавать вторичные отгрузки дистрибуторов в торговые точки и фиксировать расход маркетингового бюджета, отталкиваясь именно от вторичных продаж. При этом необходимо учитывать виртуальные взаиморасчеты с дистрибутором, сопоставляя размер предоставленной скидки в первичных отгрузках дистрибутору и размер скидки, оттранслированной дистрибутором в рынок.

  • Анализ расходования бюджета и достижения целевых показателей продаж

По результатам периода аналитики выполняется анализ достижения целевых показателей продаж в соотнесении с расходованием маркетингового бюджета. В рамках данного анализа накапливается статистика и данные о влиянии проводимых промо активностей на изменение объёмов продаж по товарной категории. Полученная информация используется для формирования профиля акций, что в дальнейшем позволяет более точно планировать приросты по промо активностям. А это, в свою очередь, влияет на точность управления цепочками поставок и на исполнение клиентского сервиса, но это уже другая история.


TMA.jpg

Описанная система управления трейд-маркетингом является исполнимой при должной степени автоматизации. На практике же 98% производителей продуктов питания опираются в этих вопросах на Excel. Многие конечно задумываются о необходимости реализации необходимого функционала в 1С, но уж слишком непонятна предметная область штатным программистам и, как следствие, от Excel уйти не получается. Понимая эту проблему, мы разработали типовой модуль автоматизации трейд-маркетинга для производителей продуктов питания, использование которого позволит вам сэкономить деньги, время и думается, что значительное количество нервных клеток:)

Алена_Константа

avtomatizatsiya-fermerskogo-hozyaystva.j

В основном потребность в уходе от ручного учета и автоматизации оправдана и востребована на предприятиях с достаточно большим объемом производства, потому что именно тогда появляется выигрыш на стандартизации своих процессов + на оперативности сбора большого количества информации, необходимой для управления предприятием.

 

Однако в этом году к нам поступило множество запросов на автоматизацию отфермерских компаний, которые занимаются производством сыров и цельномолочной продукции в малых объемах (перерабатывают от 1 до 10 тонн молока в сутки). Их руководство тоже изъявило желание стандартизировать свои процессы и оперативно получать реальную информацию о том, что происходит на производстве. И как следствие, иметь возможность анализировать эту информацию в нужных разрезах и быстро формировать отчетность (как управленческую для себя, так и внешнюю для контролирующих органов).

 

Мы среагировали на один из таких запросов и в сегодняшнем материале расскажем об опыте автоматизации оперативного учета на примере Истринских сыроварен, которыми управляет Олег Сирота — небезызвестный производитель русского пармезана.


Предпосылки

Учет на предприятии ввелся в разрозненных системах — журналы, самописная база данных на Access, 1С:Бухгалтерия, Excel.

В связи с ростом объема производства и объема операций, которые требуют учета, часть персонала компании полностью переключилась на учетные функции. А для небольших предприятий занятость такого количества людей только учетом – это роскошь. В большинстве случаев необходима параллельная вовлеченность в задачи по развитию бизнеса и помощь руководителю компании с другими вопросами.

 

Поэтому и было принято решение перевести учет в единую базу на платформе «1С: Управление нашей фирмой». На данный момент — с минимально достаточным функционалом (с каким именно – см. описание ниже), но имеющим потенциал для дальнейшей детализации учета по отдельным участкам производства.


Что было сделано?

На базе «1С:УНФ» мы настроили:

  • Оперативный учет варок

Здесь все довольно просто, так как сырье поступает от проверенного поставщика (своего стада) и полностью перерабатывается. Поэтому для учета интересен только объем полученной продукции с привязкой к дате варки.

  • Учет созревания

Реализовано раннее резервирование сыров (т.к. на предприятии существует возможность приобрести сыр по предзаказу) и автоматический переход между разными стадиями созревания сыров.

  • Загрузка в систему предзаказов с сайта компании
  • Учет торговых операций

1) Формирование заказов от магазинов

2) Закупка сопутствующих товаров для розничных магазинов

3) Настройка АРМ наборки на складе готовой продукции в том числе интеграция с весовым оборудованием и принтером этикеток)

Ввиду того, что это одна из самых трудоемких операций, был реализован АРМ наборки для их ускорения и минимизации лишних действий во время наборки. Работа с ним ведется через планшет на рабочем месте наборщика: в момент набора продукции под сформированный заказ путем взвешивания реальных голов сыра и передачи веса в информационную систему на каждый короб с головой сыра происходит выдача соответствующей этикетки.

4) АРМ транспортного логиста

У компании есть несколько собственных автомобилей с различной грузоподъемностью и вместительностью (Ларгусы и Газели) и постоянно увеличивающееся количество заказов. Поэтому для удобства распределения заказов по машинам (до точек доставки и покупателей) был реализован АРМ транспортного логиста.

5) Загрузка информации о розничных продажах из системы Эвотор

  • Расчет себестоимости продукции

Так как в один день происходит варка только одного вида сыра и йогуртов, то «сложный» отраслевой вариант распределения стоимости материалов пропорционально жиро-белко-килограммам для данной компании оказался избыточен. Поэтому в системе настроили распределение по фактически потребленному объему молока на соответствующие виды продукции.

  • Прочие операции

1) Учет коров и производства собственного молока

2) Учет ДС

3) Закупка прочих материалов

  • Интеграция с системой бухучета

Реализована автоматическая выгрузка данных большинства хозяйственных операций в системы бухучета для исключения ручного ввода информации силами бухгалтера.


Что это дало?

  • Возможность учитывать возрастающий объем производства силами того же количества людей + выделение у них свободного времени для выполнения других задач по развитию бизнеса
  • Возможность оперативно видеть остатки готового сыра, объем голов на созревании и сроки созревания (в том числе количество зарезервированных голов), что позволило повысить качество обслуживания клиентов
  • Возможность проанализировать себестоимость и маржинальность продукции в разрезе каждого вида сыра и йогурта, а не «котлом», как раньше

Вместо эпилога

В завершение хочется сказать, что опыт получился интересный и полезный (как для клиента, так и для нас). Получается, что с помощью «1С» фермерские хозяйства могут повысить оперативность и прозрачность своего базового оперативного учета относительно быстро и недорого.

 

Сейчас мы работаем над отраслевым коробочным решением для небольших фермерских хозяйств по производству сыров, чтобы они, как и более крупные компании, могли еще более грамотно и эффективно управлять своим производством. Как только получим первые отклики от клиентов – поделимся.

Всем неравнодушным к своему благородному делу — накормить страну, хочется пожелать успехов в их нелегком труде. Если будет нужна помощь для повышения эффективности вашей работы – обращайтесь, будем рады помочь!

Алена_Константа

Bezyimyannyiy-1-mini-2.jpg

 

В конце 2018 года переработчиков молока захлестнула волна беспокойства в связи с предстоящей обязанностью перейти на учет готовой продукции в ГИС «Меркурий». И произошло это уже ни в первый раз. Причина тому – отложенное до июля 2019 г. вступление в силу закона + неофициальные новости от Минсельхоза о более раннем старте работы молочников с электронными ВСД.

 


«Минсельхоз РФ рассчитывает, что готовая молочная продукция с апреля 2019 года будет учитываться в системе электронной ветеринарной сертификации «Меркурий». — Сообщила журналистам замминистра сельского хозяйства Оксана Лут (источник — milknews.ru).

А вскоре и на сайте «ВетИС» открылось активное обсуждение грядущих изменений. Символично, что именно 1-ое апреля установлено как очередной срок, когда от молочных предприятий ждут включения в работу с электронными ВСД. В свете того, что это уже далеко не «первое предупреждение», сделанное Минсельхозом, не является ли оно первоапрельским розыгрышем?:)

 

Впрочем, шутки в сторону. Сегодня хочется поговорить о явных трендах госконтроля, которые прослеживаются для производителей продуктов питания. Ведь «Меркурий» — не единственный внешний контролер, которому необходимы полные данные обо всех этапах переработки в рамках цикла преобразования сырья в готовый продукт, ложащийся на полки магазинов.

Как первопричина ужесточения контроля с внешней стороны была обозначена борьба с фальсификатом, недобросовестными производителями продуктов питания и забота о конечном потребителе. Благое намерение. Однако при этом остается непонятным – возможно ли достичь реального контроля прослеживаемости сырья на молочном и мясном производстве? Не станет ли это поводом для фальсификации итоговых данных учета в информационных системах предприятий?

 

Требования и тренды

Попробуем просуммировать – у кого есть требования к производителям продуктов питания по предоставлению данных о движении сырья?

 

  • Россельхознадзор

Требование для экспортеров продуктов питания обеспечить прослеживаемость сырья + ГИС «Меркурий» с его обязательной ветеринарной сертификацией для мясников и молочников

  • Сетевые клиенты

Требования по маркировке готовой продукции и партионному учету от сырья до выхода с производства и далее.

  • ХАССП

Давно уже не новые стандарты для пищевого производства, но забывать про них не стоит.

  • ЦРПТ

Пока ещё находящаяся на пилотной стадии, но грозящая стать обязательной для многих цифровая маркировка и обязательность прослеживаемости товаров в России и ЕАЭС. Сейчас маркируются только меховые изделия и алкоголь. А в будущем это якобы потребуется и от остальных производителей товаров повседневного спроса (в 2019 г. – для табака, обуви, некоторых видов одежды, шин и покрышек, фотокамер и ламп-вспышек).


 

Появится ли что-то еще — пока трудно загадывать. Но тренд контроля за движением сырья и производителями товаров повседневного спроса, в т.ч. производителями продуктов питания отслеживается явно. До первопричин и бенефициаров такого контроля на данный момент докопаться все равно не удастся, поэтому приходится рассматривать все как факт.

Нам, как автоматизаторам пищевых производств, за прошедший год регулярно приходилось сталкиваться с запросами – «помогите настроить и автоматизировать учет для Меркурия/аудита сетей/прослеживаемости по ХАССП и т.д.». При этом и клиент, и мы понимаем, что пользы бизнесу от автоматизации немного – это всего лишь исполнение внешних требований со стороны проверяющих органов, которым можно транслировать не реальные данные о происходящем на производстве, а всего лишь данных в том виде, который будет их удовлетворять и одновременно не мешать работе предприятия.

 

А ведь организация достоверного оперативного учета движения сырья, полуфабрикатов и готовой продукции на предприятии может принести немало пользы для управленцев на производстве/складах и ТОП-менеджменту. Ибо помимо внешних требований со стороны проверяющих органов есть фактор конкуренции на рынке. И чтобы «не выпадать из рынка», надо:

  • понимать эффективность работы своего предприятия,
  • контролировать-минимизировать потери на производстве и складах,
  • обеспечивать высокое качество готовой продукции и стандартизировать процессы для снятия зависимости от «талантов» исполнителей на местах.

 

Сразу стоит оговориться, что многие предприятия в определенном виде получают информацию о том, сколько сырья принято, сколько выпущено полуфабрикатов и готовой продукции и т.д. Но! Стоит сделать акцент именно на оперативности, полноте, достоверности и объективности этой информации, т.к. у многих производство (а у кого-то и склады) остаются «черным ящиком» из-за ручного контроля внутренних процессов с помощью журналов.


 

В противоположность ручному учету наличие автоматизированной системы учета решает все эти проблемы. Вот и получается, что наличие внешних требований является хорошим стимулом для наведения порядка у себя на предприятии и повышению эффективности производства, а далее, как следствие этого, и конкурентоспособности конечного продукта на рынке.

Прошлогодняя практика внедрения ГИС «Меркурий» у мясопереработчиков показала, что многие до последнего откладывают изменения у себя на предприятии, а преступают к реорганизации только когда становится понятно, что тянуть с обеспечением внешних требований больше нельзя. А ведь для средних и крупных производителей продуктов питания внедрение автоматизированной системы, которая способна будет обеспечить одновременно и внешние (от проверяющих) и внутренние (от управленцев) требования учёта — это вопрос усилий, времени (более 2-3 месяцев) и денег. При этом те, кто реализовал у себя оперативный учет задолго до «Меркурия» и сетей, не испытывают сложности с отправкой необходимых данных в любую систему отчетности (внутреннюю или внешнюю).

 

Вместо завершения

Думайте сами – оставлять все на последний момент или заранее заняться наведением порядка на своем предприятии. За нашими плечами опыт реализации самых различных схем учета у средних и крупных производителей продуктов питания. Мы имеем в своём арсенале не только знания «как это сделать?», но и готовые программные решения, которые позволят вам быстро реализовать задуманное. Если потребуется помощь специалистов – обращайтесь. Мы найдём способ как вам помочь.

 
Алена_Константа

5c46b702b7a30_2.png.3118ab9f054694dbcfc90ca5b4f38bec.png

 

«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С:УПП, то можете обращаться к нам, и мы подскажем – какой конкретно вариант будет наиболее удобный и менее болезненный для вашей компании.

Алена_Константа

20265_original.jpg

 

После одного из наших проектов автоматизации участка специй на мясокомбинате пришла мысль, что хороший технолог на пищевом производстве – как шеф-повар в ресторане :). Он точно знает какие нужны ингредиенты и какие добавки нужно использовать, сколько и в какой последовательности жарить/парить/варить – чтобы сделать вкусный, по возможности недорогой, но главное — качественный продукт.

Все это хорошо в теории, но когда технология приготовления продукта передается на исполнение цеховым рабочим, то встает непростой вопрос – как обеспечить то же «шефское» качество продукции на промышленных объемах производства? Для этого описывается технология (рецептуры и параметры процесса обработки), проводится инструктаж-обучение рабочих,продумываются мотивация и показатели, вводится контроль процесса со стороны мастеров и контролеров, и пр. И все это правильно и необходимо. Но к сожалению– не всегда достаточно.

 

Но есть и другой способ! Обеспечение (и даже повышение) качества продукции – за счет автоматизации контроля соблюдения технологии и рецептур – это одна из основных задач MES-системы.

 

К справке, MES-система –автоматизированная система внутрицехового управления производством, которая помогает начальнику производства и технологу сокращать потери и обеспечивать необходимое качество продукции.

 

Летом текущего года один наш клиент (быстрорастущий мясокомбинат Нижегородской области) пришел к пониманию,что в управлении производством требуются изменения, и замахнулся на внедрение системы внутрицехового управления производством.

 

Первым шагом было решено автоматизировать участок специй для решения следующих задач:

 

  1. Полная идентификация партий поступающих специй и ингредиентов
  2. Формирование заданий на подготовку комплектов специй на основании сменного задания на производство
  3. Расчет потребности объема специй под сменное задание
  4. Учет наборки комплектов специй с автоматизированным контролем рецептуры и веса ингредиентов. Учет комплектов специй в нескольких пакетах
  5. Учет передачи комплектов специй на участки переработки
  6. Учет остатков специй («россыпью» и в комплектах)на участке набора специй
  7. Учет инвентаризаций

 

Общая схема решения выглядит следующим образом:

 

it-pioneryi-ris1.png

Рисунок 1. Общая схема автоматизации участка специй

 

Ключевой инструмент в решении – это АРМ наборки комплектов специй по рецептуре. С помощью этого инструмента как раз производится контроль состава и объема ингредиентов, которые закладываются в комплект специй.

 

Рабочее место комплектовщика оборудовано:

  • сенсорным экраном для удобной работы с заданием и подтверждением его выполнения 
  • сканером штрих-кода, которым сканируется этикетка партии очередной специи, набираемой в комплект 
  • весами, на которых взвешивается очередной ингредиент, и вес сразу передается и учитывается в системе 
  • термопринтером этикеток, на котором при завершении наборки печатаются этикетки и клеятся на пакеты с набранным комплектом специй

 

Bezyimyannyiy-1.png

Рисунок 2. Автоматизированное рабочее место комплектовщика

 

Как это работает?

1. Комплектовщик выбирает в «1С» очередное задание на наборку специй, где ему открывается окно с рецептурным составом данного комплекта и плановым объемом ингредиентов, которое соответствует объему замеса из сменного задания на производство:

 

risunok3-it-pioneryi-1024x680.png

Рисунок 3. АРМ наборка по рецептуре

 

2. Комплектовщик берет первый из взвешиваемых ингредиентов, сканирует этикетку партии с мешка –и система проверяет – есть ли данный ингредиент в рецептуре набираемого комплекта. Если проверка не прошла – система подсказывает об этом. Если прошла– предлагает продолжить взвешивание.

 

3. Комплектовщик начинает отвес специй, в процессе которого в «1С» с весов сообщается набранный вес. Комплектовщик подтверждает завершение отвеса, и система проверяет –соответствует ли набранный вес плановому с учетом погрешности весов. Если проверка не прошла – система сообщает об отклонении.

 

4. Таким образом происходит отвес и добавление в комплект каждого ингредиента. После завершения комплектовщик подтверждает окончание наборки комплекта и печатает этикетки на все пакеты.

 

Благодаря такой организации работы с комплектацией специй:

 

  • наборщику не нужно помнить или хранить вокруг себя талмуды с рецептурами, так как все актуальные рецептуры и их изменения хранятся в системе и интерактивно используются в процессе комплектации 
  • система встроена в процесс комплектации и помогает наборщику не допустить ошибку как по составу рецептуры (за счет сканирования этикеток партий и контроля остатков специй), так и по объему закладываемой специи (за счет интеграции с весами и проверке набранного объема заложенному нормативу) 

 

И пусть пока не на всем производстве, но на первом участке, с которого наш клиент решил запускать MES-систему – появляется гарантия рецептурного состава, а значит качества будущего продукта.

Алена_Константа

Сегодня мы затронем область, которая по опыту нашего общения с компаниями сектора FMCG наименее технологизирована и автоматизирована (но при этом является ключевой для развития любого предприятия) – продажи.

В последнее время запросы на автоматизацию а-ля «хотим внедрить CRM» всё чаще слышны от наших клиентов. При этом практически никто из них не может сказать – что такое CRM для производителя продуктов питания и чего они от этого хотят? Что ж, попробуем добавить ясности в этот вопрос.

 

CRM2.jpg


О ком речь?

Модели управления продажами серьезно отличаются для производителей разного масштаба с разной территорией представленности. Поэтому, чтобы не вносить путаницу, сразу оговорюсь – сегодня будем рассматривать только управление продажами для тех производителей, которые:

  • продают несколько товарных категорий
  • работают в нескольких регионах через разные каналы
  • ставят для себя цели расширения продаж, а не просто работают по принципу «продаем то, что само продается»

 


Про товарные категории

При управлении продажами мы выделяем основной объект управления – это одна товарная категория в одной группе планирования клиентов. Как правило, группа планирования – это пересечение канала и региона продаж (см. схему ниже). А для крупных сетевых клиентов вообще логично выделять под каждого клиента один элемент в группах планирования.

1.png.03d52862218343cf9db3e77a1035d1d6.png

Пример выделения товарных категорий и групп планирования клиентов

Хочется отметить что продукты питания – это один из наиболее склонных к корректному планированию товаров, так как потребление имеет самый короткий цикл и высокую повторямость. Однако это относится только к тем продажам, когда мы управляем поставками на полку магазина (или РЦ в случае с сетевыми клиентами).

В случаях же, когда мы продаём посредникам и не управляем/не контролируем поставки на полку, управлять такими продажами мы не можем, поэтому и не будем рассматривать этот вариант (большинство компаний уже осознали, что полагаться в продажах на посредников-перекупщиков или неуправляемых дистрибуторов ошибочно и все стараются выстраивать управляемые каналы продаж).

 


Про структуру продаж

Структура продаж в рамках одной ячейки из вышеуказанной схемы состоит из следующих элементов:

1. Регулярные продажи

  • Тренд регулярных продаж
  • Сезонный элемент продаж (как «+» так и «-» относительно средней статистики продаж по году)

2. Продажи за счет дополнительных активностей

  • Промо продажи (активности в основе которых снижение цены «на полке» в различных механиках акций для стимулирования сбыта)
  • Рекламная поддержка продаж (например, реклама по TV)
  • Коммерческие активности (например, дополнительная мотивация продаванов за фокусные SKU)

 

Исходя из структуры продаж понятно, что для достижения интересующих целевых показателей продаж нам необходимо:

  • спрогнозировать регулярные продажи с учетом тренда продаж, коэффициентов сезонности
  • понимая разницу между целевыми продажами и прогнозом регулярных продаж, запланировать дополнительные активности (чаще всего это бывают промо-акции).

 

При этом мы понимаем, что продавать 1 рубль за 99 копеек любой сможет)) Поэтому задача управления продажами сводится к тому – как с минимальными бюджетами затрат на продажи добиваться выполнения целевых показателей по плану продаж.

 


Про методику планирования продаж 

 На основании нашего опыта автоматизации продаж и исследовании международного опыта (в частности методики планирования продажи операций) мы разработали методику планирования/управления продаж, представленную на схеме ниже.

5c010f2764d9e_.thumb.jpg.48f8f240894a580438b7dee08f24f05b.jpg

У ряда компаний уже реализована подобная схема планирования/управления продажами, но это сделано в Excel (и даже если частично в «1С» что-то сделано, то большинство оперативной работы всё равно ведется в Excel). Мы же разработали полноценную модель в рамках нашего отраслевого продукта на базе «1С» для производителей продуктов питания — «K2FRESH».

Если ваше видение продаж коррелирует с представленной выше схемой, то наше программное решение станет для вас существенным подспорьем на пути к технологизации и автоматизации продаж.


P.S. Управляйте продажами зряче и продавайте больше! А если вопросов все еще больше чем ответов – обращайтесь и мы поможем.

CRM2.jpg

Алена_Константа

AUYpg725VZY-768x499.png

 

За последний год производители продуктов питания с завидной регулярностью получали новые требования и от сетевых клиентов, и от государственных контролирующих органов. При этом требования эти постоянно менялись и многие запутались – что же нужно предоставить клиентам и государственным контролерам? А так как нет ясного понимания – какую информацию нужно предоставлять, то ещё менее понятно – какие изменения нужно внести в свои процессы логистики чтобы обеспечить себя необходимой информацией (в первую очередь). И уже при необходимости быть готовыми поделиться ей с внешними потребителями.

 

Для начала разберёмся – какие требования актуальны для производителей со стороны клиентов и контролирующих органов:

 

  1. EDI. Эта аббревиатура уже давно не в новинку для большинства поставщиков. Если ранее этот инструмент использовался для приёма заказов от клиентов, то в 2017 году сетевые клиенты начали требовать отправку уведомлений об отгрузках и в ответ начали присылать уведомления о приёмке. В дальнейшем сети с этими уведомлениями сравнивают отправленные им электронные накладные. А в 2018 году появились еще и требования по отправке SSCC-кодов транспортных упаковок.

     

  2. Маркировка транспортных мест. Требования по маркировке готовой продукции и ее упаковке были и ранее, но в 2018 году для корректной обработки электронных ветеринарных сертификатов и оптимизации своих процессов сетевые клиенты сформировали новый набор требований по маркировке, которая должна позволить через штрихкод считать необходимую клиенту информацию (о товаре, дате производства, партии производства, количестве товара). На данный момент времени требования от сетей всё ещё не устоялись и, следовательно, многие производители до сих пор их не реализовали.

     

  3. ГИС «Меркурий». Если с сетевыми клиентами кто-то не работает и его не касаются требования сетей, то требования государства не может игнорировать никто и это нововведение 2017 г. об обязательности оформления электронных ветеринарных сертификатов касается почти всех (в большинстве своем – переработчиков мяса и молока). Задача отправки информации в ГИС «Меркурий» не так сложна (есть вариант и ручного оформления в ВЭБ-версии и автоматизированной отправки через программные решения). Проблемными являются только те случаи, когда клиенты отправляют сотни или тысячи накладных, так как сервера «Меркурия» не всегда позволяют оформить такой объём отгрузок с учетом всех требований законодательства за разумное время. Одна только задача получения данных по отгружаемой продукции в разрезе номенклатуры, количества, даты производства, партии производства, SSCC-кода транспортной упаковки требует изменения производственных процессов и процессов на складах.

 

Для обеспечения целостности системы логистики целесообразно рассматривать все требования в совокупности.

 

Что ж, выделим ключевые участки учета в логистике, которые влияют на обеспечение реализации требований внешних потребителей, и разберём как их можно реализовать:

 

1. Маркировка транспортных мест и формирование монопаллет

 

Тут возможны разные варианты – от простой ручной печати этикеток на весах до автоматизированных маркировочных комплексов. Нам, как наиболее прагматичный вариант, видится оснащение рабочего места маркировки информационным киоском с принтером этикеток для продукции с фиксированным весом. А в случае с весовой продукцией – то же рабочее место, но с дополнительным подключением весов. Такой вариант позволяет минимизировать ошибки оператора, так как ему нужно только указать выпускаемую продукцию, а система сама сформирует этикетку по всем требованиям, указанным в нормативно-справочной информации. Таким же образом учетная точка на этапе маркировки позволяет фиксировать выпущенный с производства объём продукции в разрезе всех необходимых аналитик. А это уже может быть использовано для отражения соответствующих операций в ГИС «Меркурий» (для тех, кого это требование касается).

 

В случае целесообразности в момент выпуска можно сразу же формировать монопаллету с присвоением ей SSCC кода и печатью паспорта паллета (при отгрузках монопаллетами в таком варианте нам не нужно будет дополнительно маркировать паллеты, а можно будет лишь просканировать SSCC-код).

 

Info-kioskprinter-e%60tiketokvesyi-1024x791.png

 

Рисунок 1. Рабочее место, оборудованное информационным киоском, принтером этикеток и весами

 

2. Наборка продукции под клиентов и формирование сборных паллет

 

При наборке продукции под заказ клиента удобно использовать бумажную наборную ведомость, на основании которой выполняется непосредственно сборка (возможен вариант, когда заказ на наборку сборщик получает в электронном виде на ТСД). И уже после фактического набора в зоне комплектации работник склада сканирует с помощью терминала сбора данных сначала наборную ведомость, и далее – сканирует транспортные места продукции. Обращу внимание – здесь не рассматриваем вариант отгрузки штучной продукции (мы сторонники уменьшения транспортного места при необходимости, но не сторонники штучной отгрузки).

 

После сборки полной паллеты сборщик формирует SSCC-код паллеты и печатает паллетный лист. При необходимости готовая паллета может ставиться на напольные весы, с которых система будет считывать вес брутто и указывать его в паллетном листе.

 

                                                                         rpopo.png

 

Рисунок 2. Терминал сбора данных (ТСД)

(Мы рекомендуем применять ТСД с большим экраном (при этом не нужны кнопки, управление ТСД аналогично смартфону) и работать со специализированными формами 1С непосредственно с ТСД через WI-FI.).

 

Как мы видим на реализацию требований влияют только 2 участка учета на складе, и их реализация не является неразрешимой проблемой. Однако в виду запутанных требований от внешних потребителей становится проблематично сформировать лаконичные требования к маркировке и учету отгрузки. Поэтому и происходит некая путаница с тем – кому, что и как надо сделать, чтобы удовлетворить требования покупателей и контролирующих органов.

 

Мы уже не раз реализовали такие схемы учета и имеем в своём арсенале не только знания – как это сделать, но и готовые программные решения, которые позволят вам быстро реализовать задуманное. Если для вас актуальна рассмотренная задача, то обращайтесь – мы вместе найдём способ как вам помочь.

Алена_Константа
nZKMGTEeLA54jxAyuJfwyiVQ42FhEZPzzjT6UXVE

 


ПРОСЛЕЖИВАЕМОСТЬ? ЭТИМ ТОЧНО НУЖНО ЗАНИМАТЬСЯ?

Прослеживаемость в пищевом производстве – это средство обеспечения требований пищевой безопасности. В случае (не дай Бог) возникновения проблем с качеством продукции и угрозы здоровью потребителей – предприятие-производитель должно:

 

  1. Правильно понять – в какой партии выпущенной продукции возникла проблема, т.е. идентифицировать и локализовать проблемные партии продукции (на своих складах и в отгрузках клиентам)
  2. Восстановить информацию:
    •  
    • из каких партий сырья и материалов была произведена проблемная партия продукции
    • через какое оборудование и через чьи руки прошла проблемная продукция в ходе производства (чтобы провести адресные корректирующие и профилактические мероприятия с конкретным персоналом, причастным к проблемам с качеством продукции
  3. Провести анализ и выяснить, какие партии материально-сырьевых ингредиентов привели к проблемам с качеством продукции
  4. Выяснить – в каких еще партиях продукции были использованы эти некачественные материально-сырьевые ингредиенты и убедиться, что с качеством этой продукции все в порядке
     

Чем точнее в этой рекламационно-претензионной работе будут определены проблемные партии – тем меньший объем продукции необходимо будет проверять и/или отзывать. То есть предприятию вся эта рекламационная работа обойдется меньшими затратами.

 

Не смотря на очевидную пользу для потребителя и выгоды для предприятия – всерьез организацией прослеживаемости производители-пищевики начали озадачиваться в последние 2-3 года. На подавляющем большинстве пищевых производств сейчас организован «журнальный» вариант прослеживаемости: когда все движение сырья и продукции по этапам производства записывается в бумажные «талмуды». И когда возникает вопрос – из чего была сделана сегодняшняя продукция или в какую продукцию вошло сырье, купленное у конкретного поставщика – происходит либо нудное и скрупулёзное «перетряхивание» журналов, либо умышленное лукавство и волевое «назначение виноватых» (как партий сырья или материалов, так и людей).

 


ДЛЯ КОГО НУЖНА ПРОСЛЕЖИВАЕМОСТЬ

 

Нарастающий интерес последних лет к организации и автоматизации прослеживаемости в производстве у пищевиков связан в первую очередь с ужесточением требований сетевого ритейла. Сети проводят собственные аудиты процесса производств, технологии и прослеживаемости, результаты которых определяют коммерческие условия дальнейших отношений производителя с сетью. Это стимулирует производителей искать способы соответствовать требованиям сетей.

 

В ту же сторону внимание переработчиков мяса и молока направляет Россельхознадзор со своими законодательными инициативами по внедрению ФГИС Меркурий: для погашения ветеринарных сертификатов переработчики жиров животного происхождения должны сопоставлять из какого сырья была произведена продукция. А после внедрения и по мере дальнейшего развития ФГИС Меркурий отраслевые эксперты ожидают, что требования к точности этого сопоставления будут повышаться.

 

Помимо внешних мотиваторов наиболее продвинутые предприятия хорошо осознают и свои внутренние профиты от наличия адекватной прослеживаемости. Это и сокращение затрат на претензионную работу, и имиджевые преимущества перед конкурентами.

 

Так или иначе наличие адекватной организации прослеживаемости – это явный отраслевой тренд, который сейчас дает набор конкурентных рыночных преимущества, а в ближайшей перспективе обещает стать гигиеническим условием существования промышленного пищевого производителя на рынке.

 


ОПЕРАТИВНЫЙ УЧЕТ В MES-СИСТЕМЕ – ОСНОВА ДЛЯ ОРГАНИЗАЦИИ ПРОСЛЕЖИВАЕМОСТИ

 

В своей предыдущей статье я рассказывал про подходы к организации системы оперативного учета на пищевом производстве – что и как нужно сделать, чтобы организовать и внедрить MES-систему.  А сегодня я расскажу, как MES-система у нашего клиента (цех глубокой переработки мясного сырья), внедренная в соответствии с рекомендованными нами подходами, обеспечила клиенту основу для получения прослеживаемости производства.

К проекту внедрения MES-системы наш заказчик определил следующие ключевые цели и задачи:

 

  • Оперативный попередельный учет технологических этапов производства продукции, в том числе:
    1.  
    2. Учет объемов выработки полуфабрикатов и продукции с разделением на производственные партии
    3. Учет фактически использованных объемов и партий сырья и полуфабрикатов для выработки продукции
    4. Контроль и анализ потерь и выходов продукции

 

  • Соблюдение технологии и стандартизация качества продукции за счет:
    1.  
    2. Рецептурного контроля формирования сырьевых и материальных комплектов
    3. Контроля технологических параметров и времени обработки партий продукции на ключевых этапах переработки, влияющих на качество продукции или показатели выхода
    4. Обеспечения своевременного и упорядоченного по дате выработки движения и обработки партий сырья и полуфабрикатов

 

При решении первой группы задач проекта была организована идентификация (этикетирование с использованием штрихкодов) парий поступающего в цех сырья и выпускаемой продукции и внутрицеховых полуфабрикатов. А далее, используя идентифицирующие этикетки, на каждом контролируемом переделе производства был обеспечен оперативный автоматизированный учет выработки партий продукции и использованных при производстве партий сырья.

 

Таким образом, организованные процессы достоверного учета движения и переработки сырья и полуфабрикатов в производстве сформировало связку «партия сырья – партия продукции» для каждого передела. А накопление этой информации в системе за любой день и смену позволило, используя алгоритм разузлования, получить желаемую прослеживаемость – отчеты, которые показывают:

 

  • Из чего (каких партий сырья и материалов) была произведена конкретная партия продукции
  • В какие партии продукции вошла конкретная партия сырья.
     

Вариации полученных отчетов позволили проанализировать информацию по прослеживаемости как в древовидной форме (показывая историю появления промежуточных цеховых полуфабрикатов, даты их выработки и бригады рабочих), так и в линейной – когда показывается какое покупное сырье было использовано в продукции (без промежуточных переделов).

 

Отслеживание истории продукта:

(для просмотра изображения — нажмите на него левой кнопкой мыши)


nZKMGTEeLA54jxAyuJfwyiVQ42FhEZPzzjT6UXVE

 

nZKMGTEeLA54jxAyuJfwyiVQ42FhEZPzzjT6UXVE

 

nZKMGTEeLA54jxAyuJfwyiVQ42FhEZPzzjT6UXVE

 

Отдельный вопрос в теме организации прослеживаемости – это какое оборудование можно-нужно использовать в связке с MES-системой, чтобы процесс оперативного учета был действительно оперативен, объективен и не зависим от конкретных исполнителей. Об этой теме мы уже говорили здесь. А позднее напишем материал с описанием конкретных решений у конкретных предприятий по переработке мяса, молока и производству сыра.

 


В ЗАВЕРШЕНИЕ

 

Оглядываясь на наш опыт общение с клиентами в последнее время хочется сказать, что многие производители продуктов питания задумываются об организации прослеживаемости на своих предприятиях, но не знают с чего начать и как обеспечить эту прослеживаемость. Для всех наших последних проектов внедрения MES-систем на производствах организация прослеживаемости – это обязательная составляющая. Так что, если вдруг возникнут вопросы – вы знаете к кому обращаться ;-).

Алена_Константа

1795463433001_4569788467001_BACK-TO-THE-

 

Многие из вас, уверен, хотя бы раз в своей профессиональной карьере участвовали в проекте внедрения новой информационной-учетной системы. И, уверен, эти воспоминания почти для каждого вызывают неприятный холодок, легкую дрожь или внутреннее съеживание. Словом, воспоминания не из приятных.

 

Я искренне завидую тем счастливцам, кто запускал систему в эксплуатацию спокойно, ровно, без ненормированного рабочего дня, авралов-пожаров, употребления разнокалиберных нервовыпрямляющих препаратов. Вы – счастливчики по обстоятельствам или по призванию, вы – белые вороны в рядах внедренцев изменений, вы – люди «стальные яйца  нервы». Но, скорее всего, вы – вымышленный и несуществующий в реальности персонаж :)

 

Теперь шутки в сторону и перехожу к сути. Сегодня хочу поделиться с вами советами из своего опыта внедрения автоматизированных систем (10+ лет подобных «приключений»), который поможет вам и окружающим вас людям не только пережить этот переходный период, но и осмыслено приложить свои усилия для гладкого перехода в светлое будущее под названием «промышленная эксплуатация новой информационной системы».

 


0. ФОРМИРУЙТЕ АДЕКВАТНЫЕ ОЖИДАНИЯ К ПРОЦЕССУ ЗАПУСКА СИСТЕМЫ В ЭКСПЛУАТАЦИЮ

 

404a38e6882fa1e2d458425467929c33_still_t

 

Нужно понимать, что внедрение информационной системы – это серьезные изменения: в деятельности компании, в работе людей, в подходах и способах выполнения производственных задач. А любое изменение – это преодоление, порой с элементами стресса. И это не только для вас – надо учитывать общее количество сотрудников-пользователей системы, у которых меняется привычный способ работы.

 

Поэтому нужно сразу настроиться – легко запуск в эксплуатацию происходить не будет. Почти наверняка будет трудно (особенно на первых порах). Однако после отладки системы, завершения переходных процессов, выработки привычки к новым подходам, работа станет не только легче, но и результативней и эффективней. Это должно вас подпитывать силами в нелегком переходном процессе.

 


1. ПОДГОТОВЬТЕ ПЛАН ЗАПУСКА

 

martian_still_tmp.jpeg

 

 

Подготовка плана запуска – непростая задача, особенно когда речь идет о запуске крупной функциональной задачи в системе с большим количеством запускаемых операций и/или пользователей. Но раз Вы подошли к этапу запуска – в вашей команде неизбежно должны быть люди, которые способны определить – ЧТО должно быть запущено (состав операций, функций, задач) и КАК должен проходить запуск (из каких этапов/вех).

 

Хорошим примером ответа на вопрос ЧТО? является модель описания информационной системы, приведенная в одной из наших предыдущих публикаций. Если к моменту запуска системы в эксплуатацию такое описание внедряемой системы будет у вас в наличии, то оно (описание) отлично поможет оценить полноту состава запускаемых операций.

 

Кроме ревизии состава запускаемых операций в плане запуска нужно предусмотреть – в какой последовательности будут запускаться функции и операции, а также – какие необходимо выполнить подготовительные работы для начала работы пользователей: завести пользователей и назначить им права, внести начальные остатки и т.д.

 


2.  ПОДГОТОВЬТЕ ИНСТРУМЕНТЫ УПРАВЛЕНИЯ ЗАПУСКОМ

 

iron-man_still_tmp.jpeg

 

Основными инструментами управления запуском являются:

 

  1. Чек-лист операций конкретного пользователя. Чек-лист позволяет проконтролировать как возможность выполнения пользователем операций (может или нет), так и полноту (все операции выполняются или не все).
  2. Журнал учета инцидентов. Журнал – это место регистрации, хранения и ведения списка вопросов и их решений. У пользователей в ходе запуска могут возникать вопросы и проблемы разного калибра. И нужно обязательно иметь инструмент ведения списка задач, требующих отложенного решения.

 


3. РАСПРЕДЕЛИТЕ ОТВЕТСТВЕННОСТЬ ЗА ПЕРВИЧНУЮ КОНСУЛЬТАЦИОННУЮ ПОМОЩЬ ПОЛЬЗОВАТЕЛЯМ И ЗА РЕШЕНИЕ СЛОЖНЫХ ВОПРОСОВ

 

65052e85bdf6b549fb775e68d1558194__980x_s

 

В большинстве наших проектов мы делим команду внедрения на два эшелона:

 

  1. Первая линия поддержки – это специалисты к которым непосредственно обращаются конечные пользователи со своими вопросами по работе с системой. Крайне важно, чтобы:
    • количество таких специалистов на поддержке было достаточно для оперативной реакции на вопросы пользователей. Особенно на первых 2-3 интенсивных неделях запуска
    • каждый пользователь знал к кому обратиться со своим конкретным вопросом
  2. Вторая линия поддержки – это интеллектуальный штаб для решения сложных вопросов или инцидентов пользователей, которые не могут быть оперативно отработаны в режиме «вопрос-ответ».

 


4. ПРОГОВОРИТЕ ПЛАН ДЕЙСТВИЙ И ЗОНЫ ОТВЕТСТВЕННОСТИ СО ВСЕМИ УЧАСТНИКАМИ ПРОЦЕССА

 

iko8s148q7_still_tmp.jpeg

 

Этот совет (как и первый) связан с психологической подготовкой проекта. В основе страха (порой подсознательного) для большинства людей лежит не масштаб предстоящих изменений, а неопределенность, которая в них скрыта. Например, проводились исследования, показывающие, что студентов меньше беспокоит грядущая сессия, если у них составлен план подготовки к ней.

 

Поэтому, когда вы проделали предыдущие подготовительные задачи, обязательно соберите всех участников запуска (самое главное – пользователей) и объясните максимально подробно – КАК будет происходить запуск, КТО и ЗА ЧТО отвечает, К КОМУ обращаться при возникновении вопросов.

 


ВМЕСТО ЗАВЕРШЕНИЯ

 

Хороший вопрос – когда заканчивается запуск? «Когда все станет хорошо» — частый и вполне ожидаемый ответ пользователей/заказчика. Но поскольку мы говорим про управляемый, а значит измеримый результат, то надо отвечать на этот вопрос конкретней.

 

В своих проектах границей окончания запуска мы считаем следующие критерии:

 

  1. Каждая из запланированных к запуску операций выполняется (или может быть выполнена) в системе в соответствии с определенной для нее периодичностью
  2. Устранены инциденты, не позволяющие операции выполняться в рабочем режиме

 

Это далеко не полный перечень того, что помогает снизить болезненность процесса запуска системы в эксплуатацию. Однако, если вы возьмете в привычку и практику хотя бы перечисленные выше советы, то разницу относительно предыдущего опыта запуска вы точно сможете почувствовать.

 

Интересных вам проектов внедрения и управляемых запусков!

Алена_Константа

PSHHSHSHHL.png

 

О ЧЕМ РЕЧЬ

Сегодняшний материал будет интересен представителям финансовых подразделений и представителям производства. Впрочем, отговаривать от чтения всех остальных точно не буду. Поговорим о том – как корректно выстроить связку систем финансового и оперативного учета на производстве продуктов питания.

 

Начнем с того, что автоматизированные системы финансового учета (как минимум бухгалтерского) есть почти на всех предприятиях. А в последнее время конкуренция на рыке производителей продуктов питания заставляет активно заниматься внедрением автоматизированных систем оперативного учета для получения более широкого спектра данных и принятия оперативных управленческих решений.

 

И вот тут возникает вопрос – каким образом организовать и автоматизировать контур оперативного учета? Вести все в одной базе и расширять финансовый контур до детальности оперативного? Разделить их так, чтобы оперативные данные велись в одном контуре, а в финансовый только транслировались необходимые аналитики? Вести их в одной базе или в разных?

 

Сегодня мы поделимся своим опытом и подходами к решению этой задачи.

 


ПРИЧИНЫ РАЗДЕЛЕНИЯ СИСТЕМ

 

Мы на практике решали задачу и путем расширения финансового учета до требований детального учета на производство в единой информационной системе, и выполняли проекты, где контуры оперативного и финансового учета были реализованы в отдельных базах.

 

Дело в том, что финансовый и оперативный учет ведутся для разных целей и обладают принципиально разными свойствами, хотя и основываются на одних исходных данных. В свете этого важно решить один из ключевых вопросов – вопрос границы оперативного и финансового учета и момента перехода данных из одной системы в другую.

 

В итоге мы остановились на том, что наиболее экологичное решение – разделять контуры оперативного и финансового учета (и лучше их делать в разных базах).

3 основные причины почему нам видится разделение данных задач на разные подсистемы:

 

  1. Финансовый учет ведется, как правило на основании бухгалтерских документов и с задержкой на 5-20 дней. В то время как для принятия оперативных решений часто надо обладать информацией практически в режиме реального времени.
  2. Системы оперативного учета подстроены под производственные процессы предприятия и изменяются существенно реже нашего «шального» законодательства, поэтому и останавливать систему MES-учета для получения очередного обновления регламентированной отчетности – задача, не несущая никакого профицита для бизнеса.
  3. Режим работы MES-систем должен быть организован 24/7, и, соответственно, нельзя останавливаться, когда идут долгие регламентные процедуры (например, по расчету себестоимости) так необходимые для финансовых служб предприятия.

 

Реализация проектов, где финансовый контур детализировался до оперативного приводил к тому, что финансовый учет существенно усложнялся. Наш опыт реализации проектов оперативного учета привел нас к следующим правилам интеграции подсистем финансового и оперативного учета:

 

  1. Необходимо сворачивать аналитики учета до требуемых для экономического анализа

// Каждому объекту финансовой подсистемы должно быть поставлено в соответствие несколько объектов оперативной подсистемы. Эта связь должна быть использована в дальнейшем при автоматическом формировании документов финансового учета на основании оперативных документов.

 

  1. Упрощайте схемы движения материальных потоков для формирования себестоимости

// Для финансового учета не нужно учитывать все возможные места возникновения затрат и рабочие центры, достаточно взять минимальный объем для получения целевой схемы учета затрат.

 

// Например, когда с точки зрения оперативного учета подразделения детализированы с точностью до производственных участков и цеховой кладовой при них, а в финансовой подсистеме все эти подразделения являются единым подразделением. В этом случае перемещения ТМЦ между участками, а также между участками и цеховой кладовой не попадут в финансовый учет. В финансовом учете будут отражены только агрегированные данные о приходе ТМЦ на подотчет цеху и об отпуске ТМЦ из цеховой кладовой .

 

  1. Определяйте единые точки ввода для справочной информации

// Для каждого справочника (подразделения, продукция, номенклатурные группы и т.д.) надо определить систему, в которой элементы справочника будут первично рождаться. Это позволит избежать захламления справочников «дублями».

 

  1. Откажитесь от счетов учета и прочих «бухгалтерских штучек» в системе оперативного учета

// Непонятные для оперативных работников реквизиты документов могут вводить их в ступор и тормозить скорость работы людей в системе. Такие вещи должны настраиваться для автоматического обмена в рамках интеграции подсистем. При этом надо сохранять возможность ручной корректировки в системе финансового учета (например, счетов учета и статей затрат).

 

  1. Увеличивайте периоды обмена подсистем, но не забывайте про минимальную потребность обеспечения финансового учета первичными данными.

// Такой подход позволит уменьшить нагрузку на систему оперативного учета и увеличить ее производительность.

 

Таким образом, труд финансово-экономических служб существенно упростится, если использовать механизм автоматического формирования финансовых данных на основании оперативных.

 

При таком взаимодействии все технические и экономические службы предприятия получают достоверные и структурированные данные обо всех производственных процессах в режиме реального времени в виде сформированных сводных отчетов в виде таблиц и графических образов.

ODLD-1.png

Еще один момент, на который надо обратить внимание – на каком месте в общей информационной системе предприятия данные должны перетекать из одной системы в другую. Любой документ, отражающий оперативную деятельность в системе – это факт передачи ответственности (в т.ч. материальной). Поэтому важно понять – в каком месте будет происходить фиксация факта передачи этой ответственности.

 

Рассмотрим это на примере операции выпуска готовой продукции на склад. Причем сразу оговоримся, что данная операция подразумевает под собой 2 факта:

 

  1. Отражение выпускающим/передающим подразделением факта выпуска/передачи.
  2. Подтверждение принимающим подразделением факта его получения в полном объеме.

 

Варианты реализации этих операций следующие:

 

  1. Данные операции можно отражать в системе оперативном учете целиком и затем транслировать в систему финансового учета. В данном случае мы имеем проблему в работе приемщика в 2-х системах, так как факт отгрузки будет фиксироваться уже в системе финансового учета.
  2. Можно отражать первую операцию в системе оперативного учета, а подтверждение факта приемки в системе финансового учета. В данном случае придется поддерживать двухстороннюю интеграцию, либо формирование каких-то сводных отчетов из 2-х систем для того чтобы удостовериться в единообразии данных.

 

С точки зрения упрощения работы пользователей второй вариант более удобен, но он требует более грамотного технического подхода и более трудоемок в реализации. Если у вас есть возможность, то лучше склонятся именно к нему.

 


ПЛЮСЫ И МИНУСЫ РАЗДЕЛЕНИЯ КОНТУРОВ УЧЕТА

 

  1. Плюсы

a. Уменьшение ручной обработки данных службами финансового учета, т.к. документы уже в том или ином виде приходят к ним в рамках учетной системы.

b. Возможность передать в систему финансового учета с любой степенью детализации (не меньшей чем в оперативном учете). И, соответственно, с такой же степенью детализации возможно посчитать себестоимость готовой продукции.

c. При желании можно получать оперативные финансовые показатели, основанные на оперативной деятельности (например, ежедневная себестоимость партий готовой продукции).

d. Теоретически, жизнь оперативного и финансового учета в одной системе возможна, но вам придется мириться со всем проблемами, обозначенными выше: регулярные обновления информационной системы, недоступность в связи с выполнением регламентных процедур, и дополнительно ваш финансовый учет будет вестись с той же степенью детализации что и оперативный. Оно вам надо?

 

       2. Минусы

 

a. Любая интеграция (в данном случае подсистем учета) требует затрат на реализацию и поддержку корректной работы.

b. Кроме самой интеграции надо задуматься об инструментах, которые подтверждают правильность ее работы (напр. разработать стыковочные отчеты).

c. Если есть потребность в корректировке данных, то надо делать их в месте первичного возникновения (при повторном обмене информацией скорректированные не в том месте данные могут затереться и породить хаос).

 


В завершение

 

Это наш подход к решению задачи интеграции оперативной системы и системы финансового учета, который показывает свою работоспособность у клиентов.

 

Главное на что хочется обратить внимание в конце, что если вы планируете развивать детальность своей системы учета от финансовой до оперативной, то система оперативного учета – это не расширенная система финансового учета. Это отдельная система для данных, которую лучше реализовывать на разных контурах и в разных базах.

Алена_Константа

s-e797aecf46efe8f13bbe47c8349da5ad9df04f

 

«Экспертам от экспертов»

 

Ни для кого уже не секрет, что современный рынок производителей продуктов питания отличается высокой конкуренцией. Кроме этого, федеральные сети держат производителей практически в кабальных условиях — чтобы войти в сеть и продолжать сотрудничать с ней, необходимо выполнить целый ряд требований, которые постоянно дополняются.

 

В связи с этим становится во весь рост вопрос снижения себестоимости готовой продукции для повышения конкурентоспособности предприятия. И, если посмотреть на возможные варианты снижения этой самой себестоимости, то их не так-то и много.

 

К нашему огорчению производители чаще всего выбирают короткий путь и снижают себестоимость за счёт рецептурных изменений (удешевляют ингредиенты, используют заменители). Такой путь неизбежно приводит к снижению качества продукта и к потере имиджа в глазах покупателей. А вот восстановить репутацию после этого крайне сложно. Если покупатель один раз разочаровался в продукте и отвернулся от производителя, то нужно приложить неимоверные усилия, что обратно завоевать его доверие. И получается, что такой прямой рецептурный способ снижения себестоимости быстр и лёгок, но влечёт за собой «побочные эффекты» в виде снижения качества продукции и, как следствие, потери рыночных позиций.

 

А есть ли какой-то альтернативный способ? Конечно есть, и о нём мы сегодня и поговорим. Это более сложный, более длинный, но в долгосрочной перспективе более правильный способ. Это способ снижения себестоимости за счёт контроля производства и сокращения потерь по производственному процессу.

ПРОЦЕССНЫЙ ПОДХОД СНИЖЕНИЯ СЕБЕСТОИМОСТИ

Начнём с того, что же это такое — процессный подход? Он заключается в том, что мы осуществляем контроль технологических операций с точки зрения потери выходов продукции. То есть наша задача – выстроить контроль выходов продукции по технологии производства, который позволит обнаружить и «подкрутить» те места, где происходит сверхнормативная потеря, расход или выбраковка продукции.

 

У производителей продуктов питания мы выделяем следующие потери:

 

  • Технологические – потери, которые возникают в процессе производства. Это, например, операции, в которых происходит потеря веса продукции: дефростация, заморозка, термообработка, охлаждение, остывочные камеры, посол, сушка и т.д. В том числе готовая неупакованная продукция, которая ждёт упаковки.
  • Брак и порча, которые возникают либо по технологическим причинам, либо по халатности сотрудников производства. И это тоже в общем-то те резервы, которые мы можем использовать. Такие потери в любом производстве неизбежны, но за счёт выяснения их причин и управления этими потерями, мы получаем понимание – каким образом можно снизить их количество.
  • Непроизводственные – это потери, которые непосредственно не связаны с процессом производства: следствие недостатков в технологии и организации производства. Например, простои продукции, штрафы, воровство.

 

КАК ОРГАНИЗОВАТЬ ПРОЦЕССНЫЙ ПОДХОД СНИЖЕНИЯ СЕБЕСТОИМОСТИ?
  1. Первый шаг — определить операции по технологии производства, на которых возникают потери (термообработка, охлаждение, дефростация, заморозка, сушка, посол, хранение готовой неупакованной продукции и т.д.).
  2. Второй шаг после выделения операций – это организация на них оперативного учёта таких основных параметров как:

 

  • время выполнения операции

Операции, описанные выше, всегда критичны ко времени выполнения. И, к примеру, если мы передержали продукт в дефростере, то мы его не только разморозили, но ещё и подсушили. А может даже и подзапекли )) То есть у продукции явно произошла сверхнормативная потеря полезного естественного веса сырья и, само собой, порча.

 

  • объём входа и выхода продукции

На входе-выходе по производственным операциям необходимо контролировать – какое количество продукции зашло, какое вышло.  Это даёт точный расчёт процента потерь. А когда мы можем видеть этот процент, то можем и управлять им. Также можем определить – соответствует этот процент нормативному или не соответствует.

 

  • объём брака

Объём брака необходимо отслеживать как в законченном цикле производства, так и отдельно по каждой операции. Передержали мы, например, продукт на какой-то операции, или вдруг оборудование дало сбой, или рабочий опрокинул тару с сырьём. Вот и возник брак, который мы сразу должны зафиксировать.

 

  • объём расхода вспомогательных, упаковочных материалов

Необходимо обеспечить учёт и контроль используемых дополнительных, вспомогательных, упаковочных материалов.  Это также влияет на себестоимость продукции и качеством этого учёта не стоит пренебрегать.

Конечно существуют дополнительные параметры, которые тоже неплохо было бы учитывать, но вопрос их учёта состоит уже привязан к наличию соответствующих инструментов учета. Вести его возможно только с помощью автоматизации, а вручную — довольно сложно, трудоёмко и неточно.

 

Такими дополнительными параметрами могут быть:

 

  • партионный учёт

У каждой продукции есть условия и сроки хранения. При их нарушении будут возникать порча и потери.  Но вопрос не только в различном физическом хранении партий, но и различии в документальном оформлении и ведении учёта этих партий. Но и это ещё не всё. Для полного партийного учёта требуется и соответствующая физическая идентификация партии, обычно осуществляемая соответствующей маркировкой товара (напр., нанесение штрих-кода) или его упаковкой.

 

  • учёт выполнения операций по единицам оборудования

Так, например, операция термообработки выполняется с большим количеством термокамер. У каждой термокамеры есть свои параметры, от которых может зависеть выход продукции. И необходимо вести учёт не в целом по камере, а по конкретной печке, которая в ней находится.

 

  1. Третий шаг —  это контроль межоперационных остатков.  А именно – контроль времени нахождения этих остатков между операциями и объёмы этих остатков для того, чтобы исключить внезапную пропажу этого продукта. То есть мы должны знать – если у нас вышло с этой операции такое количество продукции, то на следующую операцию должно зайти столько же. Возможно, с небольшим отклонением, предусмотренным нормами.  Это обеспечит контроль непроизводственных потерь, в том числе и воровства.

 

Уверен, что на каждом пищевом производстве, в том или ином виде, эта информация в производстве учитывается. Но стоит честно задать себе вопрос – устраивает ли вас этот способ учёта? Можете ли вы свободно получить нужную информацию? А на сколько она точна и достоверна? Можно ли её проанализировать и на основании её принимать какие-то решения?

 

Если вы честно ответите на эти вопросы, то согласитесь, что качество учёта на вашем производстве недостаточно высоко.

 

Обычно, когда мы проводим обследования на пищевых предприятиях, то выясняем, что учёт на производстве ведётся либо в бумажном журнале, либо в Excel. Но информация такими способами учитывается не вся и не всегда. А уж когда данные с производства запрашивают для руководства, то на основании этой неполной информации сотрудники «рисуют» отчёты, которые в конечном счете и получает руководство. То есть, это уже своего рода псевдоучёт, а не настоящий учёт.

 

Мы подводим к тому, что организация корректного учёта на производстве обеспечивает прозрачность и достоверность данных, на основании которых мы можем принимать взвешенные управленческие решения. А такие решения и приведут к снижению себестоимости продукции.

ПОЧЕМУ ОРГАНИЗАЦИЯ УЧЁТА НА ПРОИЗВОДСТВЕ ВЕДЁТ К СНИЖЕНИЮ СЕБЕСТОИМОСТИ?

Во-первых, как мы уже упоминали выше, такая организация даёт оперативную достоверную информацию и понимание о том – на каких именно операциях, на каких именно участках происходят сверхнормативные потери(дополнительный расход сырья, вспомогательных материалов и т.д.), то есть те дополнительные издержки, которые несутся сверх нормы и закладываются в себестоимость.

 

Когда мы понимаем причины возникновения сверхнормативных потерь, мы можем точечно применить определённые усилия. Например, данные показали, что на конкретном оборудовании показатели выхода продукции скачут то в одну, то в другую сторону. При анализе мы выяснили, что происходит сбой в работе оборудования и теперь мы можем принять решение – отремонтировать это оборудование, или в худшем случае — заменить его.

 

Если же причина в качестве работы сотрудников, то для исправления ситуации можно применить управленческие «пряники-кнуты» для рабочих, руками которых организуется этот процесс.

 

Во-вторых, такой учёт оказывает «общеуправленческий эффект». Имеется в виду, что когда мы начинаем наблюдать за операциями, контролировать их, мы неизбежно повышаем дисциплину самого процесса производства. Сам факт контроля уже улучшает показатели процесса.

 

При этом высшим пилотажем считаем решение, когда, в дополнение к этому учёту, стоится система, которая сама обеспечивает нужные технологические параметры. То есть контроль технологии производственной нормы, заложенный в систему, не даёт возможности отклониться от выполнения этих нормативов.

 

Примерами такой системы могут быть инструменты рецептурного контроля.  Это автоматизированный инструмент, который помогает сотруднику определить – какой объём сырья может быть использован; сразу его контролирует и, если вдруг возникают отклонения, не даёт завершить операцию. Таким образом, система сама обеспечивает определённый рецептурный контроль за объёмом сырья в рамках нормативов, которые допускаются.

 

Другой пример автоматизированного инструмента, который позволяет обеспечить технологию – это мониторинг операций, которые привязаны ко времени: сушка, дефростация и т.д. Система может показывать время, конец операций и реагировать при каких-либо отклонениях от нормы.

ВМЕСТО ЗАКЛЮЧЕНИЯ

Такой процессный подход для снижения издержек и потерь в производстве как средство снижения себестоимости является не самым простым, но в долгосрочной перспективе более правильным и более выигрышным.

 

При его использовании мы получаем не только возможность снизить себестоимость, но и получаем дополнительный букет выгод:

 

  • Сохраняем и даже где-то увеличиваем качество продукции. Звучит это немного парадоксально — снизили себестоимость, а качество повысили. Но по факту это так. За счёт того, что мы получили порядок на производстве и контроль над технологией, в том числе оказываем воздействие и на качество продукции.
  • Повышаем порядок и дисциплину исполнения работ на производстве. Повторимся – когда мы контролируем что-то, то мы неизбежно повышаем дисциплину этого учёта.
  • Получаем основу для организации прослеживаемости движения партий и продукции в производстве, которая является сейчас очень актуальной задачей и для менеджмента компании, и для представителей торговых сетей, и для государства (ГИС «Меркурий» явно намекает на желание видеть партионный учет у мясопереработчиков и молочников). Впрочем, тема прослеживаемости производства — это тема уже отдельного ликбеза.
Алена_Константа

291.jpg

 

У всех производителей продуктов питания процесс отгрузки в том или ином виде, но всё же работает. Иначе как бы они существовали? При этом у многих процесс отгрузок хромает, и новые требования (например, обязательность оформления ВСД) только проявляют затаившиеся проблемы.

 

В данном материале я поделюсь нашим опытом организации процессов отгрузки в проектах оптимизации-автоматизации и опишу универсальную (насколько это возможно) схему процесса отгрузки как она видится мне (с акцентом на особенностях каждого шага). Сразу предупрежу — это не какое-то ноу-хау. Скорее, просто структурирование шагов по отгрузке, своеобразная основа для полноценного регламента отгрузки.

 

Общая схема процесса выглядит так:

 

1. Приём заказов от покупателей. Задача данного шага банальна – зафиксировать все заказы, получаемые от клиентов.

Основными способами на данный момент являются EDI-канал и загрузка заказов из Excel. Для тех, у кого большой объём заказов идет через EDI, зачастую возникают регулярные проблемы (которые, возможно, и не критичны, но сильно утомляют). По нашей практике наиболее стабильно и качественно работают инструменты «Контура» (не сочтите за рекламу).

2. Контроль кванта заказа.

Для заказов, отгружаемых в магазины, необходимо проверить минимальную сумму заказа.

 

Для заказов, отгружаемых на РЦ и дистрибуторам, необходимо проверить соответствие заказов минимально согласованному кванту для одного заказа или группе заказов одного направления.

3. Финансовый контроль.

Перед передачей заказов в логистику (формирование маршрутов, утверждение заказов для отгрузки) необходимо проверить задолженности по взаиморасчетам с клиентами. Не при приёме заказов, а именно перед передачей в логистику.

4. Формирование распоряжений на отгрузку.

Зачастую распоряжением на отгрузку считают или заказ покупателя, или созданный на его основании документ реализации. Считаю, что это некорректно, так как доступное количество готовой продукции может быть меньше чем объём принятых заказов (для производителей продуктов питания это скорее норма, чем исключение). При этом, передавая полный объём заказов на отгрузку, мы передаём заодно принятие решений о том – кого будем грузить в полном объеме, а кому недогрузить – грузчикам.

Правильным считаю — формирование распоряжений на отгрузку сотрудниками службы клиентского сервиса на основании информации об обеспеченности клиентских заказов готовой продукцией.

5. Формирование распоряжений на доставку.

После того как станет понятен весь набор распоряжений на отгрузку, их необходимо распределить по рейсам/машинам.

 

Для этого мы в своих проектах обычно создаём специальное рабочее место транспортного логиста, в рамках которого ответственный специалист формирует маршруты либо на основании шаблонов маршрутов (для регулярных доставок), либо объединяет заказы по направлениям доставки. И в том и в другом случае специалист контролирует – чтобы машины не были перегружены, с одной стороны, и не были бы недозагруженными, с другой.

 

Для доставок по магазинам важно контролировать ещё и количество точек доставки, а точнее – время, необходимое для объезда всех точек доставки в рейсе.

6. Формирование наборных листов.

На основании распоряжений на отгрузку и в соответствии с порядком погрузки машин формируются задания на наборку.

 

Задания на наборку могут делится по складам/зонам хранения. После формирования задания распределяются по исполнителям (наборщикам).

 

Для быстро оборачиваемых складов, которые оперативно подпитываются от производства в процессе отгрузки, важно перед выдачей/получением листов наборки исполнителям проводить оценку обеспеченности продукцией на складе готовой продукции по выдаваемому/получаемому заданию.

7. Наборка готовой продукции.

Чаще всего саму наборку удобнее (и как правило быстрее) выполнять с печатной формы наборного листа. При этом после наборки необходимо зафиксировать факт того что было набрано (разумнее — электронным способом).

 

Если отгрузка местами и паллетами, то наиболее удобна схема фиксации факта путём сканирования набранной продукции (например, с помощью ТСД).

Если отгружается продукция единицами и при этом товар весовой, то необходимо организовывать рабочее место наборщика с весами.

 

Результатом наборки является подготовленный товар в зоне отгрузки и проставленный факт количества отгружаемой продукции в электронном листе наборки.

8. Погрузка машины.

При постановке машины на рампу для погрузки в соответствии с графиком формируется лист погрузки (печатная форма по рейсу), в котором указано – какие наборные листы нужно погрузить в машину.

986-1024x683.jpg

Грузчик собирает предварительно набранную продукцию по листам наборки и грузит в машину в порядке, обратном от порядка развозки заказов и, следовательно, листов наборки.

9. Формирование сопроводительных документов.

После погрузки машины (или одновременно с погрузкой) ответственный за первичную документацию формирует документы реализации на основании заказов и факта наборки в листах наборки.

 

Далее на основании согласованного состава печатаемых документов для клиента выполняется пакетная печать по рейсу. На документах ставятся подпись, печати и вместе с заданием на доставку по рейсу отдаются водителю-экспедитору.

10. Отправка DESADV-сообщений в сети.

Для заказов, принятых через EDI, необходимо отправить DESADV – сообщение о факте отгрузки на точку доставки для организации приёмки на стороне получателя.

11. Учет возврата документов.

После отправки со склада производителя исполнение заявки ещё не заканчивается. Нужно ещё доставить до точки и провести процедуру передачи продукции, которая (процедура) фиксируется в сопроводительных документах.

 

И только после возврата первичных документов и внесения корректировок в накладные в учетной системе можно считать, что отгрузка завершена.

Работа с первичной документацией отличается в зависимости от формы документооборота с партнёром:

 

1. Если используется электронный документооборот, то по факту приёмки выполняется загрузка RECADV-сообщений, корректировка реализаций (при необходимости) и отправка электронного УПД.

 

2. При бумажном документообороте – отметка о возврате бумажной накладной, корректировка электронной реализации при отклонениях, печать и отправка накладных (при необходимости).

А после возврата машины отгрузки ещё нужно обработать возвраты продукции. Но это уже отдельная интересная тема, о которой мы напишем в следующий раз.

 


Вместо завершения


 

Можете использовать описанную схему как чек-лист на предмет – всё ли у меня в порядке с отгрузками. Если и без этого чек листа есть понимание, что надо что-то поменять в своей работе, то не сдерживайте себя — наводите порядок. Сами или с чьей-либо помощью. Например, с нашей:)

Алена_Константа

a9205d2dc92bec14b2c0969eb0fcae88-768x512

 

Для производителей продуктов важным моментом является необходимость минимизировать потери при отработке заказов клиентов. Надо и производственный сервис выполнять, и при этом не понести дополнительных затрат на переналадку, привлечение доп. сотрудников, соблюсти кратность партий запуска и т.д.

 

В рамках выбранной темы поговорим о планировании и диспетчеризации производства для минимизации этих потерь. При этом оговоримся сразу, что само планирование производства как правило осуществляется с 2-х сторон:

 

  1. Планирование запуска производства (или планирование переработки) – чтобы своевременно запустить производство, организовать согласованную внутрицеховую работу и выдать необходимый объем продукции к плановым датам отгрузки заказов;
  2. Планирование упаковки продукции – чтобы своевременно (с точностью до часа) упаковать, промаркировать и подготовить готовую продукцию к отправке клиентам.

 

Сегодня мы поделимся своим опытом и подходами к решению только первой задачи – планирования запуска производства (причем посмотрим на эту задачу глазами начальника производства), и опишем общий алгоритм формирования этого плана.

 


КЛЮЧЕВЫЕ ЗАДАЧИ ПЛАНИРОВАНИЯ ЗАПУСКА ПРОИЗВОДСТВА

 

В рамках процедуры планирования запуска производства перед начальником производства стоят следующие ключевые задачи:

 

1. Согласовать исполнимость заявки на производство продукции, определенной клиентским департаментом, на основании заказов клиентов – оценить возможность произвести требуемый объем заданной продукции в указанные сроки.

В рамках данной задачи происходит согласование и принятие (или своевременный отказ от) ответственности начальником производства за объемы и сроки выпуска готовой продукции.

2. Сформировать правильные последовательность и сроки запуска + обработки продукции на цеховом оборудовании (или рабочих центрах), чтобы обеспечить целевые показатели производства.

Например – произвести как можно быстрее, минимум простоев и т.д. Результат этой задачи – сформированное задание на запуск и обработку на рабочие центры в производстве.

3. Рассчитать потребность в сырье и материалах + запустить процедуры обеспечения утвержденной к производству заявки.

 


I. Согласование исполнимости заявки на производство


 

Итак, первой задачей начальника производства является оценка пропускной способности своего подразделения для выполнимости поступившей заявки, определение максимального состава заявки, принимаемой к выполнению.

 

Надо заметить, что оценка пропускной способности производства должна бы являться частью алгоритма расчёта заявки на производство, которая формируется клиентским департаментом. С этим я вынужден одновременно и согласиться, и не согласиться:

 

  • С одной стороны, действительно нелогично при определении потребности в производстве не учитывать существующие ограничения производства. Поэтому модель расчета заявки на производство и учитывает пропускную способность мощностей. НО! На этом шаге заложена упрощенная модель оценки – по ключевому ресурсу. В качестве ключевого ресурса как правило выступает уникальный станок или линия, которые в большинстве случаев ограничивают производство.
  • С другой стороны, когда мы говорим про принятие ответственности за выполнение объемов начальником производства нужна более тонкая оценка исполнимости. В противном случае при срывах или невыполнении плана начальник производства оказывается «виноватым» за чужие расчеты.

 

Кроме того, в реальном производстве в зависимости от ассортимента и объема потребности – узкое место/ключевой ресурс – может перемещаться с одного рабочего центра на другой.

 

Именно поэтому для оценки возможности выполнения заявки на переработку требуется проверить заявку по всем цеховым рабочим центрам.

 

Проверка заявки выполняется на основании следующей информации:

 

  • Доступность рабочих центров в соответствии с загрузкой под запущенные заявки
  • Производительность рабочих центров для каждой единицы продукции
  • Технологические цепочки производства – последовательность обработки продукции на рабочих центрах
  • Привязка продукции к определенным рабочим центрам, приоритеты использования рабочих центров для обработки продукции
  • Время переналадки (мойки) оборудования и переключений, после которых необходима переналадка
  • Минимальная и кратность партии запуска.

 

При распределении заявки на цеховые рабочие центры решается вариант задачи о мультипликативном рюкзаке:

 

  • каждый станок — рюкзак, имеющий свою вместимость (максимально возможный объем выпуска в смену),
  • каждая партия номенклатуры — предмет, имеющая свою ценность и время обработки на станке (вес).

При этом задача имеет особенность относительно классической постановки – возможность параллельной обработки продукта на некоторых рабочих центрах (например, в печи могут одновременно обрабатываться несколько рам с продукцией, при этом их время обработки (вес предметов) не суммируется.

Результатом распределения заявки на цеховые рабочие центры является информация:

 

  • о плановой загрузке рабочих центров, в %,
  • возможные перегрузы оборудования,
  • оценочные даты завершения производства продукции по заявке

shema11.png

 

Рисунок. Оценка исполнимости заявки на производство через пропускную способность оборудования

 

На основании полученной информации начальник производства оценивает возможность/невозможность исполнить заявку на производство и согласует с клиентским департаментом – в какой заявке, какую продукцию и на сколько необходимо сократить.

После оценки и согласования скорректированной заявки на производство начальник производства приступает к формированию последовательности и расчету сроков запуска, обработки продукции на цеховом оборудовании.

 


II. Формирование последовательности и сроков запуска


 

Данные процессы ритмичны и повторяемы, поэтому логично их перевести из «ручного режима» в работу автоматизированного инструмента. При автоматизации процессов планирования производства с целью получения согласованного расписания работы оборудования мы придерживаемся принципов теории ограничений систем, согласно которым не требуется рассчитывать расписания-диаграммы для каждого технологического этапа. Для организации согласованной обработки продукции по технологической цепочке производства достаточно определить расписание на рабочие центры, которые являются драйверами производственного процесса (барабанами в терминах теории ограничений). Как правило начальники в своем производстве знают такие рабочие центры. Либо для их вычисления можно воспользоваться методиками теории ограничения систем.

 

Применяемый алгоритм построения расписания на рабочем центре-драйвере выстраивает последовательность обработки на нем таким образом, чтобы обеспечить равномерность загрузки следующих за ними рабочих центров. Т.е. решается оптимизационная задача, в которой основным критерием эффективности построенного расписания является минимальное время простоя следующих станков.

 

Результатом выполнения задачи является расписание (последовательность и время) запуска обработки партий на рабочих центрах-драйверах, которые обеспечивают сбалансированную загрузку цехового оборудования и позволяют выполнить заявку на производство. На основании рассчитанного расписания формируются и выдаются задания по рабочим центрам производства.

 


III. Расчет потребности в сырье и материалах


 

Последней задачей в процедуре планирования заявки на производство является расчет потребности в сырье: на основании распределенной по оборудованию заявки на производство и построенной последовательности запуска и обработки партий продукции рассчитывается график потребления сырья и материалов по рабочим центрам и формируется потребность на внутренние и центральный склады для выполнения процедуры материального обеспечения производства.

 


В ЗАКЛЮЧЕНИИ

 

Это наш подход к решению задачи планирования запуска производства для выравнивания загрузки цехового оборудования, выработанный на основании выполненных проектов автоматизации пищевых производств.

Алена_Константа

ul7.png

 

В прошлой статье мы рассмотрели определение понятие прослеживаемости в пищевом производстве, её цели и задачи, а также способы выделения и идентификации партий. Остановились на том, что задача прослеживаемости на предприятиях на практике не может быть решена без автоматизированной информационной системы.

Сегодня поговорим о том – как на практике организовать учет партий и обеспечить прослеживаемость партий с помощью такой системы

 


I. Выделение переделов — первый шаг на пути к прослеживаемости в пищевом производстве


 

Для того, чтобы заниматься автоматизацией задачи прослеживаемости пищевого производства начальным шагом нужно определить – какие есть внутри производства технологические переделы (этапы технологии производства продукции), а также какие из них мы хотим контролировать и оперативно учитывать. Ответ именно на этот вопрос даёт нам понимание – где должны стоять автоматизированные рабочие места внутри производства для учета интересующих нас переделов.

 

1. Две ошибки при выделении переделов:fДве ошибки при выделении переделов:

 

a. Детальный учёт каждой технологической операции. Мы фиксируем любой вид преобразований (смешивание, разделение, переработку и т.д.), который происходит с сырьём или полуфабрикатом по всей технологической цепочке.

 

Например, технологическая цепочка в мясопереработке при производстве колбасных изделий может выглядеть следующим образом:

 

  • Смешивание сырья в рецептурные комплекты
  • Измельчение
  • Массирование
  • Формовка
  • Термообработка
  • Охлаждение
  • Упаковка и маркировка

 

При этом каждая операция может выполняться на нескольких единицах оборудования.

 

При таком варианте выделения переделов мы нацеливаемся на учет каждого преобразования, которое происходит с материальными ценностями — мы стремимся получить максимально точный и достоверный учёт. Но, с другой стороны, организовать и обеспечить такой учёт довольно сложно: может получиться, что для рабочих на производстве учет будет помехой, тормозом в процессе производства продукции.

 

Уверен, что наличие автоматизированной системы должно не замедлять или мешать процессу производства, а, наоборот, – органично вливаться в него и позволять быстро + удобно вести учёт произведённой продукции. Не люди для системы, а система для людей.

 

b. Злоупотребление нормативным учётом (вход сырья, выход готовой продукции). У нас есть нормативные технологические документы (рецептуры, спецификации), на основании которых мы можем рассчитать расход сырья на произведённую продукцию. Однако в производстве есть отклонения и потери, места, переделы возникновения которых мы в таком случае не видим. При нормативном учете мы можем их сравнить только на уровне расхождения нормативных и фактических данных.

Несомненный плюс такого учёта – он не требует практически никаких усилий с точки зрения организации. Минус – мы видим нормативную прослеживаемость, нормативные расходы и нормативные потери, а не действительно достоверную информацию.

Таким образом, первая задача – определить на каких переделах и что мы должны считать (желательно не нормативно, а фактически). Например, для прослеживаемости сырья в готовой продукции нам надо выделять именно те переделы, в которых происходит преобразование одних компонентов в другие. При этом некоторые переделы обработки партий (например, кутерирование) могут остаться неучтенными.

Учитываемые переделы – это технологические преобразования сырья или полуфабрикатов, которые необходимо учитывать с точки зрения информационной системы. На таком переделе мы видим фактическую информацию о входах и выходах сырья или полуфабриката, фиксируем её в системе и оперативно контролируем.

 

Неучитываемые переделы – это преобразования, которые есть в технологической цепочке, но не требуют оперативного учёта и контроля (или им можно пренебречь). То есть для обеспечения прослеживаемости и для обеспечения контроля производства мы этим переделом пренебрегаем, т.к. он не является критичным.

2. Критерии выделения переделов и основные рекомендации

 

Критерии для выделения учитываемых переделов бывают разные и определяются задачами, которые необходимо решить внутри производства.

 

a. Первый критерий (задача) – это рецептурный контроль: соблюдение состава и пропорции в закладке сырьевых ингредиентов для обеспечения вкусовых и качественных показателей продукции.

 

giphy.gif

Например, мы можем выделить учитываемый передел при смешивании мясного комплекта или специй.

Когда у нас происходит смешивание разных видов ингредиентов – это практически гарантированный случай для выделения контрольной учётной точки.

b. Второй критерий – это контроль потерь/привесов на технологических операциях обработки. Учет такого передела позволяет оперативно контролировать потери и выхода полуфабрикатов или готовой продукции.

Пример – участок охлаждения. Если мы передержим продукт сверх положенного технологией времени и своевременно не упакуем, то у нас возникнет потеря веса, и как следствие потери эффективности производства.

c. Третий критерий – это контроль технологического времени обработки. На таких переделах отклонения по времени вредят как показателям выходов, так и качеству продукта.

Пример – операция посола сформованного сыра. Если продукт вовремя не вынут из бассейна, то в лучшем случае у нас произойдет потеря веса (рассол избыточно вытеснит влагу), а в худшем — мы отклонимся от нормативных качественных показателей и получим брак. Но в любом случае качество продукта от этого пострадает, а это нежелательные дополнительные потери. Поэтому такой передел точно необходимо учитывать и контролировать.

3. Как выглядит выделение переделов на практике?

 

У Вас есть группа сырья, которая имеет определённую последовательность выполнения технологических операций для того, чтобы получить готовый продукт.

Для выделения учитываемых переделов вам нужно:

 

  • расписать варианты технологических цепочек, на основании их составить общую схему материальных потоков производства и выделить участки обработки/переделы, которые соответствуют вышеописанным критериям.
  • проверить – достаточно ли этих учётных точек для того, чтобы проконтролировать рецептурный состав и потери выхода с передела.
  • определиться с местами в цеху, где должны быть установлены учётные точки.

 

Ниже мы привели пример технологической цепочки в мясопереработке. Цифрами от 1 до 6 выделили переделы, которые необходимо учитывать (читай – контрольные учётные точки).

 

shema-proslezhivaemost-2-1024x364.png

Рисунок. Пример технологической цепочки в мясопереработке

 


II. Как организовать рабочее место на контрольной учётной точке?


 

Когда мы выбрали учитываемые переделы, то мы должны на этом месте организовать автоматизированные рабочие места для оперативного контроля и учета.

Во-первых, надо определить состав оборудования, который необходим для организации оперативного контроля и учета на выбранном производственном переделе. Для разных переделов состав оборудования может различаться.

 

Исчерпывающий состав для обеспечения прослеживаемости выглядит следующим образом:

 

  • Компьютер или информационный киоск с сенсорным экраном.

// Для ряда случаев специалисту, обслуживающему учётную точку, проще будет установить именно киоск, так как использование обычного компьютера с мышью и клавиатурой может доставлять неудобство и замедлять производственный процесс.

 

  • Весы (напольное и/или настольные).

// Взвешивание – это обязательный элемент определения достоверной фактической информации по сырью или продукции.

 

  • Сканер штрихкода/терминал сбора данных.

// Для того, чтобы считывать этикетки сырья, которое приходит в качестве исходных ингредиентов для этого передела. Этикетирование обеспечивает точную идентификацию партий полуфабрикатов и продукции, а считывание штрих-кодов с этикетки позволяет исключить ошибки ввода.

 

  • Принтер.

// Он необходим для печати этикетки на выпущенные партии полуфабриката или продукции на конкретном переделе, а также для этикетирования и идентификации покупного сырья. Для некоторых учетных точек принтер необязателен, т.к. этикетка может просто переклеиваться (например, при формовке и укладке продукции на раму).

Во–вторых, надо определить условия, которые должны быть обеспечены на рабочем месте с точки зрения информационной системы.

 

hj.png

 

Основной критерий –система должна не мешать, а помогать людям выполнить производственную операцию. Или как минимум – учет должен быть логичным продолжением физического процесса производства. Поэтому контрольные учетные точки оборудуют на маршруте движения материального потока: тара с продуктом проезжает через весы, сканер помогает быстро считать информацию о перемещаемом продукте с напечатанной этикетки. Т.е. ручной ввод данных должен быть максимально исключён.

 

Это идеальная целевая ситуация на учитываемых переделах. Но, если у нас есть организационные ограничения, (например, мы не можем здесь поставить весы, или нет возможности печати этикеток), то информация должна быть введена вручную.

 


III. Как организовать идентификацию партий


 

Идентификация – это способ, которым мы обеспечиваем определение принадлежности сырья, продукции, полуфабрикатов к конкретной партии.

Это может быть этикетка со штрихкодом (или без), журнал или автоматизированная система.

В прошлой статье мы описывали идеальную ситуацию, когда входное сырьё у нас приходит уже этикетированное и идентифицированное поставщиком, т.е. сырьё приходит на передел либо с каким-то идентификатором, либо со штрихкодом (его автоматически можно считать, сохранив эту информацию в системе).

 

Однако в подавляющем большинстве случаев сырьё от поставщиков приходит неидентифицированное. Вот тут и возникает задача — на первой учётной точке (когда мы принимаем сырьё в рамках процедуры приёмки) обеспечить сырье идентифицирующей этикеткой. На данном рабочем месте кроме компьютера (или киоска) у нас должен быть принтер для печати этикеток, которые должны сопровождать и идентифицировать принимаемое сырьё при использовании в производстве.

При этом мы должны убедиться, что количества наклеенных этикеток нам будет достаточно для того, чтобы в дальнейшем при переработке этой партии у нас всегда была возможность идентифицировать партии перерабатываемого сырья.

Например, мы сварили сыр и раскладываем его по рамам, которые пойдут на созревание. Партия раскладывается на 5 рам. И у нас не одна этикетка должна быть, а разные – на каждую раму своя этикетка и свой штрихкод, который печатается на этой этикетке. Штрихкод должен содержать не только вид продукта, номер варки, номер партии, но ещё и номер рамы – чтобы потом в дальнейшем можно было определить, а на каких рамах находится эта партия.

 

Второе – это задача дальнейшей идентификации на каждом контролируемом переделе, который мы выделили. При образовании новой партии мы должны печатать новые этикетки (либо при сохранении прошлой этикетки просто их перевешиваем).

 

Последний момент, который мы должны решить – это учёт тары.

Мы можем перемещать продукт в контейнерах, на рамах, в ящиках и т.д.  Для определения точного веса продукта мы должны провести ревизию – перевесить и идентифицировать каждую единицу тары. В результате, сохранив эту информацию, мы можем быстро посчитать вес нетто продукта, вычитая вес идентифицированной единицы тары.


IV. Вместо заключения


 

Построенный описанным выше образом учёт сохраняет в системе информацию о всех переделах по всей технологической цепочке – какие партии в какой продукт вошли, какие партии выходного продукта или полуфабриката получились и т.д.

 

Наличие этой информации в автоматизированной системе (в отличие от неточного учета в журналах), позволяет оперативно и объективно ответить на вопросы:

 

  • Какие полуфабрикаты потребляла эта продукция по своим технологическим контролируемым переделам?
  • Какое сырье потребляли эти полуфабрикаты?
  • От какого поставщика приходило это сырье?

 

Эта информация накапливается как результат автоматизированного оперативного производственного учёта. Тем самым и обеспечивается достоверная прослеживаемость производства на каждом переделе.

 

В конце отметим, что описанная выше система оперативного цехового контроля и управления производством позволяет получить не только прослеживаемость, а также другие положительные инструменты, результаты и эффекты.

Алена_Константа

x538-768x400.jpg

 

Темой прослеживаемости в настоящее время озадачены многие производители продуктов питания. Причём эта тема сегодня актуальна с разных сторон.

С одной стороны, есть требования сертифицирующих органов на соответствие с системой менеджмента качества (ISO, требования HACCP по безопасности продуктов питания). По сути — это определённые правила игры на рынках, где производители обязаны иметь эти сертификаты.

 

С другой стороны, дополнительным источником требований к прослеживаемости являются федеральные сети, которые активно проводят аудиторские проверки на наличие прослеживаемости в производстве от сырья до выпуска готовой продукции. И уже сейчас есть примеры, когда наши потенциальные клиенты говорят: «Да, мы не прошли аудит и нас исключили из состава поставщиков сети».

 

Также необходимость прослеживаемости в производстве обуславливается и рядом внутренних управленческих задач. Например, когда есть какой-то претензионный случай с покупателями, или в производстве возникает брак. Для себя нам нужно точно определить и понять — по какой причине он произошёл и из-за какого сырья.

Получается, что задачей прослеживаемости заниматься необходимо. Сейчас и обсудим что это такое – прослеживаемость, и как ее можно организовать у себя на производстве. В основе – наш опыт автоматизации учета на производстве + опыт знакомых нам производителей продуктов питания.

 


ЧТО ТАКОЕ ПРОСЛЕЖИВАЕМОСТЬ?

 

Начнём с определения —  что такое прослеживаемость? Несмотря на весь набор критериев и требований к прослеживаемости, единого точного определения — что она такое и как её организовать на сегодня нет. Ни среди производителей, ни среди аудиторов.

 

Даже в регламентирующих документах, которые отправляют производителям, вопрос прослеживаемости описан в довольно общей форме и звучит так — «процесс производства должен обеспечивать идентификацию и прослеживаемость на протяжении всего технологического процесса». Что под этим подразумевается? — каждое предприятие вынуждено само для себя додумывать и определять.

 

Если посмотреть на вопрос прослеживаемости чуть шире, то целью её организации является обеспечение безопасности производства. То есть, — это такой инструмент быстрого обнаружения и отзыва продукции в случае возникновения брака или каких-либо отклонений в продукции.

 

Можно сказать, что задача прослеживаемости состоит из двух вопросов:

 

  • из какой партии сырья сделана партия готовой продукции? (сверху-вниз)
  • в какую партию продукции вошла партия сырья? (снизу-вверх)

 

Ответы на эти вопросы как раз дают предприятию возможность быстро проводить диагностику продукции по партиям, а не браковать и отзывать сразу весь объём продукции. Мы можем выявить — из-за каких сырьевых компонентов произошёл брак + выделить те партии продукции, в какие эти бракованные сырьевые компоненты вошли, чтобы найти источник брака и сделать точечный отзыв продукции.

 

В рамках задачи прослеживаемости нам нужно определить:

 

  1. способ выделения партий сырья, полуфабриката или продукции по технологии производства
  2. способ идентификации партий и обеспечение учёта входимости одних партий в другие

 

Под партией, с точки зрения прослеживаемости, мы понимаем определённую единицу измерения (порцию, долю, часть сырья и т.д.) сырья, полуфабрикатов или готовой продукции, размер которой определяется технологическим процессом производства.

 


СПОСОБЫ ВЫДЕЛЕНИЯ И ИДЕНТИФИКАЦИИ ПАРТИЙ. ОБЩИЕ РЕКОМЕНДАЦИИ

  1. Идентификация партий

 

  • Идентификация партий покупаемого сырья.

 

Для идентификации партий сырья (присвоение штрихкодов, серий) в подавляющем большинстве случаев подходит правило: «Один документ от поставщика = одна партия». То есть сырьё, поступившее в разные дни, разными документами, от разных поставщиков должно быть идентифицировано разными партиями. Такое правило выделения обеспечивает достаточно точный учёт.

 

Исключение из этого правила – если мы для идентификации партий сырья используем идентификатор, который есть у нашего поставщика продукции. У поставщика есть свои наклеенные этикетки, которыми он выделяет партии.

 

Например, если в одной поставке он привёз нам несколько партий, то эту (иногда даже избыточную) детализацию мы можем сохранить.  Это упростит учёт и нам не нужно будет переклеивать этикетки. Мы просто воспользуемся той идентификацией, которую поставщик уже применил.

 

Однако это довольно редкое исключение из правил, поэтому достаточно применять общее правило: «Один документ = одна партия». Это значит, что, принимая на склад сырьё от поставщика, мы должны идентифицировать его и наклеить свою этикетку с присвоенной нами партией.

 

  • Идентификация использованного в производстве сырья.

 

После идентификации партий входящего сырья далее мы должны учитывать – когда эта партия сырья сработана в производстве полуфабрикатов и готовой продукции. Идентификатор сырья списывается и включается, соответственно, в партию полуфабрикатов и готовой продукции.

 

Однако в производстве могут быть разные виды переделов (этапы технологии производства продукции). Для каждого передела в разных производствах есть свои рекомендации и особенности выделения партий.

 

  1. Способы выделения партий

 


  • Операция переработки

12-3.png

 


 

Это линейная обработка продукции. Никакого смешивания и разделения ингредиентов не происходит. Просто появляется продукт или полуфабрикат следующей стадии готовности.

 

Например, операция созревания сыра, — когда сыр по прошествии определённого технологического срока переводится в состояние созревшего.  В таком случае логичнее всего сохранить идентификацию партии с предыдущего передела.

 

С точки зрения прослеживаемости – это самый простой и самый понятный способ. Мы знаем точно, что это разные состояния готовности продукта, но это одна и та же партия, которая линейно идёт в производстве.

 


  • Операция разделения

 

13-3.png

 


 

Это операция, при которой из определённого полуфабриката или сырья в результате производственного преобразования получается два или больше видов продукции или полуфабриката.

 

Примером такой операции служит процедура нормализации молока. На входе у нас есть молоко, а уже на выходе мы получаем нормализованную смесь и сливки.

 

Выделение партий здесь аналогично предыдущей операции. Лучший способ выделения партий — сохранить ту же партию входного сырья, которая была переработана. То есть партиям, полученным из сырья продуктов, присвоить партию входящего сырья.

 


  • Операция смешения

 

14-4-768x448.png

 


 

На входе технологической операции у нас есть несколько сырьевых ингредиентов, из которых получается один продукт.

 

Пример — подготовка мясного комплекта в мясном производстве, когда берётся несколько видов мяса, шпик и другие сырьевые ингредиенты. Они в сумме образуют замес, который дальше двигается по технологической цепочке.

 

Тут происходит смешивание разных партий, и мы должны присваивать новую партию полученной продукции. Новая партия присваивается либо как одна партия за смену/сутки (но в таком случае у нас происходит перемешивание разных партий входного сырья), либо как технологическая единица измерения партии (если такое возможно).

 

Например, нам важно с точки зрения производства видеть каждый замес отдельно. В таком случае на каждую порцию такого замеса присваивается своя серия. Получается, что как по технологии производства удобнее всего выделяется партия, так её и надо выделять.

 

Идеальный вариант выделения партий

 

Идеальный вариант выделения партий — когда мы присваиваем новую серию выходящей продукции как только у нас по одному из входящих ингредиентов заканчивается одна партия и начинается новая.

 

Однако такую прослеживаемость просто невозможно физически обеспечить, если у производителя технологически нет возможности отследить изменение партии входного сырья (напр. переработка молока и мяса). Здесь начинает работать допущение, которое удовлетворяет и сети, и других аудиторов.

 

За партию принимается единица измерения, которая обусловлена технологическими особенностями производства: смена, замес или что-то другое. Но это допущение будет приниматься аудиторами, только при наличии внутренних регламентирующих документов, которые объясняют такой выбор партии.

 

!!! Важный момент – мы должны точно знать, из каких партий сырья состоит выделенная нами партия полуфабрикатов или готовой продукции.

 


ВМЕСТО ЗАКЛЮЧЕНИЯ

 

Сейчас задача прослеживаемости на предприятиях практически не может быть решена без информационной системы. А именно — без системы производственного учёта, который решает задачи учёта операций на каждом переделе.

 

В этой статье мы определились с теоретической базой — что такое прослеживаемость, как выделять и идентифицировать партии в производстве.


В следующей статье, посвященной теме прослеживаемости, мы расскажем — как на практике организовать учет партий и обеспечить прослеживаемость партий с помощью автоматизированной информационной системы.

Алена_Константа

Layfhak-Mart3-768x416.png

 

Последние 3 года наша команда фокусировалась на автоматизации оперативного управления и учета производством продуктов питания, т.е. внедрении MES-системы управления пищевым производством.

Обращу внимание — НЕ системы учета производственных затрат и выработки продукции для финансово-экономического анализа. MES – это система автоматизации функций внутрицехового управления, инструмент в руках начальника производства и технолога. Достаточно полезная, но сложная в исполнении система.

Оперативный учет в MES – это учет в режиме реального времени, т.е. MES-система по сути встраивается в технологию производства: подключается к производственному и весовому оборудованию, или с помощью сканеров собирает первичную учетную информацию непосредственно в процессе производства.

При внедрении такого рода систем многое может пойти не так, поэтому я со своей командой выделил некоторые подходы подготовки к внедрению MES-систем, которые позволяют выполнять проект более управляемо и с меньшим количеством трудностей.

Сегодня и поделимся этими подходами, постараемся «вооружить» компании и внутренние проектные команды, которые планируют заниматься внедрением таких систем на своем производстве.

 


С ЧЕГО НАЧАТЬ

 

При подготовке к внедрению MES-системы нужно определить требования к оперативному контролю и учету. В качестве путеводителя (своеобразной «дорожной карты») для проработки требований к системе команде проекта необходимо разобраться и ответить для себя на следующие базовые вопросы:

 

  • Какие переделы выделить для организации оперативного контроля и учета?
  • Как организовать идентификацию партий сырья и полуфабрикатов для контроля и учета в производстве?
  • Где в производстве расположить контрольно-учетные точки (промышленные, стандартные или мобильные компьютеры) для организации оперативного учета и контроля?
  • Каким образом оборудовать контрольно-учетные точки (весы напольные/, весы настольные, принтер этикеток, принтер А4, сканер штрих-кода или сканер RFID, ТСД, …)?

 

В своей практике проработки и утверждения требований к MES-системе (по сути — ответов на указанные выше вопросы) мы выделяем отдельный постановочный этап – Регламентация (упрощенно – описание требований к целевым процессам учета, системе и оборудованию).

Для нас – это понятный этап работ, который выполняется по утвержденной у нас проектной технологии и не занимает много времени. Если же вы самостоятельно планируете выполнять проект внедрения MES на своем производстве, то полноценное описание требований может занять много времени (часто просто формулируют перечень «хотелок» и какой-то список контрольных точек).

Давайте рассмотрим каждый вопрос подробней, чтобы вам было проще разобраться с этими вопросами при самостоятельном внедрении MES-системы.

 


КАКИЕ ПЕРЕДЕЛЫ ВЫДЕЛИТЬ ДЛЯ ОРГАНИЗАЦИИ ОПЕРАТИВНОГО КОНТРОЛЯ И УЧЕТА?

 

Технологические цепочки переработки сырья в продукцию в пищевом производстве могут быть достаточно длинными. Но это не означает, что каждая технологическая операция должна выделяться для MES-системы как производственный учетный передел. Много ≠ хорошо. Поэтому важно определиться с критериями выделения переделов, а точней ответить на вопрос – ЧТО вам важно контролировать.

 

1-768x482.jpg

 

Наиболее вероятными кандидатами на выделение учитываемых переделов могут быть технологические операции, где:

 

  • важен технологический контроль времени обработки, чтобы не испортилось сырье, или не произошли сверхнормативные потери веса продукции (= денег компании)

// Для мясопереработки такими операциями могут быть: дефростация, термообработка, охлаждение.

// Для сырного производства это бассейн (соление), обсушка, созревание.

  • происходит смешивание разных ингредиентов и важно обеспечить рецептурный контроль

// Для мясопереработки и производства мясных полуфабрикатов — это формирование мясных комплектов, подготовка комплектов специй, замес теста, подготовка начинок.

// Для сырного/пивобезалкогольного производства – это подготовка смеси для варки.

  • возникает большой объем брака и требуется оперативно контролировать процесс для его предотвращения или быстрого исправления

// Тут примеры более индивидуальны. Зависит от конкретных особенностей организации производственного процесса. Например, на сырном производстве брак наиболее часто выявляется после расформовки или при выемке сыра из бассейна.

  • происходит смешивание сырья и полуфабриктов разных партий или разделение полуфабриката на несколько партий.

// На таких операция выделение учитываемого передела нужно для сохранения прослеживаемости преобразования партий.

 


КАК ОРГАНИЗОВАТЬ ИДЕНТИФИКАЦИЮ ПАРТИЙ СЫРЬЯ И ПОЛУФАБРИКАТОВ ДЛЯ КОНТРОЛЯ И УЧЕТА В ПРОИЗВОДСТВЕ?

 

Идентификация партий в организации автоматизированного оперативного учета решает 2 задачи:

 

  1. Выделение для системы производственного дискрета – партии, появление и расходование которой учитывается и сохраняется в системе для анализа прослеживаемости (из каких партий сырья была изготовлена партия продукции)
  2. Автоматизация учета движения или списания партий продукции в процессе производства. Когда партия идентифицирована сопроводительной этикеткой со штрихкодом или RFID -меткой – это позволяет быстро и безошибочно учесть перемещение с помощью специального оборудования.

 

Следует сказать, что идентификация партий помогает поддерживать порядок и на организационном уровне: идентифицирующие продукцию этикетки позволяют производственному персоналу избежать ошибок и путаницы. Например, не пустить фарш, приготовленный для ветчины на производство пельменей.

Вот возможные варианты идентификации учетных партий:

 

  • Для непрерывно-поточных видов пищевых производств (например, приемно-аппаратное хозяйство на молочной переработке или производство розлив пивобезалкогольных напитков) физическая идентификация партий (наклейка этикеток) невозможна. Поэтому разделение и идентификация таких партий выполняется в соответствии с использованием производственных емкостей (танки хранения сырья, сыроизготовители и пр.) – 1 емкость = 1 партия
  • Для дискретных видов производств для идентификации используются системы бирок или этикеток, которые наклеиваются при появлении партии сырья (в процессе приемки на склад) или продукции в производстве (при выпуске). Здесь важной задачей является приведение объема партии к оптимальному объему, который позволяет обеспечить простую идентификацию на дальнейших этапах обработки партии.

 

Например, формировать мясной замес в таком объеме, который позволяет после формовки разместить колбасу с этого замеса на одной раме. Или подобрать объем смеси для варки сыра таким, что бы 1 варка полностью наполняла 1 секции бассейна и максимально полно наполняло контейнеры при отправке сыра на созревание.

 


ГДЕ В ПРОИЗВОДСТВЕ РАСПОЛОЖИТЬ КОНТРОЛЬНО-УЧЕТНЫЕ ТОЧКИ ДЛЯ ОРГАНИЗАЦИИ ОПЕРАТИВНОГО УЧЕТА И КОНТРОЛЯ?

 

Контрольно-учетная точка – это цеховое рабочее место, на котором организуется оперативный учет выполнения процессов производства и контроль соблюдения технологии.

Когда вы выделили из технологических операций состав учитываемых переделов – можно сказать вы определили количество необходимых учетных точек в производстве. Однако и тут математика расчета нелинейная.

С одной стороны, на каких-то участках могут работать одновременно несколько линий однотипного оборудования (например, участок упаковки и отправки сыра на созревание) и/или несколько бригад рабочих (например, бригады подготовки комплектов специй), которые не смогут одновременно вести учет параллельно выполняемых операций. Т.е. на производственном участке одного технологического передела может потребоваться несколько контрольно-учетных точек.

С другой стороны, вполне может оказаться что на каких-то соседних учитываемых переделах интенсивность выполнения передела и движения продукции вполне позволяет обойтись одной общей контрольно-учетной точкой.

Поэтому для решения данного вопроса вам нужна план-схема ваших производственных участков (с указанием расположения стен, проходов и дверей и размещением оборудования) и анализ физического протекания живого производственного процесса. Так вы сможете оценить количество учетных точек и наиболее удобное место их расположения.

 


КАКИМ ОБРАЗОМ ОБОРУДОВАТЬ КОНТРОЛЬНОЕ-УЧЕТНЫЕ ТОЧКИ?

 

Комплектация каждой контрольной учетной точки весовым или торговым оборудованием напрямую зависит от состава задач и функций, выполняемых на данной контрольно-учетной точке, а также от особенностей организации производственного процесса.

 

komplektatsiya-oborudovaniya.png

Рисунок. Пример комплектации оборудования рабочего места

 

//Например, на контрольной точке упаковки сыра после посола выполняются следующие операции:

 

  • Взвешивание пустого контейнера
  • Пересчет количества голов (штук) сыра с варки и укладка на полки контейнера
  • Подтверждение отправки контейнера сканированием
  • Взвешивание заполненного сыром контейнера
  • Печать этикетки-паспорта варки на контейнер
  • Взвешивание, печать этикетки на голову и этикетки на партию по бракованным головам

 

Для приведенного состава операций и особенностей учета на переделе, кроме промышленного киоска необходимо оборудование:

 

  • весы платформенные (для взвешивания пустых и полных контейнеров),
  • весы настольные (для взвешивания бракованных голов)
  • сканер штрихкодов (для подтверждения отправки)
  • принтер этикеток (для печати паспорта варки)
  • принтер А4 (для печати этикетки на партию бракованного сыра)

 

В результате внимательной оценки состава оборудования у вас должна получиться примерно такая табличка:

 

shemapp-768x193.png

 


В ЗАВЕРШЕНИЕ

 

Кроме вопросов, приведенных в статье, есть и другие – более технические вопросы, требующие проработки и утверждения требований. Например:

 

  • В каком виде нужна для MES-системы нормативно-справочная информация о рецептуре, нормах и технологии производства, а также параметрах производительности оборудования?
  • Каким образом должен быть организован процесс ведения и управления производственной нормативно-справочной информацией?
  • Каким образом и какой информацией должна обмениваться MES-система с другими информационными системами предприятия (складской учет, бухгалтерский учет и др.)?

 

Данные вопросы в силу более глубокой ИТ-ной и технической составляющей я оставляю за рамками данного материала. А вам остается пожелать успешных и более управляемых за счет продуманности и подготовки проектов внедрения MES-системы на ваших производствах.

Алена_Константа

12865_900.png

 

Все большую долю в отгрузках у производителей занимает сетевая розница, которая выдвигает высокие требования по уровню клиентского сервиса (полнота и своевременность исполнения заказов). Если не соблюдать эти требования, придется платить серьёзные штрафы. Это и заставляет компании искать инструменты планирования отгрузок.

Если бы отгрузки были каждый день одинаковые, достаточно было бы поддерживать постоянный складской остаток. Однако на практике отгрузки в общем объёме хоть и могут соответствовать какой то ожидаемой величине, но в разрезе номенклатуры количество отгрузок по дням может значительно варьироваться.  Какой же остаток в таком случае нужно иметь на складе, чтобы обеспечить отгрузки по заказам клиентов?

В простом варианте можно планировать остаток на недельную отгрузку, но это далеко не всегда применимо. Не надо забывать что в продуктах питания есть остаточные сроки годности, и многие клиенты требуют, чтобы они составляли не менее 70% (а иногда и 90%) от общего значения. Если не отгрузить вовремя, останется только списать продукт на переработку.

Итак, сформулируем итоговую задачу: какой складской буфер должен быть на складе на каждый день отгрузки, чтобы обеспечить исполнение заказов клиентов и при этом минимизировать списания продукции из-за неудовлетворительных остаточных сроков годности. Когда мы ее решим, то сможем распланировать производство для обеспечения нужного выпуска готовой продукции.

Предлагаю использовать алгоритм, который мы выработали на практике и реализовали в продукте K2FRESH.


1. РАССЧИТАЙТЕ ПРОГНОЗ ОТГРУЗКИ НА КАЖДЫЙ ДЕНЬ

  • Составьте план продаж на месяц на основании истории продаж в предыдущие периоды.
  • Откорректируйте полученные значения с учетом коэффициентов сезонности, акционной активности и трендов развития продаж (плановых изменений в ассортименте, в клиентской базе).
  • Определите коэффициенты дней недели по группам клиентов и по товарным категориям, чтобы учесть логистические особенности отгрузки клиентам.
  • Рассчитайте коэффициенты декад внутри месяца (для учета неравномерности прогрузки дистрибуторов — как правило в конце месяца отгрузки по дистрибуторам выше чем на первой декаде).
  • Определите на основании плана продаж на месяц коэффициенты дней недели, коэффициенты декад и плановых акционных отгрузок (для расчета акционных отгрузок мы предполагаем использовать инструмент «Профиль акции» — о нем расскажем в другой раз).
  • Еженедельно актуализируйте полученный план.

12762_900.png

Схематичное изображение рассчета прогноза отгрузок

 


2. ОПРЕДЕЛИТЕ СТРАХОВОЙ ЗАПАС

Когда мы прогнозируем отгрузки по дням, то получаем некоторое ожидаемое значение. При этом мы понимаем, что фактическая отгрузка на день может быть как больше, так и меньше. Страховой запас нужен, чтобы нивелировать отклонения в большую сторону фактических отгрузок.

Очевидно, что страховой запас для разных позиций не совпадает. На него влияет вариативность разброса фактических заказов, которые мы получаем от клиентов. Поэтому, чтобы определить необходимый страховой запас:

  1. Рассчитайте средний заказ на деньпредварительно вычистив принимаемые заказы от акционных приростов и отнормировав на коэффициенты сезонности, декады и дня недели.
  2. Рассчитайте среднее отклонение. Для этого выделите отклонения каждого нормированного заказа от среднего в большую сторону, сложите их и разделите в большую сторону.
  3. Определите страховой запас. Примите значение равное К*Х, где К = количество средних отклонений, Х – среднее отклонение. Для обеспечения отгрузок нам логично увеличивать К, но при этом мы должны учитывать ограничения по размеру склада и ограничения по остаточным срокам годности.

3. РАССЧИТАЙТЕ БУФЕР НА СКЛАДЕ НА КАЖДЫЙ ДЕНЬ ПО КАЖДОЙ НОМЕНКЛАТУРЕ

Буфер = Прогнозная отгрузка на день  +  Страховой запас

Итак, мы получили модель планирования буфера остатков на складе. Так как чудес не бывает, она имеет ограничения. Полезно проанализировать результаты работы модели на прошлых периодах. Для этого сравните рассчитанный буфер с фактически принимаемыми в прошлом заказами и оцените процент обеспечения этих заказов плановым буфером. Если полученный результат расчета не устраивает, нужно искать дополнительные способы повысить точность модели прогнозирования отгрузок (добавление в модель прогноза новых влияющих параметров, например, прогноз температуры воздуха на планируемый период) или менять параметры системы (допустимый объём склада, остаточные сроки годности, допустимый процент остаточного срока годности для отгрузки).

Мы понимаем, что в рамках данной статьи приведены только сухие выдержки нашего опыта решения задачи. Поэтому, если вас интересует тема управления складскими остатками, то мы всегда рады поделиться нашим знаниями и программными решениями.

Sign in to follow this  
×

Important Information

Обновлены следующие документы: Terms of Use Privacy Policy