Как объединить iiko с управленческим учётом?
Оставьте iiko источником продаж, чеков, списаний, технологических карт и остатков, а данные по закупкам, платежам и планам получайте из 1С, банков и согласованных таблиц. Сопоставьте точки, товары и единицы измерения, зафиксируйте формулы фудкоста и ежедневно сверяйте загрузки с исходными системами.
Автоматизация общепита не обязательно начинается с замены iiko или r_keeper. Эти системы продолжают обслуживать кассу, меню, чеки и операционные движения. Отдельный управленческий контур нужен, когда собственнику требуется единая картина по нескольким точкам, снабжению и финансам.
До интеграции фиксируют, какие показатели берутся из кассовой системы, какие — из 1С, банка, закупок или таблиц, и где хранится итоговое управленческое значение.
Какие данные объединяются
| Контур | Данные | Что проверять |
|---|---|---|
| iiko или r_keeper | Продажи, возвраты, меню, чеки, списания, остатки | Закрытые смены, полнота точек и время последнего обмена |
| Закупки и снабжение | Заявки точек, поставщики, цены, поступления | Единицы измерения, отклонение цены и непоставленные позиции |
| 1С и банк | Оплаты, обязательства, движение денег, документы | Соответствие организаций, статей и периодов |
| План и нормативы | План выручки, технологические карты, нормативный расход | Версия рецептуры и дата действия норматива |
| Управленческий дашборд | Фудкост, план-факт, списания, оборачиваемость, результат точки | Расшифровка показателя до исходной операции |
Как считать и проверять фудкост
Нормативный фудкост строится по продажам блюд, технологическим картам и действующим закупочным ценам. Фактическое потребление за период определяется движением запасов с учётом начального остатка, поступлений, перемещений, списаний и конечной инвентаризации.
Отклонение между нормативом и фактом — не готовый диагноз. Оно показывает, где искать причину: неверная рецептура, несвоевременное списание, изменение закупочной цены, ошибка единицы измерения, возврат или расхождение инвентаризации.
Ежедневная сводка по сети
Первый полезный контур не обязан быть большой ERP. Ежедневная сводка может показывать по каждой точке выручку, число чеков, средний чек, фудкост, списания, остатки критичных позиций и выполнение плана.
Показатель должен раскрываться до исходной точки, смены, документа или SKU. Тогда управляющий видит не только красный индикатор, но и данные, которые нужно проверить.
Снабжение и остатки
Заявка точки сопоставляется с остатком, нормой запаса, ожидаемыми поставками и планом продаж. Централизованный контур позволяет объединять потребность сети, сравнивать цены поставщиков и контролировать позиции, которые не были поставлены вовремя.
Автоматическое предложение заказа полезно только при качественных остатках и справочниках. Поэтому первый этап включает проверку единиц измерения, дублей номенклатуры и дисциплины инвентаризации.
Порядок внедрения
- Зафиксировать источники, точки, организации и используемые версии систем.
- Согласовать формулы фудкоста, план-факта и других показателей.
- Сверить справочники, единицы измерения и технологические карты.
- Запустить обмен на одной точке или коротком тестовом периоде.
- Сверить продажи, списания, закупки и остатки с исходными системами.
- Подключить остальные точки и только затем автоматизировать снабжение и прогноз.
Коммерческий контур описан на странице автоматизации общепита. Связанные темы: дашборд руководителя и управленческий учёт.
Частые вопросы
Нужно ли заменять iiko или r_keeper?
Нет, если кассовая и операционная система закрывает свои задачи. Управленческий контур получает из неё продажи, номенклатуру, списания и остатки, а затем объединяет данные по сети с закупками, планом и финансовыми показателями.
Чем фактический фудкост отличается от нормативного?
Нормативный расход рассчитывается по проданным блюдам и технологическим картам. Фактический — по движению запасов, поступлениям, списаниям и инвентаризации. Разница показывает, где нужно проверить рецептуры, списания, закупочные цены или качество исходных данных.
Какие показатели достаточно собрать на первом этапе?
Для первой ежедневной сводки обычно достаточно выручки, числа чеков, среднего чека, закупок, остатков, фактического и нормативного фудкоста, списаний и план-факта по каждой точке.
Как проверяется корректность обмена с кассовой системой?
На тестовом периоде сверяются продажи, возвраты, списания, остатки и суммы по точкам. Для каждого показателя фиксируются источник, время обновления и допустимое расхождение; ошибки обмена попадают в журнал с ответственным.
Соберём карту данных вашей сети
Определим, что уже есть в iiko или r_keeper, какие показатели считаются вручную и с какой ежедневной сводки начать.