🍽️ Для ресторана · кафе · бара

Что содержит отчёт закрытия смены?

Неизменяемый снимок за день × POS — фискальные чеки, общая выручка, затем агрегация по семи подтипам чеков (продажа, e-commerce, потреблённое производство, потери, перемещения, приёмки, преобразования) и топ позиций с потерями. Менеджер читает его в четырёх режимах группировки, переключаемых одним кликом. Снимок остаётся доступным для просмотра в любое время, а в конце месяца делается roll-up по всем закрытым сменам.

📸 Неизменяемый снимок · frozen в момент Close, архивируется для аудита 🔀 4 режима группировки · документ · продукт · пользователь · потери 🚦 Non-blocking · не ждёт «чистых» заказов или Z-отчёта кассы 🗓️ Месячный roll-up · читает снимки напрямую, без пересканирования

Что фактически записывается в снимок

Отчёт агрегирует завершённую активность дня в компактную учётную форму. Это не длинный список чеков — это синтетический обзор, который собственник может прочитать за 2 минуты.

Продажи всего

Количество фискальных чеков, выпущенных в интервале, и общая полученная выручка в MDL. Это первая строка, которую менеджер видит при Close — если цифра «смотрится хорошо», детали под ней это подтверждают.

Потреблённое производство

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

Агрегированные потери

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

Перемещения, приёмки, преобразования

Агрегация строк, количества, себестоимости по каждому подтипу складского чека: новые поступления от поставщиков, перемещения между складами / точками, преобразования (сырьё в полуфабрикат).

Честная заметка: разбивка по способу оплаты (наличные / карта / перевод), по категории меню (пицца / паста), расчёт TVA net vs. включённого, оценка числа клиентов и средний чек не входят в стандартный снимок — v1 сосредоточена на агрегации по подтипу чека. Эти представления ⚙️ доступны по запросу, с приоритизацией по реальному влиянию для тебя.

4 режима группировки — один клик, другое прочтение

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

По типу документа

Отвечает на «сколько поступило, сколько ушло, сколько произвели, сколько потеряли». Естественное учётное представление, с одной строкой на подтип чека. Хорошо для отчёта конца дня, отправляемого собственнику.

По продукту

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

По пользователю

Отвечает на «кто выписал документы смены и какова доля каждого». Основа для анализа производительности команды без раскрытия официантам финансовых отчётов — представление остаётся у менеджера.

Потери

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

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

Как закрывается смена — и что значит «non-blocking»

Менеджер смены нажимает Закрыть смену, выбирает день (по умолчанию сегодня) и POS (по умолчанию все). Система сканирует активность дня, фильтрованную по завершённым стадиям, и сохраняет снимок в неизменяемой архивной папке. Результат появляется inline и остаётся доступным для просмотра в любое время.

Non-blocking by design

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

Снимок frozen в момент Close

Сохранённый blob является учётной истиной на момент выпуска. Если чек этого дня позже скорректирован, сохранённый journal не обновляется автоматически — чтобы отразить новую реальность, запускается Закрыть смену снова на тот же день + POS.

Повторные закрытия = параллельные папки

Каждый запуск создаёт новую папку с собственным идентификатором, без автодедупликации. Самый свежий снимок считается текущим, предыдущие остаются в архиве для audit trail. Рекомендация: одно Close на день × POS.

Интервал от последнего закрытия

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

Реальный сценарий — заведение с двумя сменами в день

Бистро с дневной и вечерней сменой закрывается дважды. Вот как ведёт себя система, шаг за шагом — и почему не появляются дубликаты.

08:00 — бистро открывается. Дневные официанты начинают обслуживать.

16:00 — дневной менеджер делает Close. Снимок сгенерирован для интервала 00:00 → 16:00: фискальные чеки, выручка, производство, потери. Архивируется. Вечерние официанты заступают на смену.

16:00 → 24:00 — активность продолжается нормально. Новые заказы, новые фискальные чеки. Утренний снимок не трогается — он frozen.

23:45 — вечерний менеджер делает Close. Снимок сгенерирован для интервала 16:00 → 23:45, а не 00:00 → 23:45. Чеки из утренней смены не появляются повторно.

Когда Close делается для всех POS одновременно (например, общее закрытие в 22:00), каждый POS перезапускается со своего последнего закрытия. Если терраса уже закрылась в 14:00, она вносит в общее закрытие только продажи после 14:00, тогда как зал, который не закрывался, вносит весь день. Ни одна продажа не потеряна, никакого двойного подсчёта — независимо от порядка Close-ов.

Что происходит после Close

Снимок попадает в два операционных потока: исторический список Past closed shifts для повторного открытия в любой момент и Month-end для месячного roll-up.

Past closed shifts — исторический список

Все когда-либо закрытые смены появляются в таблице: дата, момент закрытия, POS, количество чеков, выручка и кто закрыл. Скрыто, но доступно из параметров таблицы: охваченный интервал, себестоимость, маржа, количество строк, типы документов, потери. Из каждой строки повторно открывается отчёт ровно таким, каким он был сгенерирован — система восстанавливает сохранённый снимок, не пересчитывает.

Month-end — месячный roll-up

