ВЫРУЧКА СЕГОДНЯ
—
ожидание данных
ФУДКОСТ · ТЕОР / ФАКТ
— %
по версиям ТК · план <32%
МАРЖА ТЕКУЩЕГО ЧАСА
—
— чеков · средний —
АНОМАЛИИ · АНТИФРОД
0
все операции в норме
ТРАФИК ПО ПЕРИОДАМ · СЕГОДНЯ
ТРАФИК И ВЫРУЧКА ПО ЧАСАМ · нажми на столбик
ТРЕБУЮТ РЕШЕНИЯ
ВЫРУЧКА ПО ЧАСАМ · СЕГОДНЯ VS МЕДИАНА СРЕДЫ
Юнит-экономика чеков МАРЖА КАЖДОГО ЧЕКА · ЖИВАЯ ЛЕНТА
| ЧЕК | ВРЕМЯ | СУММА | МАРЖА | СОСТАВ | С/С | СТОЛ |
|---|
На телефоне чек показан карточками: сумма и маржа видны сразу.
Инженерия меню ABC × МАРЖА · НЕДЕЛЯ 24
| БЛЮДО | КЛАСС | ПРОДАНО | СЕБЕСТ. | ЦЕНА | МАРЖА | ТРЕНД С/С | РЕКОМЕНДАЦИЯ ЯДРА |
|---|---|---|---|---|---|---|---|
Меню загрузится из сервера после входа. | |||||||
Меню ТАП = В ЧЕК · СПИСАНИЕ ПО ТК АВТОМАТОМ
ЧЕК · СТОЛ
· ГОСТЬ
СКИДКА
Чек пуст
Сумма0 ₽
Себест. по ТК0 ₽
Маржа чека—
ИТОГО к оплате0 ₽
Склад и номенклатура —
| ПОЗИЦИЯ | ЕД. | ЦЕНА СР.ВЗВ. | ОСТАТОК | СТОИМОСТЬ | СТАТУС |
|---|
Склад загрузится из PostgreSQL после входа.
ПРИЁМКА ПОСТАВКИ · НАКЛАДНАЯ КОНТРОЛЬ ВЕСА И ЦЕН
✓
Накладная заведена или импортирована
строки поставщика сохраняются в PostgreSQL, проведение идёт через API
✓
Позиции сопоставлены с номенклатурой
кухня, бар, ПФ и винная карта остаются в единой модели склада
3
Контроль факта при приёмке
количество, цена и партия фиксируются до проведения
4
Проведение накладной
остатки растут, средневзвешенная цена пересчитывается, событие goods.received попадает в журнал
5
Влияние на ТК и прогноз
новые цены сразу видны в себестоимости, waste и закупках
ПРИЁМКА · КОНТРОЛЬ ФАКТА ●
— кг
выбери накладную или добавь строку прихода
ПРАВИЛО ДВУХ КАСАНИЙ
Скан/импорт накладной + подтверждение факта. Ручной ввод допустим только как исключение и должен оставлять событие в журнале.
ЭТИКЕТКА ПАРТИИ · ПРЕДПРОСМОТР
▣ BATCH · создаётся после проведения
позиция · количество · поставщик
принял: текущий сотрудник
hash: из события goods.received
позиция · количество · поставщик
принял: текущий сотрудник
hash: из события goods.received
История накладных
| № | ДАТА | ПОСТАВЩИК | ПОЗИЦИЙ | СУММА | СТАТУС |
|---|
Техкарты
| ТК | БЛЮДО | ВЫХОД | С/С | ЦЕНА | МАРЖА |
|---|
Списания
| ДАТА | ПОЗИЦИЯ | КОЛ-ВО | ПРИЧИНА | СУММА |
|---|
Инвентаризация
История
| ДАТА | ПОЗИЦИЙ | РАСХОЖДЕНИЙ | ИЗЛИШКИ | НЕДОСТАЧИ | ИТОГ |
|---|
ОТКРЫТЫХ КЕЙСОВ
0
auto-detected
СКИДКИ СЕГОДНЯ
0 ₽
—
ОТМЕНЫ / VOID СЕГОДНЯ
0
каждая с PIN или флаг аномалии
НАЛ БЕЗ ЧЕКА (РИСК)
0 ₽
нал + скидка ≥30% или void
Кейсы аномалий АВТО-ДЕТЕКЦИЯ · 6 ДЕТЕКТОРОВ
Аномалий не обнаружено.
Журнал операций со скидками / отменами ПОЛНАЯ ИСТОРИЯ · НЕЛЬЗЯ УДАЛИТЬ
| ВРЕМЯ | ТИП | ОПЕРАТОР | ЧЕК | СУММА | ПРИЧИНА / КОММЕНТАРИЙ | РИСК |
|---|
ЗАГРУЗКА ПО ПЕРИОДАМ · СЕГОДНЯ
| ПЕРИОД | ВРЕМЯ | ГОСТЕЙ | ЧЕКОВ | ВЫРУЧКА | СР.ЧЕК | ЗАГРУЗКА |
|---|
ИСТОРИЯ ПО ДНЯМ · ОБУЧЕНИЕ СИСТЕМЫ
| ДАТА | ГОСТЕЙ | ЧЕКОВ | ВЫРУЧКА | АНОМАЛИИ |
|---|
ЧТО СИСТЕМА ВЫУЧИЛА · ПАТТЕРНЫ ТРАФИКА
Гости 0 ГОСТЕЙ
Выбери гостя слева — увидишь полный профиль: история визитов, любимые блюда, частота, средний чек, аномалии по нему.
P&L · ВСЁ ВРЕМЯ ВЕДЕНИЯ
ПОСЛЕДНИЕ ЧЕКИ
| ЧЕК | ГОСТЬ | СУММА | СКИДКА | МАРЖА | ОПЛАТА |
|---|
Налоговый расчёт загрузится из серверного tax-engine после входа.
ВСЕГО СОБЫТИЙ
0
append-only · нельзя удалить
ЦЕПОЧКА
ЦЕЛА
—
ВЕРИФИКАЦИЯ
—
ручной ввод vs авто
Лента 60 ПОСЛЕДНИХ
| # | ВРЕМЯ | ТИП | ОПЕРАТОР | СОДЕРЖАНИЕ | HASH |
|---|
Сеть · все точки МУЛЬТИРЕСТОРАННЫЙ ОБЗОР · РЕАЛЬНОЕ ВРЕМЯ
ВЫРУЧКА СЕТИ СЕГОДНЯ
—
— чеков
СРЕДНИЙ ФУДКОСТ
—
по сети
АНТИФРОД · СЕТЬ
0
активных кейсов
ТОЧЕК ОНЛАЙН
1/1
смена открыта
Сравнение точек
Загружаю рестораны из PostgreSQL…
Межресторанный антифрод ПАТТЕРНЫ КОТОРЫЕ ВИДНЫ ТОЛЬКО В СЕТИ
⚡
Один оператор — несколько точек. Система следит: скидки от одного сотрудника в двух точках за неделю — флаг. Сейчас аномалий нет.
detector: cross_venue_operator · active
📈
Сравнение поставщиков по сети. При 2+ точках: система покажет кто завышает цены относительно других ваших ресторанов.
detector: cross_venue_pricing · накопление данных
Динамика выручки · 7 дней
ТЕКУЩАЯ ТОЧКА · ПОСЛЕДНИЕ 7 ДНЕЙ
Закрытие смены —
ВЫРУЧКА СМЕНЫ
0 ₽
—
ЧЕКОВ / ГОСТЕЙ
0
—
СКИДКИ ИТОГО
0 ₽
—
АНОМАЛИИ СМЕНЫ
0
требуют объяснения
ИТОГИ ПО ПЕРИОДАМ
| ПЕРИОД | ГОСТЕЙ | ВЫРУЧКА | СР.ЧЕК |
|---|
P&L СМЕНЫ
КОММЕНТАРИЙ МЕНЕДЖЕРА
Импорт накладных EXCEL / CSV · АВТОСОПОСТАВЛЕНИЕ
📂
Перетащи файл или нажми чтобы выбрать
Excel (.xlsx, .xls) или CSV · накладная от поставщика
КАК РАБОТАЕТ АВТОСОПОСТАВЛЕНИЕ
Система сравнивает названия из накладной с позициями склада. Для каждой строки:
● Совпадение — позиция найдена точно
● Похоже — возможное совпадение, подтверди
● Новая позиция — будет создана автоматически
После проведения: остатки ↑, цены пересчитываются, GOODS_RECEIVED в журнале.
● Совпадение — позиция найдена точно
● Похоже — возможное совпадение, подтверди
● Новая позиция — будет создана автоматически
После проведения: остатки ↑, цены пересчитываются, GOODS_RECEIVED в журнале.
ПОСЛЕДНИЕ ИМПОРТЫ
| ДАТА | ПОЗИЦИЙ | СУММА |
|---|
Импортов ещё не было
🏪 Заведение
👥 Сотрудники
🚚 Поставщики
📋 Меню
⚙ Система
Информация о заведении
ПАРАМЕТРЫ РАБОТЫ
Подключение кассы
После подключения GASTROCORE будет автоматически тянуть чеки каждые 15 минут.
Данные из кассы попадают в журнал событий — дедупликация по ID чека исключает дубли.
Касса остаётся основной системой, GASTROCORE работает поверх неё как аналитический слой.
ЭДО · электронный документооборот
При подключении ЭДО входящие накладные от поставщиков будут автоматически попадать в систему.
Кладовщик только подтверждает — ручной ввод исключается полностью.
Сотрудники видны в антифроде и журнале событий. Деактивация — не удаление.
База поставщиков используется при импорте накладных и аналитике цен по сети.
Безопасность
Пороги антифрода
Скидка — высокий риск (кэш+скидка)
%
Скидка — средний риск
%
Объём скидок на оператора в день
₽
Ночные операции (после)
ч.
Периоды трафика
Где хранить данные
Данные
О системе
GASTROCORE v1.0
Событий в журнале: —
Целостность цепочки: —
Последнее событие: —
Данные хранятся локально в браузере.
Для production-версии — Node.js + PostgreSQL.
Для production-версии — Node.js + PostgreSQL.
ПОЗИЦИЙ ОТСЛЕЖИВАЕТСЯ
—
с данными инвентаризаций
СТАБИЛЬНЫХ МОДЕЛЕЙ
—
n ≥ 10 · CI < 5%
В ОБУЧЕНИИ
—
n = 3–9 · накапливаем данные
ПОСЛЕДНЕЕ ОБУЧЕНИЕ
—
после инвентаризации
Как работает обучение БАЙЕСОВСКОЕ ОБНОВЛЕНИЕ · КАЖДАЯ ИНВЕНТАРИЗАЦИЯ = НОВЫЕ ДАННЫЕ
Что система считает
Для каждого ингредиента в техкарте система отслеживает фактический отход: сколько списали по расчёту vs сколько ушло по факту из инвентаризации. Разница — это waste.
Как обновляется модель
После каждой инвентаризации: новое наблюдение добавляется к истории. Система пересчитывает среднее и стандартное отклонение. Чем больше данных — тем уже доверительный интервал.
Что меняется в техкартах
Поле waste_mean обновляется автоматически. Расчёт фудкоста и прогноз закупок используют актуальные значения.
Модели по ингредиентам
ПОЗИЦИЙ ТРЕБУЕТ ЗАКАЗА
—
осталось < 1 дня
ЗАКАЗАТЬ В БЛИЖАЙШИЕ 2 ДНЯ
—
1–2 дня
ЗАПАС НА 3+ ДНЕЙ
—
в норме
ТОЧНОСТЬ ПРОГНОЗА
—
на основе waste-моделей
Прогноз по позициям ОСТАТОК ÷ ТЕМП РАСХОДА · С УЧЁТОМ WASTE-МОДЕЛЕЙ
ПОЗИЦИЯ
ОСТАТОК
РАСХОД/ДЕНЬ
ОСТАЛОСЬ ДНЕЙ
ДИНАМИКА
РЕКОМЕНДАЦИЯ
Как считается прогноз
Темп расхода — среднее количество ингредиента списанное в день за последние 7 дней. Считается из продаж (по техкартам) + прямых списаний.
Поправка на waste — к теоретическому расходу добавляется waste_mean из байесовской модели. Чем точнее модель — тем точнее прогноз.
Дней запаса = текущий остаток ÷ (темп расхода × (1 + waste_mean)). Округляется до 0.1 дня.
Рекомендация к заказу — сколько нужно заказать чтобы иметь запас на 5 дней с учётом lead time поставщика (1–2 дня).
Адаптеры касс ЧИТАЮТ ДАННЫЕ · В СТОРОННИЕ СИСТЕМЫ НЕ ПИШУТ
GASTROCORE работает поверх вашей кассы. Адаптер тянет чеки каждые 15 минут, конвертирует в события журнала. Дедупликация по ID чека — дубли исключены. Касса остаётся основной системой.
⚡
iiko · iikoCloud / iikoServer
REST API · /api/1/access_token · /api/1/reports/olap
НЕ НАСТРОЕН
🔑
r_keeper · XML-интерфейс
XML API · Station Manager · кассовые отчёты
НЕ НАСТРОЕН
🟢
Poster POS
REST API · joinposter.com · токен доступа
НЕ НАСТРОЕН
✏
Ручной ввод
Без кассы — данные вводятся через POS-экран вручную
АКТИВЕН
Ручной адаптер всегда активен — он используется для тестирования и для ресторанов без автоматизированной кассы.
Данные вводятся через экран «Продажи · POS».
При подключении кассы адаптер работает параллельно — автоматические данные из кассы имеют приоритет (дедупликация по external_id).
Расписание синхронизации
POS-АДАПТЕРЫ
каждые 15 мин
cron: */15 * * * *
WASTE-TRAINER
воскресенье 03:00
cron: 0 3 * * 0
AI-СВОДКА ВЛАДЕЛЬЦУ
ежедневно 08:00
cron: 0 8 * * *
В production-версии (Node.js + PostgreSQL) все задачи выполняются автоматически через node-cron.
Синхронизацию можно запустить вручную кнопкой «Синхронизировать сейчас». До подключения реальной кассы работает только серверный MockAdapter.