Перейти к контенту
НЕЗАВИСИМЫЙ ПОРТАЛ
ДЛЯ СПЕЦИАЛИСТОВ МЯСНОЙ ИНДУСТРИИ

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

Результаты поиска по тегам 'внедрение'.

  • Поиск по тегам

    Введите теги через запятую.
  • Поиск по автору

Тип контента


Форумы

  • МЯСНОЙ ЭКСПЕРТ ПРЕДСТАВЛЯЕТ
    • Срочная технологическая помощь
  • Производство и Технологии
    • Стандартизация: Регламенты и Нормативы, ГОСТ, ТУ, СТО, декларирование
    • Управление и организация производства
    • Технология мясопродуктов
    • Проектирование предприятий
    • Животноводство
    • Мясо: убой, разделка, обвалка, жиловка
    • Качество и Санитария
    • Ингредиенты и Добавки
    • Рецептуры мясопродуктов
    • Термообработка, копчение и сушка
    • Холодильная обработка
    • Упаковка, Пакеты, Пленки, МГС и Маркировка
    • Искусственные колбасные оболочки
    • Натуральные колбасные оболочки
    • Оборудование Машины и Инструмент
    • Спецодежда и защита
    • Человеческий фактор на производстве
    • Статьи: теория и практика
    • Ликбез для новичков
  • События и жизнь мясной отрасли
    • Конкурсы, соревнования, загадки
    • Юмор и шутки про мясо и колбасы
    • История и Философия мясного дела
    • Мир вокруг нас: разговоры на любые темы
    • Развлечения и конкурсы
  • Работа в мясной индустрии
    • Вакансии
    • Кандидаты
  • Специализированные информационные источники
    • Каталог Книг по мясу и мясопереработке
    • Периодические издания
    • Полезная литература
    • Видеоновости, видео
    • Интернет: сайты про мясопераработку
    • Журналисты о Мясе и Мясопродуктах (обзоры "желтой" прессы и телепередач)
  • Обучение и Научная деятельность
    • Учебные заведения
    • Ученые умы в науке
    • Студенту в помощь
  • Реализация и торговля мясом и мясопродуктами
    • Маркетинг и реклама в мясопереработке
    • Сбыт: магазины и витрины
    • Дегустационный зал
  • Мясная кулинария. Готовим дома!
    • Колбасы, сосиски и купаты
    • Инвентарь и оборудование
    • Деликатесы: копченые, варёные, вяленые
    • Шашлыки и Гриль (BBQ)
    • Запеченое мясо, рулеты, мясные хлеба
    • Пельмени, манты, бозы, позы и прочее.
    • Блюда, рецепты, и всякое разное..
  • Клуб экспертов портала
  • Есть ли у вас куттер дома? Клуб Кулинаров

Блоги

  • Папочкин блог
  • Блог "Мясного Эксперта"
  • Уголок Редактора
  • Блог имени Вадимыча (в миру Алексея)
  • Кулинарная экзотика Рамзеса
  • Кулинарная баламуть...
  • Сила Сибири
  • Cтабилизатор на основе молочных и сывороточных белков
  • Стейк рибай
  • МАРКЕТИНГ МЯСОПЕРЕРАБОТКИ
  • РЕМИТ. Потому что вкусно.
  • Рыночные войны.
  • Эффективная работа на охлажденной свиной полутуше
  • Продвижение компании и продукции по России. Улучшение узнаваемости.
  • Об автоматизации, бизнесе и в целом о жизни
  • Пищевое технологическое оборудование
  • Мясновости
  • Блог Инженера
  • Растительные альтернативы мяса
  • Мясной Маркетинг
  • Кулинария
  • О птицеводстве
  • Блог Колбасной Рекламы RHB
  • Уборка на предприятиях пищевой промышленности

Категории

Результатов для отображения не найдено.

Категории

  • Книги, статьи и пр.
    • Технология мяса
    • Ингредиенты и Добавки
    • Упаковка и оболочки
    • Оборудование
  • Отраслевые журналы
  • Фотографии
  • Разное

Искать результаты в...

Искать результаты, которые...


Дата создания

  • Начать

    Конец


Последнее обновление

  • Начать

    Конец


Фильтр по количеству...

Зарегистрирован

  • Начать

    Конец


Группа


Skype


ICQ


Facebook


Сайт


Whatsup


Интересы и увлечения


ФАМИЛИЯ


ИМЯ


ОТЧЕСТВО


Страна


Город


Место работы.

