Как контролировать потери на кухне?

1. Обязательная причина на позиции

Когда повар нажимает + Добавить потерю на планшете, он выбирает продукт, вводит количество (отрицательное = списание со склада — положительное зарезервировано для инвентарных корректировок) и выбирает причину из списка, настроенного на POS: cazut_spart, expirat, ars_preparat, anulare_client, autoconsum_personal, degustare_client, furt_frauda и т. д.

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

2. Живой предпросмотр влияния на склад

Перед сохранением система показывает рядом с полем ввода: «Спишет 0.060 кг со склада Моцареллы на POS X». Если списание оставит склад в минусе, появляется заметное предупреждение — повар проверяет, что не ошибся при вводе.

Чекбокс «Применить списание со склада сразу» по умолчанию не отмечен — защищает склад от ошибок в моменты загрузки. Менеджер смены подтверждает (двухшаговый legacy-поток).

3. Порог → одобрение менеджера

Свыше порога, настроенного по типу причины, накладная переходит в статус «ожидает одобрения». Менеджер смены получает уведомление, одобряет одним кликом (при желании с комментарием) или отклоняет с указанием причины → оператор корректирует и отправляет повторно.

Пример по умолчанию: свыше 100 MDL — одобрение; причина furt_frauda — всегда одобрение; комплименты клиентам свыше 50 MDL — одобрение.

4. Топ-10 потерь при закрытии

Когда менеджер нажимает «Закрыть смену», формируется ретроспективный снимок по паре календарная-дата × POS. Он включает подытоги по семи типам движения (производство, продажа, списания, перемещения, приёмка, преобразования, e-commerce) и топ-10 потерь по продукту (продукт, количество событий, количество).

Снимок неизменяем после записи — повторное закрытие той же пары дата+POS создаёт параллельную папку, а не перезаписывает.

Скользящее окно 3–30 дней

Историческое окно настраивается в диапазоне от 3 до 30 дней (по умолчанию 7). Система рассчитывает среднее + стандартное отклонение потерь по каждому продукту в этом интервале, на текущем POS.

Порог warn (жёлтый) — 1σ по умолчанию

Продукты с потерями выше среднего + 1× stddev отмечаются жёлтым. Порог настраивается — его можно понизить до 0.5σ для небольших точек с малым объёмом, чтобы детекция не пропускала аномалии на малых данных.

Порог alert (красный) — 2σ по умолчанию

Продукты сверх среднего + 2× stddev отмечаются красным. Чёткий сигнал: «У моцареллы в 4 раза больше потерь, чем среднее за неделю — проверьте холодильник, проверьте партию».

Продукты с короткой историей — пропускаются

Система пропускает продукты с историей менее 3 дней. Стандартное отклонение на таких малых данных ненадёжно и привело бы к ложноположительным срабатываниям.

Что делать, если потеря была применена ошибочно?

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

Положительное количество = пополнение склада?

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

Можно ли добавить контекст к потере (например, стол, где разбился бокал)?

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

Кто видит отчёт о закрытии с топ-10 потерь?

Менеджер смены нажимает кнопку «Закрыть смену» на вкладке Reports и получает полный снимок — подытоги по подтипам, топ-10 продуктов с потерями, сводку счетов. Повара и официанты не имеют доступа к финансовым отчётам по умолчанию.

Учёт по счетам SNC автоматический?

Нет. Причина сохраняется в позиции накладной, а соответствие причина → счёт SNC (611 / 711 / 712 / 713 / 714) остаётся ответственностью бухгалтера. Автоматический сплит по счетам SNC в отчёте смены — ⚙️ доступно по запросу — усилие поддержки за отдельную плату, оценивается в часах после анализа.

Существует ли полная история по каждой потере для аудита?

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