← На главную

При переходе предприятия общественного питания на мощные рельсы 1С:ERP Управление предприятием или 1С:Комплексная автоматизация перед архитектором системы и руководителем проекта встает резонный вопрос: использовать ли типовой блок производства или приобретать специализированный модуль от компании «Рарус». Разберем подробно, в чем заключаются ключевые отличия, какие подводные камни ожидают при внедрении и почему стандартных «Ресурсных спецификаций» часто оказывается недостаточно для кухни.

Ограничения типового функционала ERP в задачах общепита

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

1. Многоуровневая вложенность: Рассмотрим ситуацию, когда мы готовим «Салат Цезарь». В его состав входит «Соус Цезарь», который сам является полуфабрикатом, состоящим из майонеза, анчоусов и специй. Типовая ERP позволяет создавать вложенность, но процесс автоматического пересчета себестоимости конечного блюда при изменении цены на одно яйцо в составе соуса на самом глубоком уровне требует сложного запуска пересчета. Специализированный модуль делает это прозрачно для пользователя.
2. Выход блюда и проценты потерь: Проанализируем процесс обработки продуктов. В общепите существуют понятия «Брутто» (вес сырого продукта), «Нетто» (вес после чистки) и «Выход» (вес после термической обработки). В стандартной ERP нам пришлось бы вручную высчитывать коэффициенты для каждой строки спецификации. Модуль от Рарус позволяет задавать сезонные коэффициенты (например, процент отхода картофеля в марте значительно выше, чем в сентябре) и автоматически рассчитывать расход ингредиентов.

Технологические особенности и расчеты ХЭХ

Выясним причину, по которой социальное питание (школы, больницы) практически не может существовать на типовой ERP. Речь идет о Химико-энергетических характеристиках (ХЭХ). Согласно законодательству и принципам ХАССП, предприятие обязано предоставлять данные о калорийности, белках, жирах и углеводах (БЖУ) в каждом блюде.

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

Управление запасами и механизмы замены (Аналоги)

Посмотрим на ситуацию, типичную для ресторана: повар обнаружил, что закончился майонез «Провансаль», и начал использовать «Оливковый». В типовой ERP для отражения такой замены в производстве нужно либо заранее прописывать РазрешенияНаЗаменуМатериалов, либо корректировать каждый выпуск вручную.

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

Специфическая операция: Разделка

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

Техническая реализация и риски внедрения

Важно понимать, как модуль встраивается в систему. Как отмечают эксперты, модуль от Рарус вносит изменения в типовые механизмы. Рассмотрим основные технические моменты:

• Защита кода: Часть логики вынесена в закрытые модули, доступ к которым осуществляется через систему лицензирования 1С:СЛК. Это означает, что вы не сможете самостоятельно исправить ошибки в этих блоках или глубоко кастомизировать их под нужды заказчика.
• Сложность обновлений: Поскольку модуль затрагивает типовые объекты, обновление ERP превращается в нетривиальную задачу. Необходимо дождаться выхода совместимого релиза от Раруса, который обычно выпускается с задержкой, и следовать объемным инструкциям по обновлению метаданных.
• Производительность: На крупных проектах замечены существенные «тормоза» при массовых перевыпусках продукции или при пересчете себестоимости. Проанализируем это на примере кода (условно): при проведении документа выпуска система выполняет сложные запросы к регистрам калькуляций и аналогов, что при больших объемах данных может приводить к блокировкам.

Регламентированная отчетность

В общепите существует целый пласт унифицированных печатных форм, которых нет в стандартной поставке ERP:

• ОП-1: Калькуляционная карточка.
• ОП-2: План-меню.
• ОП-3: Требование в кладовую.
• ОП-6: Дневной заборный лист.

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

Выводы: ставить или дорабатывать?

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

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