Карточка конца месяца агрегирует все закрытые смены за месяц (или только смены выбранного POS). Не пересканирует чеки — читает напрямую снимки, сохранённые при Close, поэтому это быстро и согласовано с тем, что менеджер видел в тот день. Вывод сохраняет ту же структуру (подтипы, топ потерь, объединённый по позиции) плюс мета: число смен, список дат, интервал start / end.

Удаление закрытой смены — отдельное право от права закрывать смены — причина: отчёт смены является источником месячной агрегации, а удалённая смена меняет итог месяца и не может быть воссоздана идентично. Кнопка появляется только там, где это право явно предоставлено.

Смена HoReCa ≠ Z-отчёт кассового аппарата

Закрытие смены HoReCa — это управленческий снимок за день × POS. Он не выпускает Z-отчёт кассового аппарата, не ждёт Z и не проверяет его. Z остаётся ежедневной физической операцией аппарата MCR, полностью независимой.

Практически: менеджер смены делает Close HoReCa после того, как кассир снял физический Z дня — но кнопка в ERP не ждёт и не блокирует. Два потока закрываются раздельно, каждый под ответственностью своей роли. Порядок дня полностью остаётся за менеджером смены.

Кто видит отчёт

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

Менеджер смены

Стандартная роль, которая закрывает смену, видит полный отчёт, переключается между 4 режимами группировки, открывает исторические смены и запускает месячный roll-up. Может быть ограничена одним POS — менеджер террасы видит и действует только по террасе.

Администратор

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

Официант · Кассир · Повар

Не имеют доступа к Закрыть смену и не видят финансовых отчётов по умолчанию. Официант видит свою историю за текущий день; повар — свой kitchen display; кассир — свои кассовые операции. Отчёты остаются у менеджера by design.

Часто задаваемые вопросы

Можно ли экспортировать отчёт в CSV или Excel для бухгалтера?

Да — табличные данные экспортируются в CSV, XLS и XLSX прямо из UI (таблица отчёта или Past closed shifts при повторном открытии). PDF, JSON для интеграций и XML для журнала SNC — это кастомные разработки (⚙️ доступны по запросу, оцениваются после консультации). Автоматическая отправка на email / Telegram при закрытии смены — так же, добавляемое запланированное задание.

Генерируется ли автоматически бухгалтерский журнал SNC (счета 611 / 711 / и т. д.)?

Нет, не по умолчанию. Текущий снимок агрегируется по подтипу чека, без разбивки по строкам по молдавским бухгалтерским счетам. Генерация журнала SNC + экспорт для бухгалтерских программ (1C, SAGA, BAS, InfoCont, WizCount) — это ⚙️ доступная по запросу разработка, размер которой определяется в зависимости от конкретного бухгалтерского потока твоей фирмы.

Можно ли сравнить текущий день со вчерашним или с тем же днём прошлой недели?

⚙️ В подготовке. Представления для сравнения (дельта день-к-дню, недельный тренд, ранжирование) — кастомная разработка, активируемая после валидации ключевых метрик с твоим менеджером. В качестве точки отсчёта есть месячный roll-up Month-end — полезен для объёма месяца, без дельт и графиков.

У меня 3 точки — можно ли увидеть консолидированный отчёт по группе?

Да, на месячном уровне. Карточка Month-end может работать по всем POS сети или только по одному выбранному. Специальные представления для регионального менеджера (сравнение по точкам vs. среднее по сети, ранжирование, cross-locație по категориям продуктов) — кастомная разработка, размер которой определяется вместе с тобой в зависимости от количества точек и значимых метрик.

Что происходит с ещё открытыми заказами при закрытии смены?

Остаются открытыми и вне снимка. Система фильтрует по завершённым стадиям (доставлено / готово / остаток обновлён). Незавершённые заказы нормально продолжаются на следующий день (или в следующей смене); когда они завершатся, войдут в снимок соответствующей смены. Не теряются, не блокируются.

Я запустил Close дважды по ошибке — как удалить дубликат?

Самый свежий снимок считается текущим. Дубликат остаётся в архиве для audit trail. Удаление закрытой смены делается из UI, но требует отдельного разрешения (обычно зарезервированного за администратором или учётной записью с бухгалтерской ответственностью) — причина в том, что отчёт смены входит в месячную агрегацию, а удаление меняет итог месяца.

Нужна POS + HoReCa система с профессиональным отчётом смены?

Отчёт закрытия смены с 4 режимами группировки + месячным roll-up входит в тариф Extra HoReCa (не в Micro / Start, которые ориентированы на простой ритейл). Настройку ролей и доступа к Close делаем мы при внедрении — никакой технической нагрузки с твоей стороны. Сравнение тарифов + актуальная цена → см. страницу тарифов.

Запланируй разговор

Покажем, как выглядит отчёт смены на демо-заведении, и обсудим, какие метрики важны для тебя. Экспорт CSV, XLS, XLSX для бухгалтера включён в тариф. Для любого ⚙️ по запросу (PDF, журнал SNC, кастомные интеграции, сравнение день-к-дню, консолидированный многоточечный отчёт) оцениваем после консультации.

Эл. почта
Телефон / WhatsApp
Записаться на звонок

SGAPPS LABS SRL · Кишинёв, Молдова · В непрерывной эксплуатации с 2018 · POS · ERP · Фискальный регистратор MEV · Android fleet