Найдено 13 результатов

  1. За последние несколько лет появились некоторые «тренды» в проектах внедрения учетных и управленческих систем. В этом материале поделюсь своими наблюдениями – кто, что и зачем автоматизирует на рынке производства продуктов питания. Немного лирики истории Если посмотреть на производителей продуктов питания, то специфика их работы предполагает регулярное выполнение одних и тех же повторяемых процессов (приемка заказов клиентов и их отработка, приемка сырья/упаковки/ингредиентов, производства полуфабрикатов и готовой продукции, контроль соблюдения технологии производства, складские процессы и отгрузка готовой продукции и т.д.). Очень логично автоматизировать такие процессы, чтобы повысить эффективность работы своего предприятия, но далеко не все компании могут/готовы отказаться от ручного управления, построенного на людях, чтобы перейти на управление с помощью автоматизированных систем. Отчасти это понятно, т.к. надо вкладывать деньги и время во множество вещей, не связанных с автоматизацией, — в развитие производства, в оборудование, в продвижение новых продуктов… В добавок не у всех есть понимание – как внедрять такие системы, как их эффективно использовать, как подобрать-обучить людей для работы в новой системе управления и т.д. Да и потребность в автоматизации до последнего времени была не так велика – достаточно было производить более-менее качественный продукт (а иногда и не совсем качественный), а продажи уж как-нибудь будут (не то, чтобы все продастся само по себе, но сбыт был существенно проще чем сейчас). При этом картинка на рынке за последние 5-10 лет поменялась – существенную долю в ритейле заняли сети, внешним контролерам пищевого рынка уже недостаточно получать данные по бух отчетности, количество производителей с качественными продуктами подросло и, соответственно, выросла конкуренция. Стало необходимо обеспечивать более детальный учет от поступления сырья до выпуска готовой продукции (прослеживаемость, партионность), быстрее получать данные для анализа эффективности работы производства, соответствовать требованиям клиентов по маркировке-упаковке-доставке готовой продукции и т.д., более тщательно контролировать качество своей продукции, перестать зависеть от «талантов» исполнителей на местах. И вот тут как раз пригодились автоматизированные системы учета/управления, которые начали внедрять наши производители продуктов питания (бухучет не в счет, он и до этого был на достаточно хорошем уровне автоматизации). Про гигиену и тренды автоматизации Глядя на проекты внедрения-развития управленческих систем на «1С» последних лет, можно их грубо поделить на 2 крупных категории: «must have» (гигиенические задачи, которые нельзя не делать) необязательные задачи, направленные на повышение управляемости и конкурентоспособности предприятия (можно не заниматься, но ряд предприятий осознанно инвестирует деньги в эти проекты) Остановимся чуть поподробнее на каждой. Маст хэв / нельзя не делать / гигиенические задачи регламентированный учет и отчетность партионный учет (на производстве и складах) документооборот с клиентами интеграция с ГИС (ЕГАИС, Меркурий) транспортная логистика Гигиеническими эти задачи можно назвать потому, что они не дают серьезного профита или конкурентного преимущества. Как чистить зубы – не дает серьезного прироста здоровья, но вот если этим не заниматься…)) Такая автоматизация — это скорее то, что должно быть сделано, чтобы соответствовать «правилам игры» на рынке. Если кто-то хочет производить-продавать продукты питания в промышленных масштабах, то это просто должно быть сделано. Точка. Наблюдения. Поскольку руководство многих компаний не видит явно – как затраты на выполнение этих «гигиенических» задач будут окупаться, то регулярно встречается исполнение задач в «минималистичном» исполнении. Например, вместо организации полноценного оперативного учета на производстве и складах готовой продукции делается некое виртуальное моделирование в «1С» партионного учета для отражения данных в ГИС «Меркурий» и оформление партий в момент и в размере клиентской отгрузки (просто, чтобы отгрузки не остановились). А потом, когда требования со стороны Меркурия стали более детальны, приходится переделывать то, что было сделано ранее. Получается двойная (а то и тройная) трата времени и денег по сравнении с тем, если бы изначально оперативный учет был поставлен полноценно и была бы настроена трансляция нужных данных в ГИС. Повышающие конкурентоспособность задачи Календарное планирование продаж и производства Работа с трейд-маркетинговыми акциями Формирование задания на выработку продукции и маркировку-упаковку готовой продукции Техническое обслуживание и ремонт оборудования CRM-система для отдела продаж Интеграция оборудования с учетной системой Оценка маржинальности клиентов, продуктов, подразделений Нельзя сказать, что эти задачи не выполняются у современных производителей продуктов питания. Просто в большинстве случаев они выполняются в «ручном режиме» в Excel и с привязкой к конкретным исполнителям. Автоматизацией задач из указанного чуть выше списка в основном занимаются достаточно крупные компании, у которых из-за масштабов производства есть понимание и потребность в повышении эффективности своей работы за счет стандартизации и ускорения своих процессов + есть желание снять зависимость от конкретных исполнителей на местах. Наблюдения. Внедрение автоматизированных систем, которые выполняют данные задачи (напр. системы прогнозирования отгрузок и управления заданием на производство) чаще всего проходит успешно только при условии, что есть функциональный потребитель такой задачи в руководстве компании + есть понимание – какого эффекта хочется получить от использования такой системы (напр. повышение клиентского сервиса, снижение списаний ГП по остаточным срокам годности). Если просто передать поручение своему программисту купить-внедрить какое-то ПО с интересующим функционалом, то проект «не взлетит» либо будет профанирован. В завершение: Любой проект по автоматизации своих процессов должен выполняться с осознанием — для чего он делается, квалифицированным персоналом, по правильной технологии (напр. нельзя жертвовать важным этапом формирования требований к процессам и системе и просто передать своему ИТ-специалисту перечень «хотелок»).
  2. На дворе октябрь 2019 г. Снова приходится возвращаться к теме контроля пищевого производства (прослеживаемость, партионный учет, контроль качества, контроль фальсификатов и т.д.). Дело в том, что с ноября 2019 г. станет обязательным оформление ветеринарных сертификатов на цельномолочную продукцию в ГИС «Меркурий». А чуть ранее — летом этого года стало обязательным оформление электронных ВСД на сыры и масло. А еще в этом году Минпромторг РФ запустил эксперимент по маркировке готовой молочной продукции, которая грозит стать обязательной в будущем году (подробности здесь – честныйзнак.рф). Впрочем, давайте по порядку. С одной стороны.. с другой стороны.. Не буду приводить хронологию поэтапного становления обязательной сертификации на мясную и молочную продукцию в ГИС «Меркурий» и планов по маркировке продукции от «Честного ЗНАКА». Любой желающий по соответствующим запросам в сети найдет нужную информацию. Начну сразу с некоторых выводов-мнений: не все так однозначно в этом стремлении контролировать оборот сырья и готовой продукции со стороны проверяющих органов. Попробую поделиться этими своими рассуждениями: С одной стороны, производители продуктов питания стали сами более внимательно относиться к партионному учету сырья и готовой продукции для того, чтобы потом отправлять эти данные в ГИС и своим сетевым клиентам. А с другой стороны в большинстве случаев наблюдается регулярное оформление не фактических, а «виртуальных» партий продукции (например, когда партия готовой продукции = партия отгружаемой клиенту продукции). С одной стороны, Россельхознадзор отчитывается о своих успехах в выявлении фальсификатов с помощью ГИС «Меркурий». Например, 11 июля 2019 г. во Владивостоке было выявлено, изъято и помещено на изолированное ответственное хранение аж 3,5 кг фальсификата икры!!! ))) Подробности кому интересно можно почитать здесь. С другой стороны, по штрих-коду на колбасе так и невозможно реально узнать из какого животного она произведена, ГИС «Меркурий» допускает «производство» говяжьих котлет из свинины, а на сайте Россельхознадзора в форуме обсуждается, что Меркурий позволяет оформлять сертификаты, которые нельзя проверить врачу (вот ссылка на форум). Причем всем производителям, да и самим проверяющим понятно, что в силу особенностей мясного и молочного производства просто невозможно обеспечить такую реальную прослеживаемость от «коровы до пакета молока/котлеты». С одной стороны, Центр развития перспективных технологий со своим «Честный ЗНАК» при инициации переноса своего предыдущего успешного опыта маркировки другой продукции на молочную отрасль исходит из того, что это будет повышать уровень безопасности россиян и бороться с контрафактом и некачественными аналогами. С другой стороны, что происходит явное дублирование контроля сырья и готовой продукции уже работающего «Меркурия» и «Честного ЗНАКА», чей эксперимент на молочном рынке проводится до конца зимы 2020 года. ИМХО, исходя из того – как происходит освещение данного эксперимента в СМИ, можно сделать выводы, что будет объявлено об успешном завершении данного эксперимента и введении обязательности маркировки молочки с середины 2020 года. А еще есть и мысли-выводы от объединений производителей молока и экспертов рынка: введение маркировки обойдется молочной отрасли достаточно дорого и приведет к росту себестоимости молочной продукции на 2,5-3% (ссылка на источник) никто не может сказать — как в реальности технически будут разделены функции учета в разных системах? Надо бы провести анализ целесообразности внедрения маркировки молочной продукции (ссылка на источник) введение двойного контроля не даст существенного снижения объема нелегального оборота, достаточно будет одного «Меркурия» (ссылка на источник) Витиевато как-то все получается. А если вспомнить, что для пищевиков еще и требования со стороны сетевых клиентов по организации прослеживаемости сырья и полуфабрикатов в готовой продукции + по маркировке готовой продукции (причем для каждой сети — разные) Мало того, что надо произвести продукцию и вовремя доставить ее до магазина. Надо при этом еще и внешние требования со стороны клиентов и проверяющих органов удовлетворить. С одной стороны, это вроде как все только усложняет работу производителей продуктов питания, нет какого-то профита. Но, если посмотреть правде в глаза, то с другой стороны такие требования – это хороший пинок/ стимул/ повод для тех, кто давно хотел навести порядок на своих производствах и складах. Ведь не секрет, что бардака на средних, да и крупных производствах до сих пор предостаточно. Что делать-то? Немного про практику автоматизаторов. В завершение этой темы стоит упомянуть – кто и как решает эти задачи учета (под требования ГИС и не только). Небольшие предприятия вполне себе могут обойтись «ручным оформлением» сертификатов в web-интерфейсе, что весьма разумно (небольшой объем производства и отгрузок, недорогое решение). А вот для средних и крупных пищевых производств нет других вариантов, кроме как автоматизировать процессы оформления электронных ВСД и другой клиентской документации (при их объемах ручное оформление отгрузочных документов = остановка отгрузок). Наша практика внедрения автоматизированных систем оперативного учета на производствах и партионного учета на складах готовой продукции у производителей продуктов питания показывает, что грубо можно выделить 2 формата организации такого автоматизированного учета: 1. «Под требования Меркурия» Настройка учета для выполнения внешних требований со стороны проверяющих органов, которым можно транслировать не реальные данные о происходящем на производстве и складах, а всего лишь трансляция данных в том виде, который будет их удовлетворять. 2. «Организация реального оперативного учета» движения сырья, полуфабрикатов и готовой продукции на предприятии При такой автоматизации учета помимо удовлетворения внешних требований со стороны проверяющих органов можно еще и формировать управленческую отчетность (чтобы понимать эффективность работы своего предприятия, контролировать-минимизировать потери на производстве и складах, обеспечивать высокое качество готовой продукции) + стандартизировать производственные-складские процессы для снятия зависимости от «талантов» и «творчества» исполнителей на местах. Первый вариант более прост в исполнении, но по факту является просто временным решением (еще варианты — «заглушка», «костыль», «заплатка»), ибо тренд на получение все более детальных оперативных и объективных данных есть налицо. Обращу внимание — именно оперативных, полных, достоверных и объективных данных, которые невозможно получить при контроле внутренних процессов с помощью журналов. Вместо завершения К справке. У средних и крупных производств внедрение системы реального оперативного учета для обеспечения требований внешних потребителей и внутренних потребителей (ТОПов и функциональщиков) – это не вопрос покупки ПО и его установки настройки «в течение недели», а проект продолжительностью более 2-3 месяцев. Остальные выводы делайте сами – оставлять все на последний момент или заранее заняться наведением порядка на своем предприятии. За нашими плечами опыт реализации самых различных схем учета у средних и крупных производителей продуктов питания. В арсенале есть не только знания – «как это сделать?», но и готовые программные решения, которые позволят вам быстро реализовать задуманное. Если потребуется помощь специалистов – обращайтесь. Мы найдём способ как вам помочь.
  3. На дворе конец 2019 года и многие компании в очередной раз столкнулись с ситуацией, когда задумались/ хочется/ пора уже/ вынуждены (выберите и подчеркните свой вариант) о смене/ развитии платформы информационной системы. Ситуация из раза в раз повторяется в истории, т.к. 1С развивается и появляются новые возможности платформы (напр. переход с 7 на 8), появляется потребность в новом функционале для управления бизнесом, необходима интеграция с другим ПО и оборудованием, сама система эволюционно выросла в некий «зоопарк», который хочется привести в нормальное управляемое состояние, и т.д. и т.п. И каждый раз возникает вопрос – какой должна быть новая платформа? Какую конфигурацию купить, чтобы и текущий функционал сохранить и получить новые возможности с запасом на востребованный в будущем функционал? И вот тут начинается самое интересное. Выбор ПО Для большинства российских компаний, если только ваш бизнес не может похвастаться миллиардами оборотами в рублях, остается только вариант выбора очередной актуальной версии от «1С» с наиболее широким функционалом. Так было ЦЦать лет назад, когда «1С» вывела на рынок «1С:УПП» и отраслевые решения на ее основе. (Интересно – хоть у кого-то отраслевое УПП заработало как ожидалось без серьезного допила-доработки под себя?) Так происходит и сейчас, когда есть флагманское решение «1С:ERP» с обещанием закрыть все проблемы-задачи современного производственного предприятия. А теперь давайте подумаем — корректно ли поставлен вопрос «Какое ПО выбрать?» Разве может вообще существовать какая-то волшебная программа, которая учтет все особенности вашего предприятия (даже с учетом того, что это будет какая-то отраслевая версия)? Купим ее за условные 360 тыс. рублей и все будет хорошо – зальем туда свою нормативку, настроим типовой функционал и все у нас заработает – ведь там есть функционал для всего (производство, торговля, маркетинг, казначейство-бюджетирование, склады, транспортная логистика и еще чего-то чего только стоит захотеть). А не смущает, что позиционируемые аналогично решения ERP-класса, проверенные мировой практикой, стоят не в разы, а на пару порядков дороже? И это нельзя объяснить только разницей в стоимости рубля и иностранной валюты. Просто эти решения другого качества проработки-исполнения, проверенные временем. А «1С» — это хорошая доступная база для построения своей системы с относительно небольшой историей существования. Но никак не «готовое» решение из серии «бери и пользуйся». Если перейти на некоторые метафоры, то, прочитав маркетинговые материалы от этой многоуважаемой компании об их флагманском решении, вы можете подумать, что покупаете готовый дом, а по факту получите пару Камазов кирпичей, которые еще надо будет сложить каким-то образом прежде чем въехать в этот дом. Выбор системы Может все же сначала надо ответить на вопрос – «Какая СИСТЕМА нужна сейчас и в ближайшей перспективе нашему бизнесу?» Ведь никому не нужна последняя версия прогрессивного ПО, а нужна система, которая будет выполнять свои задачи (обеспечивать прозрачность и оперативность учета на складах, планировать загрузку производства, формировать управленческую отчетность к нужному времени и т.д.) Получается, что вопрос – какое ПО можно использовать для создания такой системы? – вторичен. Однако большинству проще отвечать на вопрос выбора программного обеспечения, чем формировать требования к автоматизированному инструменту, который поможет стандартизировать ваши процессы и сделать бизнес более управляемым. Тем более, что ссылка на маркетинговые материалы и рекламу от разработчика позволяет снять с себя ответственность за выбор конкретного решения, т.к. потом проще будет сослаться на вендера, который «обманул» ожидания несчастного пользователя. При этом деньги и время уже будет упущено. Требования к системе Реалии таковы, что требования к системе на заре современного пищевого бизнеса и в нынешнее время существенно отличаются (конкуренция, Меркурий, требования сетей и т.д.). Ранее было достаточно просто производить продукцию, отгружать ее клиентам и от системы требовалось по большому счету только ведение корректной регламентированной отчетности и какого-никакого документооборота с клиентами. Сейчас же высоко конкурентный рынок требует не столько формирования бухгалтерской отчетности, а больше — понимания эффективности своего производства, контроля потерь и технологии производства, оперативности и точности обслуживания клиентов. А для этого надо сформировать понимание – как и чем мы будем управлять на своем предприятии и после этого – сформировать требования к автоматизированному инструменту. При этом надо бы учесть, что система на складах-производстве должна работать 24/7 быть отказоустойчивой не подвисать при желании управленцев посчитать себестоимость или сформировать какой-нибудь сложный отчет не отваливаться при попытке обновить подсистему бухучета под последние требования законодательства Вот теперь уже можно смотреть – на какой архитектуре ПО нам лучше организовать оперативный контур системы? а на каком – финансовый-управленческий? Делаем выводы Для каждого среднего и крупного предприятия вопрос смены платформы – это непростой вопрос с серьезными последствиями при ошибке в ответе. Единственно верного ответа и решения, которое можно было бы рекомендовать всем как эталонное – тоже нет (если есть – прошу поделиться). Однако есть понятный набор шагов, через которые надо пройти, чтобы определить – какая система нужна нашему предприятию сейчас и в ближайшем будущем и на чем ее можно построить? Об этом мы уже писали ранее. Если этого будет недостаточно или останутся еще какие-то вопросы, то можете обратиться к нам, и мы обязательно поможем. Успехов в вашем нелегком труде!
  4. 10 октября в Москве состоялся второй поток практикума для производителей продуктов питания «Переход в 1С:УПП. Куда идти и что делать». На мероприятии обсуждалась актуальная ныне тема подступающей все ближе отмены поддержки отраслевых решений флагманского продукта компании «1С: Управление производственным предприятием» О боли и ожиданиях производителей продуктов питания В самом начале мероприятия участники поделились своими ожиданиями от визита на мероприятие. Так уж получилось, что почти все они были об одном: Понять — что и когда делать после отмены поддержки отраслевых решений? Определить — какие варианты конфигураций есть на рынке? Как сохранить уже сделанное и улучшить существующую систему? Пообщаться с коллегами по цеху, обсудить насущные вопросы. Конечно, тема смены платформы информационной системы очень широка. При этом красной нитью через весь практикум проходил гласный и негласный разбор «1С:ERP» (хочешь или не хочешь – мимо трудно пройти). Переходить на 1СERP или нет? Что на ERP можно сделать, а что — нет? Если не на «1C:ERP», то на чем? В текущей ситуации эти вопросы беспокоят почти каждого первого, кто задумался о грядущих переменах. О темах Вкратце о том – какие темы-вопросы были подняты: Обсудили общую структуру ИТ-системы на производстве продуктов питания Разобрали предметные области и варианты решений по смене платформы ИС в разрезе этих областей деятельности предприятия (производственные функции, клиентский сервис, маркетинг и продажи, финансовый учет) Рассмотрели инструменты и способы интеграции различных информационных баз между собой. Показали – почему не стоит бояться интеграции систем и варианты ее исполнения Поделились моделью выбора архитектуры (описали параметры, влияющие на правильность принятия решения, + какие варианты выбора целевой ИТ-системы могут быит исходя из комбинации параметров финансового учета, учета на производстве и торговли и степени их автоматизации на конкретном предприятии) С какими трудностями можно столкнуться (и как можно их избежать) в проекте смены/развития платформы ИТ-системы рассказали в докладе «Переход их состояния А в состояние В: лайфхаки и грабли на пути». Для понимания «с чего начать?» дали пошаговую модель о том – как рисовать «дорожную карт» развития/смены ИТ-системы на предприятии. О формате Доклады, интерактив с участниками, живая обратная связь от аудитории, активное общение в перерывах, нетворкинг. Время пролетело быстро. В общем, все как обычно )) О пользе Хвастаться нехорошо, поэтому предоставим слово участникам практикума Немного отзывов: «Более прозрачным стал путь выбора своей системы». «Заставило задуматься: а нужен ли ERP в принципе?» «Появилось понимание: куда двигаться, с каких шагов начинать» «Появилось осознание, что проблема на уровне отрасли, а не только нашего предприятия. Раньше вопросов не было. После практикума появились» «Очень понравилась атмосфера, в которой все прошло. Утвердился в собственном мнении, что ERP не надо запускать на нашем предприятии» «Мысль о смене системы была еще до того, как вышло постановление об отмене поддержки отраслевых решений. ERP вызывала большие сомнения, однако, альтернативы не виделось. А теперь она появилась» «Мероприятие дало пищу для размышлений. Позволило правильно сформулировать нужные вопросы, в которых уже заключено половина ответа» «Находясь в текущей ситуации перехода с 1С:Молокозавод на 1С:ERP теперь я понимаю, как взаимодействовать с привлеченным исполнителем» Об особенностях второго потока Это второе мероприятие в 2019 году на тему выстраивания целевой ИТ-архитектуры у производителей продуктов питания. Проводя параллель с первым потоком практикума, прошедшим 21 июня, хочется отметить пару отличий от первого мероприятия: С приближением 2022 года, когда планируется та самая отмена, интерес к теме заметно растет (ярче горит – быстрее носишь ведра) Полгода назад, когда мы в первый раз начали приглашать коллег на практикум, ответы вроде «мы еще об этом не задумывались» или просто неосведомленность о данном вопросе были не редкостью. При сборе участников на второй поток мы получили более яркий отклик. Тенденция, однако. В заключение Дорогу осилит идущий. Начав сегодня, через полгода/год/проставьте дату сами уже можно будет увидеть результаты. Не начав вовремя – получите то, что получите )) Если вы по каким-то причинам не смогли приехать на такое мероприятие, но проблема смены/развития платформы ИС является для вас живой и актуальной — обращайтесь. Не бросать же в беде )) Поможем найти правильное решение (ну или хотя бы подскажем — на что обратить внимание, чтобы вы сделали это самостоятельно).
  5. Сегодня расскажем о проекте по внедрению системы автоматизированного прогнозирования отгрузок и формирования заявок на производство на платформе «1С» на заводе по производству сыра и цельномолочных продуктов. Что породило необходимость перемен? Основной предпосылкой к переменам стал переезд распределительного центра на другую территорию (ранее производство и склад находились бок-о-бок друг с другом). Это привело к тому, что сотрудники производства не могли оперативно отслеживать остатки на складах для обеспечения заказов клиентов и, соответственно, клиентский сервис стал снижаться за счет отсутствия необходимой продукции. Раньше склад быстро пополнялся за счет моментального реагирования производства. Теперь стали учащаться ситуации, когда заказ сделан, машина приехала, а продукции на складе нет. Появилась необходимость в системном планировании производства. Как пытались решить самостоятельно? Первым (и самым разумным из всех возможных в текущей ситуации) шагом к спасению самих себя со стороны клиента стало создание рабочей модели планирования в Excel. Это явилось отличным подспорьем для формирования внятного ТЗ для дальнейшего внедрения автоматизированного инструмента планирования. Впрочем, об этом чуть позже. НО! сбор и анализ данных в Excel были неудобными и занимали много времени. Большая география клиентов, разные каналы сбыта, разные периоды отгрузки серьезно осложняли задачу планирования в Excel. (7 000 клиентов, среди которых около 3 500 являются регулярными клиентами + уникальные пользователи интернет-магазина образовывали порядка 14 000 уникальных клиентов, требующих анализа). Метод проб и ошибок помог прийти к выводу, что для обработки информации такой сложности и объема Excel не стабилен и применим только на этапе апробации разработанных моделей. Поставленные задачи Повысить степень исполнения заказов клиентов и снизить списания по остаточным срокам годности за счет: Синхронизации работы цепочки подразделений «производство – склад – продажи» Снятия зависимости точности формирования заявки на производство от конкретных сотрудников Было принято решение сделать это с помощью внедрения автоматизированного инструмента планирования на «1С» взамен существующего файла Excel. В качестве платформы для автоматизации выбрали готовое отраслевое решение – модуль «K2FRESH» (https://k2fresh.com/pp) Пошаговый путь к цели Шаг 1. Утвердили модель планирования на какие группы разбивать клиентов? какие сценарии планирования использовать? какую информацию необходимо заносить в систему? какие отчеты система должна выдавать (в зависимости от решений, которые необходимо принять на основании этих отчетов)? Шаг 2. Доработали типовой функционал инструмента (модуль формирования заявки на производство продукта «K2FRESH») под потребности клиента. Шаг 3. Внедрили модуль на предприятии клиента и обучили конечных пользователей работе с инструментом. // Примечание: чтобы мы смогли построить точную модель, специалистам по финансам сырзавода пришлось еще больше углубиться в исследования своей клиентской базы. Клиентов поделили на тех, кто делает заказы регулярно и тех, чьи заказы не поддаются закономерности. И сделали вывод, что первых можно планировать с применением различных статистических методов, в зависимости от характера спроса. А со вторыми должен дополнительно поработать отдел продаж, чтобы вносить их в план производства заранее. Эффекты от внедрения системы 1. Синхронизировалась работа цепочки подразделений «производство – склад – продажи» Система выдает два отдельных задания: на выработку конкретного вида продукции на упаковку и маркировку И сразу становится понятно – что производить и в каких объемах, во что и когда фасовать, какую этикетку наносить на готовую продукцию. Особенно автоматизированная система помогает в ситуации, когда запускается резервуарный объем производства (например, 400 литров ряженки). Невозможно 200 литров расфасовать, а 200 — оставить. Именно поэтому в задании на производство учитываются не просто заказы, а еще и технологические особенности производства. Будет ли покрыт заказ при запуске такой партии? Чем покрывать недостатки? Куда девать излишки? Система позволяет принимать решение в момент планирования, а не по факту образовавшейся нехватки на складе готовой продукции или появлении избытков полуфабрикатов. 2. Повысилась точность планирования отгрузок за счет детализации характеристик клиентов и применения к каждой группе клиентов заранее настроенных автоматизированных правил. 3. Снизилось влияние человеческого фактора на уровень точности заявки на производство Данные о заказах и отгрузках стали собираться более надежно за счет того, что вся информация о привязке клиентов к регионам появилась в одной базе. При внесении изменений заданный алгоритм сам синхронизирует данные, и информация не теряется. Потребность в бдительности сотрудника отпала сама собой. Этот эффект проявил себя еще на этапе тестового запуска, когда система автоматически нашла несколько заказов, которые потерял человек. Интересный момент. В полном объеме функционала система на предприятии заработала летом (в сезон отпусков). На тот момент функцию планирования осуществляли 3 человека. И несмотря на опасения, продиктованные прошлым опытом работы в Excel, 2 из них смогли спокойно уйти в отпуск одновременно, и 1 оставшийся отлично справлялся с планированием. Что раньше считалось чем-то из области научной фантастики. Одним словом, бездушный программный алгоритм оказался гораздо эффективнее живого человека и смог помочь добиться нужного уровня клиентского сервиса. Немного цифр Увы. Из-за подписанных соглашений о конфиденциальности мы не можем осветить реальные конечные цифры уровня клиентского сервиса и списания по остаточным срокам годности (( При этом можем обозначить уровень соответствия заявки на производство спросу. С внедрением автоматизированного модуля планирования «K2FRESH» он составил 98,5%. Сложности в процессе внедрения Основной сложностью в ходе проекта стала необходимость сотрудников-планировщиков перестраиваться с одного инструмента на другой. В Excel можно было поменять все данные вручную, а в автоматизированной системе – нет. Впрочем, это небольшое неудобство быстро перестало быть неудобством. Вывод Excel – вполне рабочий инструмент планирования. Но если вы собираетесь расти в продажах, то ошибки, связанные с человеческим фактором в планировании заданий на производство, могут сильно вам помешать обеспечить поступившие заказы клиента. Задумайтесь об автоматизации. Удобно, когда уже есть готовое программно-методическое решение (https://k2fresh.com/pp), которое можно взять и настроить под себя, и нет необходимости «придумывать велосипед». С чистого листа такой проект оказался бы намного продолжительней и финансово более затратным. Автоматизация процессов планирования задания на производство — это уже не «ноухау». Скорее это современный и адекватный способ обеспечить поддержание высокого уровня клиентского сервиса при одновременном снижении количества списаний готовой продукции из-за превышения остаточных сроков годности.
  6. Зачастую, принимая решение об автоматизации интеграции с ГИС Меркурий и воплощая эту самую интеграцию в жизнь, задача рассматривается как буквальная — обеспечение фактической способности передачи данных об отгружаемом товаре. Просто и безапеляционно. Нужно передавать данные, так мы и передаем. Но стоит задуматься о том, насколько успешен такой подход, и почему послевкусие от таких внедрений оставляет желать лучшего? Делимся: По опыту многих внедрений становится понятно, что по настоящему приносить пользу может только комплексное решение по автоматизации ряда процессов, предшествующих самой передаче данных в Меркурий. Решение, которое делает проще работу не только (и не столько) по передаче информации, но по её аккумуляции. А структуру передаваемой информации более обширной и полезной для конечного клиента, получающего отправленное нами ЭВСД. Конкретнее: Так почему же нельзя автоматизировать исключительно интеграцию с ГИС Меркурий, не автоматизируя прилегающие процессы? (Ответим, рассмотрев каждый процесс с точки зрения его влияния на участие в формировании требуемой информации). О каких процессах идёт речь? Автоматизация процессов маркировки групповой упаковки и логистических мест Автоматизация фиксации выпуска на этапе маркировки Автоматизация списания сырья в производственной партии Автоматизация складских процессов, в частности, наборка продукции в разрезе партий Автоматизация элементов функций транспортной логистики Как их автоматизация влияет на аккумуляцию данных в системе (в разрезе необходимых аналитик для передачи в ГИС Меркурий)? Хочется рассматривать эти процессы совместно и в рассмотрении идти с конца цепочки. Данные в Меркурий должны быть переданы в разрезе партий продукции (а в некоторых случаях и в разрезе логистических мест и упаковок). Залогом того, что в Меркурий будут переданы данные ровно о той продукции, которая фактически отгружена со склада, может быть только автоматизированный учёт наборки. Чаще всего, используется считывание штрих кода с упаковки продукции или логистической единицы. Во всех остальных случаях — ручной ввод. А ручной ввод — это надежда на острый глаз и трезвый ум вводящего, что, вероятно, не надёжно. Собственно для того, чтобы штрихкод был считан, он конечно же должен быть нанесён. И не абы-какой, а позволяющий проидентифицировать не только сам товар, но и его партию и дату производства. С учётом регулярно меняющихся требований по составу этого штрихкода, управляемость возможностью редактирования этикетки становится насущной необходимостью. Применение типографской этикетки становится неприемлемым. Прежде чем на продукцию будет выписано исходящее ЭВСД, она конечно же должна быть произведена. Гарантией попадания достоверной информации о выпуске в Меркурий может служить своевременная фиксация в учётной системе факта выпуска готовой промаркированной продукции. Тогда мы гарантированно сможем передать информацию для формирования соответствующей производственной партии в Меркурий. И да, стоит отметить, что выпускать продукцию в Меркурии “из ничего” уже не модно. И не модно и неудобно! Гораздо удобнее задать спецификацию с пропорциями потребляемого сырья на конкретный вид продукции и наслаждаться его автоматическим распределением в производственной партии. Вот и получается, что управляемо отмаркированная, вовремя выпущенная и правильно проидентифицированная на этапе наборки продукция существенно упрощает получение информации, в структуре удобоваримой для передачи в ГИС Меркурий. Делаем выводы: Результат адекватной работы автоматизированных процессов, о которых мы ведем речь выше — стройно собирающаяся в системе информация, в том виде, в котором её можно легко потреблять. В этом случае её передача в ГИС меркурий становится делом техники. Если вы то же почувствовали в себе потребность сделать систему не только удовлетворяющую внешним требованиям, но и удобную в использовании и вам требуется помощь…. Обращайтесь. Мы так умеем)
  7. 1. Стоимость этикетировочной машины для весовой продукции сопоставима со стоимостью проекта внедрения MES-системы. Для простоты, пусть и то, и другое, будет стоить 7 млн. рублей.2. Окупаемость линий маркировки достаточно легко считается, и понятна тому, за чей счет банкет: Бригада из 4-х маркировщиков маркирует около 5 тонн за смену; С автоматизированной линией, которую сопровождает 3 человека, за то же время маркируется 15 тонн. Т.е. объем, который могут выполнить 3 бригады по 4 человека; Экономия на персонале в месяц с учетом 30% налогов на ФОТ – 175,5 т.р., в год ~ 2,1 млн. Окупаемость – 3,3 года. Понятно, что у оборудования есть эксплуатационные издержки, но грубо так. 3. Окупаемость MES-системы считается редко, поэтому спонсорам она не понятна. Если выбор стоит между вариантами вложить 7 млн. в тему с понятной отдачей и в тему с непонятной отдачей, выбирается первый, спонсоры не дураки.4. Чтобы посчитать окупаемость MES-системы, нужно понять, какие эффекты стоит ожидать от внедрения.На нашем сайте опубликованы эффекты и средние цифры из нашего опыта: мясо, сыры, молока. 5. Возьмем, например, мясопереработку. Частая проблема при больших объемах – недогрузы. Клиент заказал, на производство передали, а там либо перепутали, либо испортили, либо не успели к отгрузке. MES-система начинает контроль исполнения заказов еще на стадии формирования задания на производство. Система в любой момент показывает, какие заказы еще не отгрузили, где эта продукция стоит, в какой стадии готовности, есть ли она в задании. Это помогает снизить % недогрузов даже там, где он был совсем невелик. Пусть с помощью MES-системы завод уменьшит количество недогрузов и увеличит исполнение заказов, а значит, отгрузку, на 1%. 1% к 15 тоннам (выработка из п.2) – это 150 кг в день, или 22,5 т.р., если маржа примерно 150 рублей на килограмм продукции. В месяц – 657 т.р., в год – 8,1 млн. Окупаемость меньше года. Только по одному из эффектов. 6. Пример по сырам. С помощью MES-системы можно поднять среднее значение влаги в сыре – это один из основных способов увеличения выходов: Чтобы увеличить выход сыра на 0,5%, нужно увеличить среднюю влагу примерно на 0,3%. Для большинства заводов более чем выполнимая задача, особенно, если у технолога есть удобный инструмент для анализа и мониторинга. Я приводил статистику по содержанию влаги в сыре с нескольких заводов в этой статье. 0,5% к выпуску в 15 тонн, это 75 кг в день, или 22,5 т.р., при цене 300 рублей за килограмм сыра. В отличии от примера с мясом, здесь мы получили прирост за счет воды, которую считаем бесплатной, поэтому умножаем на цену, а не на маржу. Дальше можно подставлять те же цифры, что и в мясе, получаем ту же окупаемость. 7. Если есть вариант вложить 7 млн. с окупаемостью 3 года или с окупаемостью 1 год, выбор так же очевиден, но уже в пользу второго. 8. Для подсчета окупаемости по MES-системе я взял только один из ожидаемых эффектов, на нашем сайте их по 4 для каждой отрасли, по факту бывает больше. 9. В общем, когда будете бюджетировать следующий год, повнимательнее смотрите на инвестиции. Понятное не значит лучшее. 
  8. Сегодня поразмышляем о пользе внедрения оперативного учета на производстве сыров в промышленных масштабах. Разберемся — что такое MES-система и чем она может помочь сыроделам. Экскурс в историю Для начала перенесемся на 20 лет назад, когда не то что производство, а наш с вами повседневный быт был мало связан с технологиями. Мобильный телефон считался роскошью, а интернет на нем был вообще чем-то невообразимым. Собственникам сыродельных производств в те времена не оставалось ничего иного, как только опираться на опыт ключевых сотрудников — начальника производства, технологов… И особенно сыроваров! И это не странно, ибо в таком творческом ремесле успех всегда основан на опыте и таланте, которые передаются из поколения в поколение. Талант талантом, однако при слабом контроле и ведении учета показателей в журналах сыр часто выходил разного качества. Это было ясно даже без лабораторных анализов – цвет сыра явно отличался от нужного. Возможные причины: при варке допустили ошибку и переложили ингредиентов или сыр был сильно пересолен, т.к. его вовремя не вынули из бассейна. Помните наш любимый случай на одной из выставок? Примерно 5-6 лет назад сыровары задумались о вариантах, способах и инструментах стандартизации качества. Для этого они стали стараться учитывать все больше параметров при производстве сыра: делали больше анализов контролировали время посола и обсушки каждой варки хранили историю использования заквасок в варках сыра и т.д. Но, несмотря на все усилия, человеческий фактор не перестал влиять на процесс производства и отклонения, связанные с “творчеством” ключевых сотрудников, имели место быть. Общаясь с сыроварами, мы осознали острую необходимость «обесчеловечить» контроль и перенести учет на производстве в автоматизированную систему. Около 4 лет назад мы реализовали свой первый проект по внедрению MES-системы на сыродельном производстве. И, как и ожидали, данный продукт стал пользоваться спросом. К справке: Manufacturing Execution System (MES) — система управления производственными процессами, предназначенная для решения задач синхронизации, координации, анализа и оптимизации выпуска продукции в рамках производства. Между собой мы делим сыроделов по объемам переработки молока: крупные предприятия (от 200-300 тонн/сутки) средние (50-200 тонн/сутки) начинающие сыроварни (до 50 тонн/сутки) И в каждой из категорий есть заводы, которые уже ощутили на себе пагубность влияния человеческого фактора на качество готовой продукции и задумались о том, чтобы уйти от бумажного носителя в систему оперативного учета. Как и те, кто не видят ценности в переменах, и как раньше, используют журналы, чтобы фиксировать основные данные. Предпосылки Так в чем же причины того, что руководители сырзаводов стали задумываться о внедрении MES-системы? 1. Рост объемов производства. На наш взгляд, этот фактор является основным. Объем данных растет, как снежный ком. Следовательно, ими становится тяжело управлять. Появляется больше ошибок и брака, что приводит к серьезным финансовым потерям. 2. Широкое распространение торговых сетей на всей территории России (особенно это касается европейской части). Сети предъявляют жесткие требования по нескольким пунктам: Качество продукта. Мы не можем поставлять в сеть Голландский сыр сегодня желтого цвета, завтра оранжевого, а после завтра «пересоленного». Качество и вкус должны быть стабильны. Иначе продукцию просто снимут с полки. Логистика. Сыроделы всегда должны отгружать в сеть нужное количество продукции, чтобы он всегда был в наличии. Поэтому объем выпуска готовой продукции должен быть стабильным. Ценообразование. Сеть хочет получить товар наилучшего качества за наименьшие деньги. В связи с этим нам надо точно рассчитать себестоимость продукции, чтобы не работать предприятию в убыток. Плюс не стоит забывать, что на минимальную цену продукции сыродельный завод еще иногда должен давать акции, чтобы привлечь внимание покупателей к своей продукции на полке в магазине. 3. Увеличение количества SKU. Вспомните, кто производил сыр с белой или голубой плесенью до введения продуктового эмбарго? Вот и мы не вспомним. Но за последние годы в России у крупных предприятий появились такие виды сыров как качотта, буратта, сыры с белой и голубой плесенью, моцарелла и т.д. За таким количеством SKU сложно отследить и довести каждый до конечного результата, а MES-система всегда подскажет, что делать дальше с какой позицией. Преимущества MES-системы 1. Снижение количества брака и стабилизация качества готового продукта. В системе можно формировать так называемые “паспорта варок”, где будут зафиксированы ключевые показатели конкретной варки: жир и белок на старте какие закваски и сколько добавляли в сыроизготовитель % соли в бассейне и время нахождения сыра в нем жир, белок, влага, соль перед созреванием и др. Это позволит контролировать процесс на любом этапе, а не ждать созревания сыра. Таким образом мы сможем отреагировать своевременно, если получим показатели, не попадающие в заданный коридор значений. 2. Контроль потерь на каждом этапе Мы можем видеть за счет чего и на каком этапе мы потеряли в качестве и количестве. К примеру, можно оценить эффективность каждого сыродела и завязать на этом его мотивацию. 3. История варок хранится продолжительное время Можно видеть статистику за длительный период и найти идеальные показатели для конкретной партии. К примеру: один из наших клиентов очень удивил аудитора одной известной торговой сети. Во время проверки представитель сети попросил показать — откуда молоко, какие закваски были конкретно в этом сыре, который он сейчас пробует. Аудитор уже потирал руки и представлял, как нервно будут шуршать журналы, но был очень удивлен, когда за пару минут он получил все данные о конкретной варке из автоматизированной системы. А Вы сталкивались с таким? Быстро получается найти все в журналах? 4. Контроль выполения технологических операций созревания «длинных» сыров MES-система сама скажет ответственному сотруднику — какие головы сыра надо сегодня проконтролировать (перевернуть, взять образец на анализ и т.д.). 5. Полная прослеживаемость Данный функционал позволяет увидеть, какая продукция из какого сырья была произведена, и через руки какого сотрудника внутри предприятия прошла. Это позволяет при выявлении брака на поздних этапах поднять всю цепочку и отследить виновного. Так же можно видеть, какой еще сыр прошел через «эти руки» и минимизировать отгрузку бракованной продукции клиентам. Я постарался перечислить основные моменты. На самом деле преимуществ гораздо больше (расчет себестоимости, например:). Эффекты от внедрения На наш взгляд, основной эффект, который достигается благодаря внедрению MES-системы на производство — это максимальный контроль и управляемость процессом на всех этапах: Начальник производства видит полную картину по своему участку Главный технолог видит всю отчетность по ключевым параметрам каждой партии Финансовый директор получает необходимые данные для расчета себестоимости готовой продукции Генеральный директор видит полную картину по его предприятию и имеет возможность погружаться до каждой отдельной варки Подводя итог Сегодня автоматизация учета и контроля на производстве – это уже не прорыв, не фантастическое явление из фильма про космос. Это гигиена. Так должно работать любое предприятие, если оно хочет отвечать современным требованиям. В заключение хотелось бы поговорить о вариантах, которые есть у предприятия, которое желает навести порядок у себя на производстве. Самый бюджетный вариант — на базе действующей информационной системы силами собственной IT-службы доработать функционал, чтобы он отвечал требованиям современной MES-системы. Очень важно в этом случае иметь руководителя производства или технолога, который знает, что он хочет, и может ставить четкие задачи для разработчиков. Можно привлечь к разработке местных 1С-франчайзи, но далеко не факт, что это будет дешево и быстро. Отсутствие отраслевого опыта может затянуть проект и сделать его дороже. Если на предприятии нет сотрудника, готового сформулировать свои «хотелки», или нет желания полагаться на мнение не самых опытных разработчиков, то есть самый простой, самый надежный, но не самый бюджетный вариант — обратиться к отраслевым специалистам, которые имеют опыт многократной разработки и внедрения подобных систем. Так внедрение может пройти быстро, качественно и избегая всех граблей, которые могут возникнуть в первом варианте. Решение за Вами! А м ы пока наведем порядок еще на одном сыродельном предприятии:)
  9. Многие из вас, уверен, хотя бы раз в своей профессиональной карьере участвовали в проекте внедрения новой информационной-учетной системы. И, уверен, эти воспоминания почти для каждого вызывают неприятный холодок, легкую дрожь или внутреннее съеживание. Словом, воспоминания не из приятных. Я искренне завидую тем счастливцам, кто запускал систему в эксплуатацию спокойно, ровно, без ненормированного рабочего дня, авралов-пожаров, употребления разнокалиберных нервовыпрямляющих препаратов. Вы – счастливчики по обстоятельствам или по призванию, вы – белые вороны в рядах внедренцев изменений, вы – люди «стальные яйца нервы». Но, скорее всего, вы – вымышленный и несуществующий в реальности персонаж Теперь шутки в сторону и перехожу к сути. Сегодня хочу поделиться с вами советами из своего опыта внедрения автоматизированных систем (10+ лет подобных «приключений»), который поможет вам и окружающим вас людям не только пережить этот переходный период, но и осмыслено приложить свои усилия для гладкого перехода в светлое будущее под названием «промышленная эксплуатация новой информационной системы». 0. ФОРМИРУЙТЕ АДЕКВАТНЫЕ ОЖИДАНИЯ К ПРОЦЕССУ ЗАПУСКА СИСТЕМЫ В ЭКСПЛУАТАЦИЮ Нужно понимать, что внедрение информационной системы – это серьезные изменения: в деятельности компании, в работе людей, в подходах и способах выполнения производственных задач. А любое изменение – это преодоление, порой с элементами стресса. И это не только для вас – надо учитывать общее количество сотрудников-пользователей системы, у которых меняется привычный способ работы. Поэтому нужно сразу настроиться – легко запуск в эксплуатацию происходить не будет. Почти наверняка будет трудно (особенно на первых порах). Однако после отладки системы, завершения переходных процессов, выработки привычки к новым подходам, работа станет не только легче, но и результативней и эффективней. Это должно вас подпитывать силами в нелегком переходном процессе. 1. ПОДГОТОВЬТЕ ПЛАН ЗАПУСКА Подготовка плана запуска – непростая задача, особенно когда речь идет о запуске крупной функциональной задачи в системе с большим количеством запускаемых операций и/или пользователей. Но раз Вы подошли к этапу запуска – в вашей команде неизбежно должны быть люди, которые способны определить – ЧТО должно быть запущено (состав операций, функций, задач) и КАК должен проходить запуск (из каких этапов/вех). Хорошим примером ответа на вопрос ЧТО? является модель описания информационной системы, приведенная в одной из наших предыдущих публикаций. Если к моменту запуска системы в эксплуатацию такое описание внедряемой системы будет у вас в наличии, то оно (описание) отлично поможет оценить полноту состава запускаемых операций. Кроме ревизии состава запускаемых операций в плане запуска нужно предусмотреть – в какой последовательности будут запускаться функции и операции, а также – какие необходимо выполнить подготовительные работы для начала работы пользователей: завести пользователей и назначить им права, внести начальные остатки и т.д. 2. ПОДГОТОВЬТЕ ИНСТРУМЕНТЫ УПРАВЛЕНИЯ ЗАПУСКОМ Основными инструментами управления запуском являются: Чек-лист операций конкретного пользователя. Чек-лист позволяет проконтролировать как возможность выполнения пользователем операций (может или нет), так и полноту (все операции выполняются или не все). Журнал учета инцидентов. Журнал – это место регистрации, хранения и ведения списка вопросов и их решений. У пользователей в ходе запуска могут возникать вопросы и проблемы разного калибра. И нужно обязательно иметь инструмент ведения списка задач, требующих отложенного решения. 3. РАСПРЕДЕЛИТЕ ОТВЕТСТВЕННОСТЬ ЗА ПЕРВИЧНУЮ КОНСУЛЬТАЦИОННУЮ ПОМОЩЬ ПОЛЬЗОВАТЕЛЯМ И ЗА РЕШЕНИЕ СЛОЖНЫХ ВОПРОСОВ В большинстве наших проектов мы делим команду внедрения на два эшелона: Первая линия поддержки – это специалисты к которым непосредственно обращаются конечные пользователи со своими вопросами по работе с системой. Крайне важно, чтобы: количество таких специалистов на поддержке было достаточно для оперативной реакции на вопросы пользователей. Особенно на первых 2-3 интенсивных неделях запуска каждый пользователь знал к кому обратиться со своим конкретным вопросом Вторая линия поддержки – это интеллектуальный штаб для решения сложных вопросов или инцидентов пользователей, которые не могут быть оперативно отработаны в режиме «вопрос-ответ». 4. ПРОГОВОРИТЕ ПЛАН ДЕЙСТВИЙ И ЗОНЫ ОТВЕТСТВЕННОСТИ СО ВСЕМИ УЧАСТНИКАМИ ПРОЦЕССА Этот совет (как и первый) связан с психологической подготовкой проекта. В основе страха (порой подсознательного) для большинства людей лежит не масштаб предстоящих изменений, а неопределенность, которая в них скрыта. Например, проводились исследования, показывающие, что студентов меньше беспокоит грядущая сессия, если у них составлен план подготовки к ней. Поэтому, когда вы проделали предыдущие подготовительные задачи, обязательно соберите всех участников запуска (самое главное – пользователей) и объясните максимально подробно – КАК будет происходить запуск, КТО и ЗА ЧТО отвечает, К КОМУ обращаться при возникновении вопросов. ВМЕСТО ЗАВЕРШЕНИЯ Хороший вопрос – когда заканчивается запуск? «Когда все станет хорошо» — частый и вполне ожидаемый ответ пользователей/заказчика. Но поскольку мы говорим про управляемый, а значит измеримый результат, то надо отвечать на этот вопрос конкретней. В своих проектах границей окончания запуска мы считаем следующие критерии: Каждая из запланированных к запуску операций выполняется (или может быть выполнена) в системе в соответствии с определенной для нее периодичностью Устранены инциденты, не позволяющие операции выполняться в рабочем режиме Это далеко не полный перечень того, что помогает снизить болезненность процесса запуска системы в эксплуатацию. Однако, если вы возьмете в привычку и практику хотя бы перечисленные выше советы, то разницу относительно предыдущего опыта запуска вы точно сможете почувствовать. Интересных вам проектов внедрения и управляемых запусков!
  10. ПРОСЛЕЖИВАЕМОСТЬ? ЭТИМ ТОЧНО НУЖНО ЗАНИМАТЬСЯ? Прослеживаемость в пищевом производстве – это средство обеспечения требований пищевой безопасности. В случае (не дай Бог) возникновения проблем с качеством продукции и угрозы здоровью потребителей – предприятие-производитель должно: Правильно понять – в какой партии выпущенной продукции возникла проблема, т.е. идентифицировать и локализовать проблемные партии продукции (на своих складах и в отгрузках клиентам) Восстановить информацию: из каких партий сырья и материалов была произведена проблемная партия продукции через какое оборудование и через чьи руки прошла проблемная продукция в ходе производства (чтобы провести адресные корректирующие и профилактические мероприятия с конкретным персоналом, причастным к проблемам с качеством продукции Провести анализ и выяснить, какие партии материально-сырьевых ингредиентов привели к проблемам с качеством продукции Выяснить – в каких еще партиях продукции были использованы эти некачественные материально-сырьевые ингредиенты и убедиться, что с качеством этой продукции все в порядке Чем точнее в этой рекламационно-претензионной работе будут определены проблемные партии – тем меньший объем продукции необходимо будет проверять и/или отзывать. То есть предприятию вся эта рекламационная работа обойдется меньшими затратами. Не смотря на очевидную пользу для потребителя и выгоды для предприятия – всерьез организацией прослеживаемости производители-пищевики начали озадачиваться в последние 2-3 года. На подавляющем большинстве пищевых производств сейчас организован «журнальный» вариант прослеживаемости: когда все движение сырья и продукции по этапам производства записывается в бумажные «талмуды». И когда возникает вопрос – из чего была сделана сегодняшняя продукция или в какую продукцию вошло сырье, купленное у конкретного поставщика – происходит либо нудное и скрупулёзное «перетряхивание» журналов, либо умышленное лукавство и волевое «назначение виноватых» (как партий сырья или материалов, так и людей). ДЛЯ КОГО НУЖНА ПРОСЛЕЖИВАЕМОСТЬ Нарастающий интерес последних лет к организации и автоматизации прослеживаемости в производстве у пищевиков связан в первую очередь с ужесточением требований сетевого ритейла. Сети проводят собственные аудиты процесса производств, технологии и прослеживаемости, результаты которых определяют коммерческие условия дальнейших отношений производителя с сетью. Это стимулирует производителей искать способы соответствовать требованиям сетей. В ту же сторону внимание переработчиков мяса и молока направляет Россельхознадзор со своими законодательными инициативами по внедрению ФГИС Меркурий: для погашения ветеринарных сертификатов переработчики жиров животного происхождения должны сопоставлять из какого сырья была произведена продукция. А после внедрения и по мере дальнейшего развития ФГИС Меркурий отраслевые эксперты ожидают, что требования к точности этого сопоставления будут повышаться. Помимо внешних мотиваторов наиболее продвинутые предприятия хорошо осознают и свои внутренние профиты от наличия адекватной прослеживаемости. Это и сокращение затрат на претензионную работу, и имиджевые преимущества перед конкурентами. Так или иначе наличие адекватной организации прослеживаемости – это явный отраслевой тренд, который сейчас дает набор конкурентных рыночных преимущества, а в ближайшей перспективе обещает стать гигиеническим условием существования промышленного пищевого производителя на рынке. ОПЕРАТИВНЫЙ УЧЕТ В MES-СИСТЕМЕ – ОСНОВА ДЛЯ ОРГАНИЗАЦИИ ПРОСЛЕЖИВАЕМОСТИ В своей предыдущей статье я рассказывал про подходы к организации системы оперативного учета на пищевом производстве – что и как нужно сделать, чтобы организовать и внедрить MES-систему. А сегодня я расскажу, как MES-система у нашего клиента (цех глубокой переработки мясного сырья), внедренная в соответствии с рекомендованными нами подходами, обеспечила клиенту основу для получения прослеживаемости производства. К проекту внедрения MES-системы наш заказчик определил следующие ключевые цели и задачи: Оперативный попередельный учет технологических этапов производства продукции, в том числе: Учет объемов выработки полуфабрикатов и продукции с разделением на производственные партии Учет фактически использованных объемов и партий сырья и полуфабрикатов для выработки продукции Контроль и анализ потерь и выходов продукции Соблюдение технологии и стандартизация качества продукции за счет: Рецептурного контроля формирования сырьевых и материальных комплектов Контроля технологических параметров и времени обработки партий продукции на ключевых этапах переработки, влияющих на качество продукции или показатели выхода Обеспечения своевременного и упорядоченного по дате выработки движения и обработки партий сырья и полуфабрикатов При решении первой группы задач проекта была организована идентификация (этикетирование с использованием штрихкодов) парий поступающего в цех сырья и выпускаемой продукции и внутрицеховых полуфабрикатов. А далее, используя идентифицирующие этикетки, на каждом контролируемом переделе производства был обеспечен оперативный автоматизированный учет выработки партий продукции и использованных при производстве партий сырья. Таким образом, организованные процессы достоверного учета движения и переработки сырья и полуфабрикатов в производстве сформировало связку «партия сырья – партия продукции» для каждого передела. А накопление этой информации в системе за любой день и смену позволило, используя алгоритм разузлования, получить желаемую прослеживаемость – отчеты, которые показывают: Из чего (каких партий сырья и материалов) была произведена конкретная партия продукции В какие партии продукции вошла конкретная партия сырья. Вариации полученных отчетов позволили проанализировать информацию по прослеживаемости как в древовидной форме (показывая историю появления промежуточных цеховых полуфабрикатов, даты их выработки и бригады рабочих), так и в линейной – когда показывается какое покупное сырье было использовано в продукции (без промежуточных переделов). Отслеживание истории продукта: (для просмотра изображения — нажмите на него левой кнопкой мыши) Отдельный вопрос в теме организации прослеживаемости – это какое оборудование можно-нужно использовать в связке с MES-системой, чтобы процесс оперативного учета был действительно оперативен, объективен и не зависим от конкретных исполнителей. Об этой теме мы уже говорили здесь. А позднее напишем материал с описанием конкретных решений у конкретных предприятий по переработке мяса, молока и производству сыра. В ЗАВЕРШЕНИЕ Оглядываясь на наш опыт общение с клиентами в последнее время хочется сказать, что многие производители продуктов питания задумываются об организации прослеживаемости на своих предприятиях, но не знают с чего начать и как обеспечить эту прослеживаемость. Для всех наших последних проектов внедрения MES-систем на производствах организация прослеживаемости – это обязательная составляющая. Так что, если вдруг возникнут вопросы – вы знаете к кому обращаться ;-).
  11. Последние 3 года наша команда фокусировалась на автоматизации оперативного управления и учета производством продуктов питания, т.е. внедрении MES-системы управления пищевым производством. Обращу внимание — НЕ системы учета производственных затрат и выработки продукции для финансово-экономического анализа. MES – это система автоматизации функций внутрицехового управления, инструмент в руках начальника производства и технолога. Достаточно полезная, но сложная в исполнении система. Оперативный учет в MES – это учет в режиме реального времени, т.е. MES-система по сути встраивается в технологию производства: подключается к производственному и весовому оборудованию, или с помощью сканеров собирает первичную учетную информацию непосредственно в процессе производства. При внедрении такого рода систем многое может пойти не так, поэтому я со своей командой выделил некоторые подходы подготовки к внедрению MES-систем, которые позволяют выполнять проект более управляемо и с меньшим количеством трудностей. Сегодня и поделимся этими подходами, постараемся «вооружить» компании и внутренние проектные команды, которые планируют заниматься внедрением таких систем на своем производстве. С ЧЕГО НАЧАТЬ При подготовке к внедрению MES-системы нужно определить требования к оперативному контролю и учету. В качестве путеводителя (своеобразной «дорожной карты») для проработки требований к системе команде проекта необходимо разобраться и ответить для себя на следующие базовые вопросы: Какие переделы выделить для организации оперативного контроля и учета? Как организовать идентификацию партий сырья и полуфабрикатов для контроля и учета в производстве? Где в производстве расположить контрольно-учетные точки (промышленные, стандартные или мобильные компьютеры) для организации оперативного учета и контроля? Каким образом оборудовать контрольно-учетные точки (весы напольные/, весы настольные, принтер этикеток, принтер А4, сканер штрих-кода или сканер RFID, ТСД, …)? В своей практике проработки и утверждения требований к MES-системе (по сути — ответов на указанные выше вопросы) мы выделяем отдельный постановочный этап – Регламентация (упрощенно – описание требований к целевым процессам учета, системе и оборудованию). Для нас – это понятный этап работ, который выполняется по утвержденной у нас проектной технологии и не занимает много времени. Если же вы самостоятельно планируете выполнять проект внедрения MES на своем производстве, то полноценное описание требований может занять много времени (часто просто формулируют перечень «хотелок» и какой-то список контрольных точек). Давайте рассмотрим каждый вопрос подробней, чтобы вам было проще разобраться с этими вопросами при самостоятельном внедрении MES-системы. КАКИЕ ПЕРЕДЕЛЫ ВЫДЕЛИТЬ ДЛЯ ОРГАНИЗАЦИИ ОПЕРАТИВНОГО КОНТРОЛЯ И УЧЕТА? Технологические цепочки переработки сырья в продукцию в пищевом производстве могут быть достаточно длинными. Но это не означает, что каждая технологическая операция должна выделяться для MES-системы как производственный учетный передел. Много ≠ хорошо. Поэтому важно определиться с критериями выделения переделов, а точней ответить на вопрос – ЧТО вам важно контролировать. Наиболее вероятными кандидатами на выделение учитываемых переделов могут быть технологические операции, где: важен технологический контроль времени обработки, чтобы не испортилось сырье, или не произошли сверхнормативные потери веса продукции (= денег компании) // Для мясопереработки такими операциями могут быть: дефростация, термообработка, охлаждение. // Для сырного производства это бассейн (соление), обсушка, созревание. происходит смешивание разных ингредиентов и важно обеспечить рецептурный контроль // Для мясопереработки и производства мясных полуфабрикатов — это формирование мясных комплектов, подготовка комплектов специй, замес теста, подготовка начинок. // Для сырного/пивобезалкогольного производства – это подготовка смеси для варки. возникает большой объем брака и требуется оперативно контролировать процесс для его предотвращения или быстрого исправления // Тут примеры более индивидуальны. Зависит от конкретных особенностей организации производственного процесса. Например, на сырном производстве брак наиболее часто выявляется после расформовки или при выемке сыра из бассейна. происходит смешивание сырья и полуфабриктов разных партий или разделение полуфабриката на несколько партий. // На таких операция выделение учитываемого передела нужно для сохранения прослеживаемости преобразования партий. КАК ОРГАНИЗОВАТЬ ИДЕНТИФИКАЦИЮ ПАРТИЙ СЫРЬЯ И ПОЛУФАБРИКАТОВ ДЛЯ КОНТРОЛЯ И УЧЕТА В ПРОИЗВОДСТВЕ? Идентификация партий в организации автоматизированного оперативного учета решает 2 задачи: Выделение для системы производственного дискрета – партии, появление и расходование которой учитывается и сохраняется в системе для анализа прослеживаемости (из каких партий сырья была изготовлена партия продукции) Автоматизация учета движения или списания партий продукции в процессе производства. Когда партия идентифицирована сопроводительной этикеткой со штрихкодом или RFID -меткой – это позволяет быстро и безошибочно учесть перемещение с помощью специального оборудования. Следует сказать, что идентификация партий помогает поддерживать порядок и на организационном уровне: идентифицирующие продукцию этикетки позволяют производственному персоналу избежать ошибок и путаницы. Например, не пустить фарш, приготовленный для ветчины на производство пельменей. Вот возможные варианты идентификации учетных партий: Для непрерывно-поточных видов пищевых производств (например, приемно-аппаратное хозяйство на молочной переработке или производство розлив пивобезалкогольных напитков) физическая идентификация партий (наклейка этикеток) невозможна. Поэтому разделение и идентификация таких партий выполняется в соответствии с использованием производственных емкостей (танки хранения сырья, сыроизготовители и пр.) – 1 емкость = 1 партия Для дискретных видов производств для идентификации используются системы бирок или этикеток, которые наклеиваются при появлении партии сырья (в процессе приемки на склад) или продукции в производстве (при выпуске). Здесь важной задачей является приведение объема партии к оптимальному объему, который позволяет обеспечить простую идентификацию на дальнейших этапах обработки партии. Например, формировать мясной замес в таком объеме, который позволяет после формовки разместить колбасу с этого замеса на одной раме. Или подобрать объем смеси для варки сыра таким, что бы 1 варка полностью наполняла 1 секции бассейна и максимально полно наполняло контейнеры при отправке сыра на созревание. ГДЕ В ПРОИЗВОДСТВЕ РАСПОЛОЖИТЬ КОНТРОЛЬНО-УЧЕТНЫЕ ТОЧКИ ДЛЯ ОРГАНИЗАЦИИ ОПЕРАТИВНОГО УЧЕТА И КОНТРОЛЯ? Контрольно-учетная точка – это цеховое рабочее место, на котором организуется оперативный учет выполнения процессов производства и контроль соблюдения технологии. Когда вы выделили из технологических операций состав учитываемых переделов – можно сказать вы определили количество необходимых учетных точек в производстве. Однако и тут математика расчета нелинейная. С одной стороны, на каких-то участках могут работать одновременно несколько линий однотипного оборудования (например, участок упаковки и отправки сыра на созревание) и/или несколько бригад рабочих (например, бригады подготовки комплектов специй), которые не смогут одновременно вести учет параллельно выполняемых операций. Т.е. на производственном участке одного технологического передела может потребоваться несколько контрольно-учетных точек. С другой стороны, вполне может оказаться что на каких-то соседних учитываемых переделах интенсивность выполнения передела и движения продукции вполне позволяет обойтись одной общей контрольно-учетной точкой. Поэтому для решения данного вопроса вам нужна план-схема ваших производственных участков (с указанием расположения стен, проходов и дверей и размещением оборудования) и анализ физического протекания живого производственного процесса. Так вы сможете оценить количество учетных точек и наиболее удобное место их расположения. КАКИМ ОБРАЗОМ ОБОРУДОВАТЬ КОНТРОЛЬНОЕ-УЧЕТНЫЕ ТОЧКИ? Комплектация каждой контрольной учетной точки весовым или торговым оборудованием напрямую зависит от состава задач и функций, выполняемых на данной контрольно-учетной точке, а также от особенностей организации производственного процесса. Рисунок. Пример комплектации оборудования рабочего места //Например, на контрольной точке упаковки сыра после посола выполняются следующие операции: Взвешивание пустого контейнера Пересчет количества голов (штук) сыра с варки и укладка на полки контейнера Подтверждение отправки контейнера сканированием Взвешивание заполненного сыром контейнера Печать этикетки-паспорта варки на контейнер Взвешивание, печать этикетки на голову и этикетки на партию по бракованным головам Для приведенного состава операций и особенностей учета на переделе, кроме промышленного киоска необходимо оборудование: весы платформенные (для взвешивания пустых и полных контейнеров), весы настольные (для взвешивания бракованных голов) сканер штрихкодов (для подтверждения отправки) принтер этикеток (для печати паспорта варки) принтер А4 (для печати этикетки на партию бракованного сыра) В результате внимательной оценки состава оборудования у вас должна получиться примерно такая табличка: В ЗАВЕРШЕНИЕ Кроме вопросов, приведенных в статье, есть и другие – более технические вопросы, требующие проработки и утверждения требований. Например: В каком виде нужна для MES-системы нормативно-справочная информация о рецептуре, нормах и технологии производства, а также параметрах производительности оборудования? Каким образом должен быть организован процесс ведения и управления производственной нормативно-справочной информацией? Каким образом и какой информацией должна обмениваться MES-система с другими информационными системами предприятия (складской учет, бухгалтерский учет и др.)? Данные вопросы в силу более глубокой ИТ-ной и технической составляющей я оставляю за рамками данного материала. А вам остается пожелать успешных и более управляемых за счет продуманности и подготовки проектов внедрения MES-системы на ваших производствах.
  12. У всех производителей продуктов питания процесс отгрузки в том или ином виде, но всё же работает. Иначе как бы они существовали? При этом у многих процесс отгрузок хромает, и новые требования (например, обязательность оформления ВСД) только проявляют затаившиеся проблемы. В данном материале я поделюсь нашим опытом организации процессов отгрузки в проектах оптимизации-автоматизации и опишу универсальную (насколько это возможно) схему процесса отгрузки как она видится мне (с акцентом на особенностях каждого шага). Сразу предупрежу — это не какое-то ноу-хау. Скорее, просто структурирование шагов по отгрузке, своеобразная основа для полноценного регламента отгрузки. Общая схема процесса выглядит так: 1. Приём заказов от покупателей. Задача данного шага банальна – зафиксировать все заказы, получаемые от клиентов. Основными способами на данный момент являются EDI-канал и загрузка заказов из Excel. Для тех, у кого большой объём заказов идет через EDI, зачастую возникают регулярные проблемы (которые, возможно, и не критичны, но сильно утомляют). По нашей практике наиболее стабильно и качественно работают инструменты «Контура» (не сочтите за рекламу). 2. Контроль кванта заказа. Для заказов, отгружаемых в магазины, необходимо проверить минимальную сумму заказа. Для заказов, отгружаемых на РЦ и дистрибуторам, необходимо проверить соответствие заказов минимально согласованному кванту для одного заказа или группе заказов одного направления. 3. Финансовый контроль. Перед передачей заказов в логистику (формирование маршрутов, утверждение заказов для отгрузки) необходимо проверить задолженности по взаиморасчетам с клиентами. Не при приёме заказов, а именно перед передачей в логистику. 4. Формирование распоряжений на отгрузку. Зачастую распоряжением на отгрузку считают или заказ покупателя, или созданный на его основании документ реализации. Считаю, что это некорректно, так как доступное количество готовой продукции может быть меньше чем объём принятых заказов (для производителей продуктов питания это скорее норма, чем исключение). При этом, передавая полный объём заказов на отгрузку, мы передаём заодно принятие решений о том – кого будем грузить в полном объеме, а кому недогрузить – грузчикам. Правильным считаю — формирование распоряжений на отгрузку сотрудниками службы клиентского сервиса на основании информации об обеспеченности клиентских заказов готовой продукцией. 5. Формирование распоряжений на доставку. После того как станет понятен весь набор распоряжений на отгрузку, их необходимо распределить по рейсам/машинам. Для этого мы в своих проектах обычно создаём специальное рабочее место транспортного логиста, в рамках которого ответственный специалист формирует маршруты либо на основании шаблонов маршрутов (для регулярных доставок), либо объединяет заказы по направлениям доставки. И в том и в другом случае специалист контролирует – чтобы машины не были перегружены, с одной стороны, и не были бы недозагруженными, с другой. Для доставок по магазинам важно контролировать ещё и количество точек доставки, а точнее – время, необходимое для объезда всех точек доставки в рейсе. 6. Формирование наборных листов. На основании распоряжений на отгрузку и в соответствии с порядком погрузки машин формируются задания на наборку. Задания на наборку могут делится по складам/зонам хранения. После формирования задания распределяются по исполнителям (наборщикам). Для быстро оборачиваемых складов, которые оперативно подпитываются от производства в процессе отгрузки, важно перед выдачей/получением листов наборки исполнителям проводить оценку обеспеченности продукцией на складе готовой продукции по выдаваемому/получаемому заданию. 7. Наборка готовой продукции. Чаще всего саму наборку удобнее (и как правило быстрее) выполнять с печатной формы наборного листа. При этом после наборки необходимо зафиксировать факт того что было набрано (разумнее — электронным способом). Если отгрузка местами и паллетами, то наиболее удобна схема фиксации факта путём сканирования набранной продукции (например, с помощью ТСД). Если отгружается продукция единицами и при этом товар весовой, то необходимо организовывать рабочее место наборщика с весами. Результатом наборки является подготовленный товар в зоне отгрузки и проставленный факт количества отгружаемой продукции в электронном листе наборки. 8. Погрузка машины. При постановке машины на рампу для погрузки в соответствии с графиком формируется лист погрузки (печатная форма по рейсу), в котором указано – какие наборные листы нужно погрузить в машину. Грузчик собирает предварительно набранную продукцию по листам наборки и грузит в машину в порядке, обратном от порядка развозки заказов и, следовательно, листов наборки. 9. Формирование сопроводительных документов. После погрузки машины (или одновременно с погрузкой) ответственный за первичную документацию формирует документы реализации на основании заказов и факта наборки в листах наборки. Далее на основании согласованного состава печатаемых документов для клиента выполняется пакетная печать по рейсу. На документах ставятся подпись, печати и вместе с заданием на доставку по рейсу отдаются водителю-экспедитору. 10. Отправка DESADV-сообщений в сети. Для заказов, принятых через EDI, необходимо отправить DESADV – сообщение о факте отгрузки на точку доставки для организации приёмки на стороне получателя. 11. Учет возврата документов. После отправки со склада производителя исполнение заявки ещё не заканчивается. Нужно ещё доставить до точки и провести процедуру передачи продукции, которая (процедура) фиксируется в сопроводительных документах. И только после возврата первичных документов и внесения корректировок в накладные в учетной системе можно считать, что отгрузка завершена. Работа с первичной документацией отличается в зависимости от формы документооборота с партнёром: 1. Если используется электронный документооборот, то по факту приёмки выполняется загрузка RECADV-сообщений, корректировка реализаций (при необходимости) и отправка электронного УПД. 2. При бумажном документообороте – отметка о возврате бумажной накладной, корректировка электронной реализации при отклонениях, печать и отправка накладных (при необходимости). А после возврата машины отгрузки ещё нужно обработать возвраты продукции. Но это уже отдельная интересная тема, о которой мы напишем в следующий раз. Вместо завершения Можете использовать описанную схему как чек-лист на предмет – всё ли у меня в порядке с отгрузками. Если и без этого чек листа есть понимание, что надо что-то поменять в своей работе, то не сдерживайте себя — наводите порядок. Сами или с чьей-либо помощью. Например, с нашей
  13. Все большую долю в отгрузках у производителей занимает сетевая розница, которая выдвигает высокие требования по уровню клиентского сервиса (полнота и своевременность исполнения заказов). Если не соблюдать эти требования, придется платить серьёзные штрафы. Это и заставляет компании искать инструменты планирования отгрузок. Если бы отгрузки были каждый день одинаковые, достаточно было бы поддерживать постоянный складской остаток. Однако на практике отгрузки в общем объёме хоть и могут соответствовать какой то ожидаемой величине, но в разрезе номенклатуры количество отгрузок по дням может значительно варьироваться. Какой же остаток в таком случае нужно иметь на складе, чтобы обеспечить отгрузки по заказам клиентов? В простом варианте можно планировать остаток на недельную отгрузку, но это далеко не всегда применимо. Не надо забывать что в продуктах питания есть остаточные сроки годности, и многие клиенты требуют, чтобы они составляли не менее 70% (а иногда и 90%) от общего значения. Если не отгрузить вовремя, останется только списать продукт на переработку. Итак, сформулируем итоговую задачу: какой складской буфер должен быть на складе на каждый день отгрузки, чтобы обеспечить исполнение заказов клиентов и при этом минимизировать списания продукции из-за неудовлетворительных остаточных сроков годности. Когда мы ее решим, то сможем распланировать производство для обеспечения нужного выпуска готовой продукции. Предлагаю использовать алгоритм, который мы выработали на практике и реализовали в продукте K2FRESH. 1. РАССЧИТАЙТЕ ПРОГНОЗ ОТГРУЗКИ НА КАЖДЫЙ ДЕНЬ Составьте план продаж на месяц на основании истории продаж в предыдущие периоды. Откорректируйте полученные значения с учетом коэффициентов сезонности, акционной активности и трендов развития продаж (плановых изменений в ассортименте, в клиентской базе). Определите коэффициенты дней недели по группам клиентов и по товарным категориям, чтобы учесть логистические особенности отгрузки клиентам. Рассчитайте коэффициенты декад внутри месяца (для учета неравномерности прогрузки дистрибуторов — как правило в конце месяца отгрузки по дистрибуторам выше чем на первой декаде). Определите на основании плана продаж на месяц коэффициенты дней недели, коэффициенты декад и плановых акционных отгрузок (для расчета акционных отгрузок мы предполагаем использовать инструмент «Профиль акции» — о нем расскажем в другой раз). Еженедельно актуализируйте полученный план. Схематичное изображение рассчета прогноза отгрузок 2. ОПРЕДЕЛИТЕ СТРАХОВОЙ ЗАПАС Когда мы прогнозируем отгрузки по дням, то получаем некоторое ожидаемое значение. При этом мы понимаем, что фактическая отгрузка на день может быть как больше, так и меньше. Страховой запас нужен, чтобы нивелировать отклонения в большую сторону фактических отгрузок. Очевидно, что страховой запас для разных позиций не совпадает. На него влияет вариативность разброса фактических заказов, которые мы получаем от клиентов. Поэтому, чтобы определить необходимый страховой запас: Рассчитайте средний заказ на день, предварительно вычистив принимаемые заказы от акционных приростов и отнормировав на коэффициенты сезонности, декады и дня недели. Рассчитайте среднее отклонение. Для этого выделите отклонения каждого нормированного заказа от среднего в большую сторону, сложите их и разделите в большую сторону. Определите страховой запас. Примите значение равное К*Х, где К = количество средних отклонений, Х – среднее отклонение. Для обеспечения отгрузок нам логично увеличивать К, но при этом мы должны учитывать ограничения по размеру склада и ограничения по остаточным срокам годности. 3. РАССЧИТАЙТЕ БУФЕР НА СКЛАДЕ НА КАЖДЫЙ ДЕНЬ ПО КАЖДОЙ НОМЕНКЛАТУРЕ Буфер = Прогнозная отгрузка на день + Страховой запас Итак, мы получили модель планирования буфера остатков на складе. Так как чудес не бывает, она имеет ограничения. Полезно проанализировать результаты работы модели на прошлых периодах. Для этого сравните рассчитанный буфер с фактически принимаемыми в прошлом заказами и оцените процент обеспечения этих заказов плановым буфером. Если полученный результат расчета не устраивает, нужно искать дополнительные способы повысить точность модели прогнозирования отгрузок (добавление в модель прогноза новых влияющих параметров, например, прогноз температуры воздуха на планируемый период) или менять параметры системы (допустимый объём склада, остаточные сроки годности, допустимый процент остаточного срока годности для отгрузки). Мы понимаем, что в рамках данной статьи приведены только сухие выдержки нашего опыта решения задачи. Поэтому, если вас интересует тема управления складскими остатками, то мы всегда рады поделиться нашим знаниями и программными решениями.
×
×
  • Создать...

Важная информация

Обновлены следующие документы: Условия использования Политика конфиденциальности