Какая система автоматизации нужна цеху полуфабрикатов

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

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

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

Система должна начинаться не с кухни, а с покупателя

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

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

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

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

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

У каждого продукта должен быть свой цифровой паспорт

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

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

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

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

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

Склад цеха должен видеть превращение сырья в продукт

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

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

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

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

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

Повар должен получать производственное задание, а не устное поручение

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

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

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

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

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

Автоматизация должна управлять закупками, качеством и отклонениями

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

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

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

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

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

В итоге цеху нужна не программа учета, а цифровой технолог

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

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

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

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

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

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