LL Reports · Руководство пользователя#

Эта инструкция — для директоров и менеджеров ресторанов, которые открывают сервис из браузера или с телефона. Управленческая аналитика по сети ресторанов на базе R-Keeper 7: отчёты по продажам, финансам, гостям и лояльности.

Содержание#

1. Начало работы
2. Мобильная версия и установка на телефон
3. Отчёты Rkeeper
4. Финансовые отчёты
5. Меню и сотрудники
6. Дашборды
7. Аналитика гостей
8. Мониторинг
9. Служебные страницы и история изменений
10. Ассистент
11. FAQ
12. Глоссарий
13. Куда писать по вопросам

1. Начало работы#

Как войти в систему, что есть на экране, как управлять периодом и фильтрами, где взять подсказку прямо в интерфейсе.

1.1 Вход в систему#

1. Откройте в браузере адрес сервиса: https://reports.llgroup.ru (или ваш внутренний URL — уточните у администратора сети).
2. Введите логин и пароль, выданные администратором.
3. Нажмите «Войти». Сессия живёт долго — повторно входить каждый день не нужно.

1.2 Боковое меню и навигация#

Интерфейс состоит из трёх зон:

• Сайдбар слева — основное меню по разделам. На мобильном телефоне сайдбар скрыт; навигация — нижней панелью с иконками + кнопкой «Ещё» (открывает шторку с полным списком разделов).
• Шапка сверху — название текущей страницы, поиск (горячая клавиша Ctrl+K), кнопка фильтров, переключатель темы, кнопка справки ? и меню профиля.
• Рабочая область — KPI-блоки, графики, таблицы. На каждой аналитической странице есть фильтр по ресторанам и периоду.

1.3 Светлая и тёмная тема#

В правом верхнем углу — переключатель «луна / солнце». В тёмной теме цифры читаются лучше при долгой работе и меньше утомляют глаза. Тема запоминается за пользователем — при следующем входе восстанавливается автоматически. В настройках интерфейса (шестерёнка) можно также выбрать плотность таблиц (compact / regular / spacious).

1.4 Период и фильтры#

На любой аналитической странице сверху — единый набор фильтров:

• Период — пресеты «Сегодня / Вчера / 7 / 30 / 90 дней / Месяц / Год» либо произвольный диапазон дат через календарь.
• Рестораны — мультивыбор. По умолчанию — все доступные. Чипы выбранных ресторанов остаются видны в шапке.
• Метрика / разрез — где применимо (выручка / чеки / средний чек; по дням / по часам / по официантам).

1.5 Иконка справки «?»#

На каждой странице рядом с заголовком есть кнопка ?. Клик раскрывает короткую инструкцию по странице с объяснением KPI и фильтров. Закрыть — повторным кликом по ?, крестиком или клавишей Esc. В этом руководстве — развёрнутая версия тех же подсказок плюс сценарии использования и FAQ.

2. Мобильная версия и установка на телефон#

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

2.1 Как работает на телефоне без установки#

Откройте https://reports.llgroup.ru в любом современном браузере (Safari, Chrome, Firefox, Edge) — сайт автоматически переключится в мобильный режим. Что меняется по сравнению с десктопом:

• Нижняя панель навигации — вместо левого сайдбара главные иконки внизу экрана (Выручка, Смены, Т-2, Отзывы). Кнопка «Ещё» справа открывает шторку с полным списком разделов по вашим правам.
• Фильтры как шторка — кнопка фильтров наверху открывает bottom-sheet снизу: период, рестораны и метрика в одной шторке. Закрывается свайпом вниз или кнопкой «Применить».
• Таблицы с фиксированной первой колонкой — длинные таблицы прокручиваются по горизонтали; первая колонка (ресторан / блюдо / дата) прилипает к левому краю — контекст не теряется при скролле.
• Модалки и графики — модальные окна превращаются в bottom-sheet и учитывают «бровь» iPhone (safe-area). Графики растягиваются по ширине экрана.

2.2 Установка на iPhone и iPad (PWA)#

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

1. Откройте https://reports.llgroup.ru в Safari. Это важно: Chrome и другие браузеры на iOS не умеют создавать PWA — только Safari.
2. Тапните по кнопке «Поделиться» внизу экрана (квадрат со стрелкой вверх).
3. Прокрутите меню вниз и выберите «На экран Домой» (Add to Home Screen).
4. В подтверждении оставьте название «RK7» (можно поменять) и нажмите «Добавить».
5. На главном экране появится иконка с фирменным логотипом. Тап по ней — приложение открывается в полноэкранном режиме.

2.3 Установка на Android (PWA)#

1. Откройте https://reports.llgroup.ru в Chrome.
2. Нажмите меню (три точки в правом верхнем углу).
3. Выберите «Установить приложение» или «Добавить на главный экран» (формулировка зависит от версии Chrome).
4. Подтвердите название. Иконка появится на главном экране и в списке приложений.

2.4 Если что-то не работает#

3. Отчёты Rkeeper#

Базовые отчёты по продажам, которые тянутся напрямую из R-Keeper 7. Все они обновляются ночной синхронизацией в 05:00 МСК; для сегодняшнего дня данные обновляются в течение дня по мере закрытия смен.

Сводка дня (/daily-summary)#

Один экран, на котором собран дневной срез по всем подсистемам сразу: продажи, скидки, удаления, коррекции, лояльность, безналичка, наличка и зарплата.

• Любая дата — селектор в шапке. По умолчанию открывается «вчера»: данные RK7 за сегодняшний день обычно неполные до закрытия смен.
• Коррекции чеков — изменения чека уже после фискальной печати (важный анти-фрод сигнал): карточка-счётчик в шапке (число чеков коррекции) и секция с разбивкой по типам операций (смена валюты, добавление/удаление блюда, скидки/наценки, предоплаты) — кол-во и сумма. Детальный построчный разбор — на странице «Корректировки чеков».
• Два режима:
• Один ресторан — полная разбивка ЗП по сотрудникам, безнала по категориям (Продукты / Хозы / Алкоголь / Напитки), наличной кассы по статьям.
• Все доступные — агрегат по всем ресторанам, рейтинг «Топ / Анти-топ» по выполнению плана.
• Зарплата в сводке — прогноз: смены за день × дневная ставка. Точное начисление считается на странице «Зарплата» по итогу месяца.

Сводка по ресторанам за месяц (/monthly-summary)#

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

• Месяц выбирается в шапке (по умолчанию — текущий).
• Колонки: Выручка, Кол-во чеков, Средний чек, ФОТ (итоговая зарплата за месяц) и Закупки (безнал). Внизу — строка «Итого» по сети, вверху — KPI-плитки с теми же суммарными показателями.
• Доля затрат: под суммой ФОТ и Закупок мелким текстом показан их процент от выручки ресторана — быстрый ориентир по рентабельности.
• Источники: выручка и чеки — из дневных фактов RK7; ФОТ — со страницы «Зарплата» (итоговая за месяц); закупки — с «Безналички». Видны только доступные вам рестораны (администратор видит все).
• Экспорт в Excel — кнопка в шапке.

Выручка (/report)#

Главный отчёт по продажам. KPI-блок вверху: суммарная выручка за период, количество чеков и средний чек, скидки и удаления (сумма и %), отклонение от baseline DoW, процент выполнения плана (если план задан на странице Т-2).

Под KPI — графики по дням, ресторанам и часам. Переключатель метрики: выручка / чеки / средний чек.

Сравнение (/compare)#

Сравнивает два периода. По умолчанию — Like-for-Like (LFL): то же количество дней, но со сдвигом на 364 дня назад (тот же день недели прошлого года). Это индустриальный стандарт для оценки «лучше или хуже, чем в прошлом году».

Waterfall-график раскладывает изменение выручки на компоненты: чеки × средний чек × скидки. Видно, что именно изменилось.

Смены (/shifts)#

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

Скидки и наценки (/discounts · /markup)#

Сводка по применённым скидкам и наценкам: тип, сумма, доля от выручки, по официантам, по ресторанам, по дням.

Удаления (/voids)#

Список удалённых позиций и отменённых чеков: что удалили, кто, на какую сумму, причина (если ввели). Вместе со «Скидками» — основной инструмент для контроля кассиров и официантов.

Чеки (/checks_report)#

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

Корректировки чеков (/corrections)#

Перечень изменений чеков, сделанных после фискальной печати — когда уже пробитый чек переоткрыли и поправили. Это штатный отчёт R-Keeper «Корректировки чека» и ключевой анти-фрод сигнал: легальные изменения здесь редки, поэтому любая строка заслуживает внимания.

Отслеживаются семь типов операций: смена валюты, добавление и удаление блюда, добавление и снятие скидки/наценки, добавление и снятие (пред)оплаты. Карточки сверху показывают количество и сумму по каждому типу за период; таблица — каждую операцию с рестораном, заказом, номером чека, номером коррекции, объектом и суммой. Есть фильтр по типу операции и экспорт в Excel.

Переносы блюд (/dish-transfers)#

Журнал перемещений блюд со стола на стол (в другой заказ). Источник — журнал операций R-Keeper (операции «Перенос блюд из заказа» и «Перенос блюд в заказ»): система фиксирует пару записей — откуда позицию забрали и куда положили, — а страница соединяет их в одно событие «блюдо: со стола А → на стол Б».

Зачем это анти-фрод сигнал: перенос — легальная операция (гость пересел, объединили компанию), но это и классический приём злоупотреблений — «спрятать» позицию на чужом или служебном столе перед удалением, либо размазать заказ.

На странице:

• «Только между столами» (включено по умолчанию) — показывает лишь переносы на другой стол. Переносы внутри одного стола (11 → 11) — это разбивка счёта между под-заказами, обычно шум; снимите галку, чтобы увидеть и их.
• Таблица: дата, время, ресторан, блюдо, количество, со стола → на стол, официант и менеджер. Межстоловые переносы подсвечены красным. Запись вида «13 → 13.1» означает перенос между разными счетами одного стола 13 (там .1 — номер счёта, а не стола); такие по умолчанию скрыты.
• Сверху — счётчики «Всего переносов» и «Между столами» за период. Есть экспорт в Excel.

Расхождения ЕГАИС (/egais-deficit)#

Отчёт о заказах, где алкоголь продан в чеке, но не списан в ЕГАИС. Данные забираются автоматически из сервиса DocsInBox (dxbx.ru) раз в сутки ночью по всем торговым точкам и сохраняются в системе.

Что на экране:

• Период — общий выбор дат сверху (как на «Выручке»). Точка — выпадающий список доступных вам торговых точек или «Все точки».
• Две карточки сводки: Всего заказов за период и Заказов с расхождениями (не списано в ЕГАИС).
• Таблица заказов: дата и время, торговая точка, количество блюд, объём расхождения (мл) и UUID заказа. Кнопка ▸ разворачивает строку и показывает вид позиции — конкретное блюдо и сопоставленную ему номенклатуру ЕГАИС.
• «—» в колонке объёма — позиция без сопоставленной номенклатуры ЕГАИС (объём расхождения неизвестен).
• Поиск — по UUID заказа или названию блюда.

4. Финансовые отчёты#

Финансовый блок: главный план/факт по выручке (Т-2) и управленческие отчёты, которые ведутся вручную в сервисе (а не тянутся из RK7). Все правки ручных отчётов попадают в историю и могут быть откатаны (см. §9).

Ввод в таблицах: калькулятор и клавиатура#

Работает одинаково во всех редактируемых отчётах — Т-2, Наличка, Кассовый отчёт, Безналичка, Зарплата (табель и выплаты), Отчёт для учредителей.

Калькулятор в ячейке. Вместо готовой суммы можно написать выражение — считать в уме или отдельным калькулятором не нужно:

Доступны +, −, × (можно писать * или х), ÷ (можно /) и скобки. Пробелы между разрядами не мешают: 1 234 567 читается как одно число. Выражение считается по Enter, по Tab или когда вы уходите из ячейки стрелкой либо мышью.

Ходьба по ячейкам. ↑ ↓ ← → и Tab / Shift+Tab переводят на соседнюю ячейку и сразу сохраняют введённое. То есть можно набрать = 15+15, нажать стрелку вправо — сумма посчитается, а курсор уже в следующей ячейке. Стрелки вбок уводят из ячейки, только когда курсор стоит у края числа (или число целиком выделено) — внутри числа они по-прежнему двигают курсор.

Если выражение не считается (например = 15++), поле краснеет и не отпускает: значение не записано, и уйти из ячейки нельзя, пока не исправите. Чтобы отказаться от правки и вернуть прежнее значение — Esc.

Т-2 · план и факт (/t2)#

Главный управленческий финотчёт по плану и факту. Сверху вниз:

• Карточки KPI — план и факт месяца, средний чек, число чеков.
• Блок «Прогноз выручки» — по умолчанию свёрнут, открывается кликом по заголовку. Внутри — прогноз до конца месяца с учётом сезонности, тренда и календарных событий (банкеты, акции, праздники).
• Таблица план/факт по дням на всю ширину. Колонка «Дата» показывает дату вместе с днём недели (например 01.06 Пн). Таблица сама подгоняется под ширину экрана: на узком ноутбуке шрифт и отступы ужимаются, чтобы всё влезло без прокрутки; если места совсем мало — появляется горизонтальная прокрутка.

Ввод плана: клик по ячейке «План» → введите значение → Enter. Сохранение в БД мгновенное; план тут же попадает в KPI на других страницах (Выручка, Сводка дня).

Наличка (/cash)#

Отчёт по наличным расчётам: пришло за смену, выдано на карту сотруднику, остаток в кассе, инкассации. Колонки настраиваются под ресторан (через шапку «Виды»). Столбцы разделены тонкими линиями — так легче читать суммы по строкам.

Кассовый отчёт (/cashbook)#

Учёт операций кассы: остаток, поступления, выдачи, целевые направления.

• Кнопка «Добавить строку» создаёт запись за вчера (правят обычно уже прошедший день). Дату можно поменять кликом по ячейке.
• Вкладка «Целевые направления» — справочник статей для бухгалтерии.
• Каждая правка пишется в журнал изменений (§9) — можно откатить случайное удаление.

Безналичка (/beznal)#

Реестр безналичных платежей поставщикам и подрядчикам сети.

• Категории (вкладки) наверху — платежи разнесены по типам, в т.ч. отдельная категория «Напитки». Переключайте вкладку, чтобы видеть свою группу поставщиков.
• Кнопка «+ Поставщик» / «+ Поставка» — выбрать поставщика из общего справочника (есть поиск по каталогу), указать сумму, дату, назначение.
• Справочник поставщиков общий по сети — пополняется автоматически при создании первого платежа в его адрес. Не нужно дублировать поставщика для каждого ресторана.
• Поставщика можно перенести в другую категорию, а столбцы-поставщики — переупорядочить.
• В таблице-матрице заголовки поставщиков и суммы выровнены по центру, столбцы разделены линиями — так удобнее сверять суммы по дням.
• Esc закрывает модалку без сохранения.

Зарплата (/payroll)#

Расчёт ЗП и табель в двух вкладках. Сотрудники сгруппированы по трём секциям — Оклады / Зарплаты / Прочее; названия секций переименовываются по ✎. Внутри секции «Зарплаты» строки дополнительно разбиты на подкатегории по роли — Менеджеры → Кухня → Зал → Уборщицы → Другое. Подкатегория определяется автоматически по должности (в «Кухню» попадают повара, шеф, кондитеры, пицца, мангал, хинкальщики, холодный/горячий цех и т.п.) — при необходимости её можно задать вручную в карточке сотрудника.

• Табель — впишите смену в ячейку дня: 1, 0.5, 0.7, 1.5 и т.п. Верхнего предела нет: если в вашем ресторане за день считают 3.5 или 5.5 (бригада, переработка) — так и пишите, значение сохранится целиком. Факт и расчёт пересчитываются автоматически. Таблица компактная (колонки дней ужаты); на телефоне ячейка переключается тапом (0 → 1 → 1.5 → 0.5).
• Расчёт — по каждому сотруднику: тип оплаты (Оклад ₽/мес или За выход — ставка × смены), Справочная (оклад при полной отработке), Итоговая (по факту), платёжные колонки и Остаток (= Итоговая − выплаты).
• Платёжные колонки (по умолчанию ВТБ 27, ВТБ 13, Аванс) — суммы выплат, вводятся вручную. Набор колонок помесячный: заданный набор наследуется в следующий месяц, а если скрыть колонку — уже внесённые суммы сохраняются. Настройка колонок (⚙ «Настроить колонки»: добавить, переименовать, порядок, скрыть) доступна только администратору.
• Атрибуты сотрудника (оклад/ставка, тип, норма, должность, секция, график) хранятся помесячно: правка в одном месяце не задевает другие. История ставок — по значку 📈.
• Добавление и скрытие сотрудников. «＋ Сотрудник» добавляет человека в текущий месяц (если ФИО и должность совпадают с уже существующим — запись «оживает», а не дублируется). «Удалить» в карточке скрывает сотрудника только из открытого месяца: его табель, выплаты и настройки не удаляются, другие месяцы не затрагиваются.
• Смена человека на позиции. ФИО принадлежит карточке целиком, а не месяцу: если просто переписать имя, оно поменяется и во всех прошлых месяцах, и выплаты прежнего сотрудника окажутся подписаны новым. Поэтому при смене ФИО у карточки с историей сервис спрашивает, что произошло: «опечатка» — переименовать во всех месяцах, или «другой человек с этого месяца» — завести ему отдельную карточку, оставив прошлое прежнему сотруднику. Второй вариант — то, что нужно при обычной ротации персонала.
• Скрытые сотрудники месяца. Если в месяце есть скрытые, рядом с «＋ Сотрудник» появляется кнопка «👁 Скрытые (N)» — список скрытых с должностью, автором и временем скрытия и суммой выплат, «висящих» на скрытой записи (такие суммы не входят в итоги месяца, пока сотрудник скрыт). Кнопка «Вернуть» возвращает человека в месяц вместе с его табелем и выплатами. Скрытие и возврат попадают в «Историю версий» месяца («скрыто строк N») и в «Журнал событий» — по ним видно, кто убрал человека из месяца. У строк, скрытых до 01.08.2026, автор не записан: там показывается только приблизительная дата.
• Печать расписания — на вкладке «Табель» кнопка «🖨 Печать» выводит табель как расписание для сотрудников (альбомный лист: сотрудники × дни месяца). При нажатии появляется выбор, какой раздел печатать: все, отдельную секцию (Оклады / Зарплаты / Прочее) или группу внутри «Зарплаты» (например только «Кухню») — печать начинается сразу после выбора.
• Изменения пишутся в историю — откат через «Историю версий» на панели.

Платёжные поручения (/payments-1c)#

Реестр платёжек, выгружаемых из 1С:Бухгалтерии: что и кому оплачено, что ещё не проведено, по каким документам не пришли закрывающие. Данные не вводятся руками — они приходят из 1С, поэтому статусы здесь только читаются.

Две вкладки.

Реестр — все платежи за период: номер, дата, получатель, категория, комментарий (назначение платежа из 1С), сумма и статус.

• Статусы оплаты. «Оплачено» — банк подтвердил списание выпиской. «Не оплачено» — документ создан, но списания ещё нет. Отдельным признаком идёт «ждём счёт»: деньги ушли, а закрывающих документов от контрагента нет. Это не статус оплаты, а самостоятельная пометка — платёж может быть одновременно оплаченным и «ждём счёт».
• Фильтры. Период, счёт, получатель и категория применяются по кнопке «Применить». Переключатель «Оплата» и тумблер «Только ждём счёт» срабатывают сразу — они просто прячут строки, а KPI и полоса оплаты продолжают считаться по всему периоду (иначе на фильтре «Оплачено» доля оплаченного всегда была бы 100 %).
• Полоса под карточками показывает соотношение оплаченного (зелёный) и ожидающего (жёлтый) в деньгах.
• Категории проставляются автоматически. Набор — ресторанный: Продукты, Алкоголь и напитки, Хозрасходы, Аренда, Коммуналка, Зарплата, Налоги и взносы, Услуги и подряд, Ремонт и интерьер, IT и связь, Маркетинг, Внутригрупповые, Переводы, Прочее.
• Как определяется категория. Правила читают в первую очередь наименование контрагента — бухгалтер пишет предмет поставки прямо в нём («ОНТАП ООО (21 к/д) пиво», «ЧАЙКА ООО (стирка)»), — и текст назначения платежа. На комментарий правила почти не опираются: он пуст у двух третей документов, а когда заполнен, чаще содержит период («ИЮЛЬ 2026»), а не предмет.
• Правило ошиблось? Нажмите на бейдж категории прямо в реестре и выберите нужную. Точка рядом с бейджем означает, что категорию поставили руками: такая правка переживает и переимпорт из 1С, и пересчёт правил. Пункт «По правилу» возвращает строку под автоматику.
• Переводы между собственными счетами на странице не показываются — ни в реестре, ни в сводке, ни в карточках сверху. Это перекладывание своих же денег, а не трата, и в отчёте «куда ушли деньги» они только мешают. Из-за этого «Сумма за период» — это сумма расходов, а не оборот по счёту, и с банковской выпиской «в лоб» она не сойдётся. Понадобилось увидеть переводы (например, при сверке с банком) — выберите категорию «Переводы» в фильтре: явный выбор показывает и скрытые категории.
• Справочник категорий и сами правила настраиваются в Личном кабинете и применяются ко всей истории сразу.

Сводка по датам — сколько ушло в каждый день:

• столбчатый график по дням месяца;
• сама сводка в трёх видах — Таблица, Карточки, Выписка (выбранный вид запоминается);
• справа — структура расходов по категориям с долями.

Как подписаны платежи. Каждая строка дня — это «Контрагент · Содержание · Сумма · Комментарий», как в рабочем реестре бухгалтера:

Оба значения подбираются автоматически из того, что уже есть в документе, — статья ДДС для этого не годится: на всю базу их пять штук, и «Оплата товаров, работ, услуг…» стоит у большинства платежей. Источники в порядке важности:

1. пометка в наименовании получателя — ЧАЙКА ООО (стирка) → «ЧАЙКА · стирка». Отсрочка платежа ((21 к/д), (14 к/дн)) в название не идёт;
2. комментарий бухгалтера — НДФЛ от 24.07. → «НДФЛ». Комментарий, состоящий из одного периода (ИЮНЬ 2026), содержанием не считается и целиком уходит в свою колонку;
3. назначение платежа — …за аренду помещения в ИЮЛЕ 2026г… → «аренда»;
4. статья ДДС, если она осмысленная: Оплата труда → «зарплата».

Одинаковые «Контрагент · Содержание» внутри дня схлопываются в одну строку с пометкой ×N — четыре накладные от одного поставщика за день это одна позиция, а не четыре.

Если название вышло неудачным — два места правки, по смыслу:

• содержание конкретного платежа — карандаш в колонке «Назначение платежа» на вкладке «Реестр». Правка переживает переимпорт и синхронизацию;
• короткое имя контрагента («ЛЛ ГРУПП ООО» → «ЛЛГ», «МИ ФНС России по управлению долгом» → «Обязательные платежи») — Личный кабинет → «Интеграция 1С» → «Справочник контрагентов». Имя общее для всех платежей контрагента, поэтому правится один раз. Правка видна сразу, пересчёта нет.

Справочник сведён по ИНН: одного поставщика в разных базах 1С заводят по-разному («ЛИМА ООО (14 к/дн) (продукты)» и «ООО "Лима"»), а в справочнике это одна строка — под названием подписано, сколько написаний свелось и каким ресторанам он поставляет. Поэтому короткое имя, заданное однажды, работает во всех юрлицах и на всех точках, включая написания, которые приедут из новой базы уже потом. Контрагенты, у которых 1С не отдала ИНН, показаны с прочерком и живут отдельными строками — сводить их не с чем.

Переключатель группировки меняет разрез: Назначение (по умолчанию, как описано выше), Категория или Получатель — «сколько всего ушло каждому контрагенту», без разбивки по содержанию.

Кнопка «Обновить из 1С» запускает синхронизацию вручную и подсвечивает изменившиеся строки. Она перетягивает не вчерашний день, а последние 45 суток: платёжки часто проводят задним числом, а подтверждение оплаты приходит на 1–3 дня позже самого документа.

Кнопка Excel выгружает таблицу активной вкладки. На «Сводке по датам» экспорт доступен в виде «Таблица».

Настройка обмена, ручная загрузка файла из 1С, справочники и журнал загрузок — в Личном кабинете, вкладка «Интеграция 1С» (только для администратора). Верхняя панель отвечает на «работает ли обмен»: если обработка 1С не присылала данные больше двух суток, бейдж станет красным. Ниже — четыре карточки со счётчиками: правила категорий, справочник категорий, рестораны и юрлица, справочник контрагентов. В справочнике у категории есть флажок «не расход» — платежи такой категории со страницы скрываются; им помечены переводы между своими счетами. Удалить категорию, на которую ссылается правило, нельзя; сначала уберите или перенастройте правило. В окне правил есть поиск, выключатель у каждого правила и кнопка «Проверить»: она заранее показывает, сколько документов и в какую категорию переедет, — сохранение необратимо.

Ресторан платежа определяется автоматически: сначала по «Подразделению» из 1С (карта в Личном кабинете, «Рестораны и юрлица»), а если оно не заполнено — по ресторану, назначенному расчётному счёту. Когда с одного счёта платят несколько точек, а подразделение пустое, автоматике опереться не на что: такие платежи остаются с пометкой «Без ресторана», и ресторан им можно выбрать руками прямо в реестре — щёлкните по названию в колонке «Ресторан». Ручной выбор помечается точкой и переживает перевыгрузку из 1С; «По подразделению» возвращает строку под автоматику. Сколько всего таких платежей — видно в Личном кабинете на плитке «Без ресторана».

Как данные попадают на страницу без ручной выгрузки. Основной канал — push из 1С: внешняя обработка в 1С по расписанию сама отправляет платёжки на сервер (работает из локальной сети офиса, публиковать базу в интернет не нужно). Обработка передаёт номер, дату, организацию, контрагента, сумму, назначение, комментарий, вид операции, банковский счёт, подразделение (ресторан) и статус «Оплачено». Инструкция по созданию обработки с нуля и настройке расписания — docs/ONEC_PUSH_SETUP_1C.md, контракт — docs/ONEC_PUSH_CONTRACT.md. Резерв — ручная загрузка XLSX в ЛК (двумя отчётами: реестр ПП и регистр «Состояния банковских документов»). Журнал у обоих каналов общий — «История загрузок» в ЛК, у push в колонке «Способ и источник» стоит «Push из 1С», а под ним — чья это выгрузка: имя базы 1С, если обработка его сообщает, иначе список юрлиц пачки. Так видно, какая из баз перестала присылать данные.

Колонка «Даты документов» — это реальные даты платёжек, попавших в пачку, а не запрошенный период: если выгрузку просили с 1-го числа, а первый платёж месяца прошёл 3-го (1 и 2 были выходными), здесь будет 3-е. Запрошенное окно показывается второй строкой, когда обработка его присылает.

Документы (/documents)#

Хранилище документов ресторана: карточки регистрации ККТ и договор с ОФД, договор аренды с допсоглашениями, договоры поставки, лицензия на алкоголь, уведомление Роспотребнадзора, программа производственного контроля, СОУТ, устав и лист записи ЕГРЮЛ, сервисные договоры. Задача страницы — чтобы истекающая лицензия не всплывала за неделю до проверки.

Как устроено. Один документ — одна карточка: название, категория, номер, контрагент или выдавший орган, срок действия и файл. При перевыпуске документа файл не заменяется, а добавляется новой версией — предыдущие остаются в карточке и доступны на скачивание.

Статус срока не выставляется руками, он считается от поля «Действует до»:

Порог в 90 дней общий для всей сети, его меняет администратор (DOCUMENTS_EXPIRING_DAYS).

Работа со страницей.

• Сверху четыре показателя: всего, действующих, истекают в 90 дней (с ближайшим по сроку) и просрочено.
• Пилюля «Истекают в 90 дней» оставляет только истекающие и просроченные — с неё удобно начинать месяц.
• Слева — категории со счётчиками. Счётчики считаются по всему ресторану, а не по текущему фильтру, поэтому не схлопываются после клика.
• Поиск ищет по названию, номеру и контрагенту; вид Карточки / Список запоминается.
• В карточке документа (открывается кликом) — предпросмотр файла, все поля, кнопки «Скачать», «Новая версия», «Изменить», «Удалить» и список версий.
• «Скачать всё» отдаёт ZIP текущих версий по выбранному ресторану и категории, файлы внутри разложены по папкам-категориям.

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

Допустимые форматы — PDF, DOCX, DOC, XLSX, XLS, JPG, PNG; размер одного файла до 25 МБ.

Предпросмотр. В карточке документ показывается целиком, без скачивания: PDF и сканы рисует браузер, Word (.docx) и Excel (.xlsx) — сама страница. Кнопка в правом верхнем углу превью разворачивает документ почти во весь экран (закрыть — Esc или крестик), для PDF там же есть «В новой вкладке» — с привычным тулбаром печати и поиска. Старые двоичные форматы .doc и .xls показать нечем, по ним предлагается скачивание. Файлы тяжелее 8 МБ не грузятся сами — предпросмотр включается кнопкой, чтобы не тратить мобильный трафик.

Набор категорий настраивается в Личном кабинете, вкладка «Документы» (только для администратора). Непустую категорию удалить нельзя — её можно скрыть, сняв галочку «Активна».

5. Меню и сотрудники#

Аналитика по позициям меню, ценам, марже и эффективности персонала. Часть страниц (Cross-sell, Блюда × Daypart, Маржинальное сравнение) работает только при включённой детализации чеков по блюдам — администратор включает её один раз для всей сети.

Модификаторы (/modifiers)#

Что чаще всего добавляют к блюдам (соусы, добавки, опции) и сколько это приносит.

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

Блюда × Daypart (/dish_daypart)#

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

• Видно «утренние» и «вечерние» позиции, а какие берут весь день.
• Пример пользы: «этот десерт продаётся только вечером — убрать из утреннего меню» или «добавить кофе в утреннее комбо».

Скорость обслуживания (/speed_of_service)#

Сколько в среднем гость проводит за столом — от открытия чека до закрытия.

• Светофор: 🟢 быстро · 🟡 нормально · 🔴 медленно.
• «% быстрых» — доля чеков, обслуженных за 30 минут и меньше.
• В часы пик (12–14 и 19–21) обычно медленнее — это нормально, сравнивайте час с часом и ресторан с рестораном.

ABC блюд (/abc)#

ABC-анализ позиций меню: A — топ-20% по выручке (около 80% оборота), B — средние, C — хвост. Помогает решать, что оставить в меню, что убрать, что продвигать.

Если включён RK7_DISH_SYNC_ENABLED=1, активируется раздел Menu Engineering с квадрантом popularity × margin: Stars (звёзды), Plowhorses (рабочие лошадки), Puzzles (загадки), Dogs (собаки) — классическая схема Касавана.

Cross-sell (/cross_sell)#

Какие позиции часто покупают вместе. Выявляет работающие связки «горячее + напиток», «основное + десерт». Используется для обучения комбо-предложений и скриптов официантам.

P&L и маржа (/pnl)#

Финансовый результат и маржа по периодам и ресторанам. Подтягивает выручку из RK7, расходы — из ручных управленческих форм (Безналичка, Зарплата, Кассовый отчёт). Маржа считается с учётом FoodCost из ABC и FTE из Зарплаты.

Сотрудники / HR (/hr)#

HR-аналитика по кассовым показателям: выручка на FTE, средний чек на сотрудника, вклад смены/официанта в общую выручку. Помогает выявить лучших и слабых сотрудников по «деньгам, которые они приносят». Не путать с табелем — он на странице «Зарплата».

История меню (/menu-history)#

Журнал изменений меню и цен RK7. Ночью (вместе с общим sync в 05:00 МСК) система тянет актуальное меню из таблиц MENUITEMS / PRICES / CATEGLIST и сравнивает с последним снимком. Отличия пишутся append-only — каждая версия блюда хранится навсегда.

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

Вкладки:

1. Блюда — текущие позиции; клик по строке раскрывает все версии (по всем типам цен, со «действует с / до»).
2. Лента изменений — что менялось за период, с «было/стало» для цен. Фильтры: тип изменения, дата с, ресторан (БД).
3. Логи sync (admin) — журнал запусков. Здесь же кнопка «Синхронизировать сейчас» — полный пересчёт вручную (нужно для проверки сразу после изменения цен в R-Keeper, без ожидания 05:00).

Маржинальное сравнение (/margin-compare)#

Страница отвечает на вопрос: «Выручка выросла на 10% — это от объёма продаж, от поднятия цен или от снижения себестоимости?» Обычное LFL-сравнение показывает только дельту суммы, не различая компоненты.

Что считаем:

• Факт — выручка, себестоимость и маржа за каждый из двух периодов (источник — rk7_dish_cache).
• Атрибуция дельты маржи: объём Σ(qty_B − qty_A)×цена_A, цена Σ qty_B×(цена_B − цена_A), себестоимость Σ qty_B×(cost_B − cost_A), микс (новые и снятые блюда).
• Симуляция «при ценах A» — Σ qty_B × цена_A: какая была бы выручка, если бы цены не менялись. Разница с реальной B — прирост от подъёма цен.

Как читать: выберите периоды (по умолчанию A = прошлый месяц, B = текущий) и рестораны; KPI-блок покажет A, B (с дельтой) и симуляцию; waterfall разложит Δ маржи на компоненты; таблица «Топ драйверов» — какие блюда дали наибольший вклад.

6. Дашборды#

Мои дашборды (/dashboards)#

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

• Готовые виджеты — выручка за период, выполнение плана, открытые алерты, свежие отзывы 1–2★, ключевые показатели лояльности.
• Свой набор и порядок — добавляйте, убирайте и переставляйте блоки.
• Приватность — дашборды у каждого пользователя свои и не делятся между ролями.
• Доступ отовсюду — раскладка хранится на сервере, поэтому открывается одинаково с компьютера и телефона под вашим логином.

7. Аналитика гостей#

Всё про гостей: кто к вам ходит, кто уходит, что о вас пишут и как отзывы влияют на деньги. Страницы по картам лояльности (Гость 360°, Churn, Дни рождения, RFM, Аналитика лояльности) работают, если в сети подключена программа лояльности и привязка org_name → ресторан настроена в админке.

Гость 360° (/guest_profile)#

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

• Поиск по номеру карты — вводите номер, открывается профиль.
• Для каждого чека видно, что заказывали, на какую сумму и в каком ресторане.
• «Любимые блюда» — что гость берёт чаще всего за всё время.
• Если у гостя есть подключения к гостевому WiFi — рядом показывается блок «WiFi-подключения».

WiFi-аналитика (/wifi_analytics)#

Подключения гостей к гостевому WiFi (данные сервиса ClientPulse): кто, когда и в каком заведении выходил в сеть и сколько времени там провёл.

• Сводка по заведениям, устройствам и часам за выбранный период.
• «Новые / повторные» — был ли гость на WiFi до начала периода.
• Поиск по номеру телефона — полная история подключений гостя; если номер есть в базе лояльности, рядом показываются имя и карта.
• Тот же блок «WiFi-подключения» виден и в карточке «Гость 360°».

Churn risk · Гости в зоне риска (/churn)#

Показывает гостей, которые начали реже ходить и могут уйти.

• Светофор: 🟢 ходит как обычно · 🟡 пропустил один «свой» интервал · 🔴 давно не был, пора возвращать · 🟣 совсем выпал.
• Сверху — самые ценные из тех, кто уходит (их дороже всего терять).
• Клик по карточке открывает профиль гостя (Гость 360°).

Дни рождения (/birthdays)#

Подсказывает дни рождения гостей по их картам лояльности — чтобы поздравить или предложить столик.

• 🎂 Сегодня — у кого день рождения сегодня.
• Жёлтым — в ближайшие 3 дня (можно заранее позвать).
• Чем больше «голосов» у даты, тем надёжнее, что это настоящий день рождения (дата подтверждается по нескольким источникам).

Точность прогноза (/forecast_accuracy)#

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

• Светофор: 🟢 ошибается мало · 🟡 приемлемо · 🔴 часто промахивается.
• Есть разбивка по ресторанам — худшие сверху.
• Полезно, чтобы понимать, насколько можно доверять блоку «Прогноз выручки» на странице Т-2.

Гости (RFM) (/rfm)#

Разбивает гостей на 11 сегментов по схеме Recency-Frequency-Monetary:

Клик по сегменту → список гостей → CSV-выгрузка для рассылки или обзвона.

Отзывы (/reviews)#

Внешние отзывы (Яндекс.Карты, 2ГИС, Google) собираются ночным парсингом.

• Сводка по рейтингу (1★/2★/3★/4★/5★) с динамикой. Для ресторана показываются оценки из разных источников (Яндекс, 2ГИС) и из нашей базы.
• Карточки отзывов с фильтром по ресторану, рейтингу, наличию ответа.
• Кнопка «Открыть на Яндексе» — переход к оригиналу для ответа.

Динамика отзывов (/reviews_velocity)#

Резкий рост числа отзывов предупреждает о проблеме раньше, чем средний рейтинг (рейтинг меняется медленно).

• Число отзывов по неделям — внезапный всплеск означает, что что-то происходит (хорошее или плохое).
• Доля плохих оценок (1–2★) по неделям — если резко выросла, дело в сервисе или качестве, стоит разобраться сразу.

Sentiment отзывов (/sentiment)#

Тональный анализ отзывов на русском (словарный, без ML):

• 7 тем: еда, сервис, интерьер, цена, локация, чистота, дети.
• Шкала тональности: 50 — нейтрально, выше — хвалят, ниже — ругают.
• Sentence-level: учитывает «не вкусно» как негатив, «но» меняет полярность.
• Лучшие и тревожные отзывы — для быстрого реагирования.

Тренды по темам (/topic_trends)#

Как меняется настроение отзывов по темам (еда, сервис, интерьер, цена, расположение, чистота, дети) от недели к неделе.

• 🟡 заметное ухудшение · 🔴 сильное ухудшение по теме.
• Помогает поймать «сервис стал хуже» за пару недель до того, как просядет общий рейтинг.

Sentiment ↔ Sales (/sentiment_sales)#

Проверяет, влияют ли отзывы на выручку: сравнивает настроение отзывов в одном месяце с выручкой следующего.

• Сильная связь — репутация заметно тянет выручку.
• Слабая связь — на выручку больше влияют другие факторы.
• Показывает примерную прибавку выручки при росте оценок — ориентир для решений «вкладываться ли в сервис».

Аналитика лояльности (/loyalty_analytics)#

KPI карт лояльности, рост базы, ROI, проникновение лояльности (доля чеков с картой), эффект от участия в программе.

• Доля лояльности — какой процент общей выручки приносят гости с картами. Типичное значение 5–30%; если показатель близок к 100%, проверьте привязку org_name → ресторан в админке.
• Uplift среднего чека — насколько лояльный гость тратит больше «обычного». Положительный uplift подтверждает, что программа работает.
• Penetration / RFM / Cohort retention — углублённые срезы базы клиентов.

8. Мониторинг#

Раздел про контроль: автоматические наблюдения, настраиваемые правила-уведомления, карты загрузки, антифрод по сотрудникам и контроль свежести данных. Сюда же вынесена настройка рассылок и push-уведомлений.

Инсайты (/insights)#

Автоматический детектор аномалий по 7 паттернам: резкие просадки выручки, скачок скидок, нехарактерный для дня недели средний чек и т.д. В отличие от алертов, не настраивается — работает «из коробки».

• Помечены по важности: обычное / внимание / срочно.
• День выбирается сверху (по умолчанию — вчера).

Алерты (/alerts)#

Антифрод и контроль аномалий: правила вида «если на ресторане Х скидки превысили 18% за смену — уведомить».

Создать правило:

1. Кнопка «+ Новое правило».
2. Имя, серьёзность (info / warn / critical).
3. Метрика (скидки %, удаления %, выручка vs baseline, средний чек, …).
4. Условие (>, <, отклонение от baseline) и порог.
5. Cooldown — сколько минут после срабатывания не дублировать.
6. Whitelist — события календаря (банкеты, акции), которые игнорировать.
7. Каналы доставки — список ID каналов (email/Telegram/Web Push) через запятую.
8. Web Push — чекбокс «Доставлять Web Push всем подписанным пользователям» (для critical включается автоматически).
9. Кнопка «Предпросмотр за 7 дней» — покажет, сколько раз правило сработало бы на исторических данных.

Лента инцидентов показывает все срабатывания: ресторан, дата, метрика, порог, статус (open / ack / resolved / suppressed). Кнопки: Acknowledge (взяли в работу) и Resolve (закрыли с комментарием).

Подписки и рассылка (/subscriptions)#

Куда и когда отправлять уведомления. Четыре таба.

Таб «Каналы»#

Куда отправлять — email, Telegram, Web Push.

• Email — указать список адресов и SMTP-канал. Кнопка «Тест» отправляет проверочное письмо.
• Telegram — токен бота настраивается в .env (один на всю систему), а в канале указывается chat_id группы или человека. Чтобы найти chat_id — добавьте бота в чат и напишите ему /start.
• Web Push — генерируется автоматически из подписки в браузере (см. таб «Push на телефон»).

Таб «Рассылки»#

Дайджесты «Итоги дня» в указанное время по МСК.

• Расписание — час/минута, и weekday для еженедельных.
• Каналы — какие каналы получают (через запятую).
• Что включить: топ/анти-топ ресторанов; новые отзывы 1–2★; открытые алерты за день (топ-5 по серьёзности).
• Кнопка «Предпросмотр» собирает сообщение прямо сейчас, не отправляя. Кнопка «Отправить сейчас» — пробная отправка вне расписания.

Таб «Push на телефон»#

Включить уведомления на текущем устройстве. Работает в Chrome / Firefox / Edge / Safari 16.4+. На iPhone нужно сначала поставить сайт на главный экран (см. §2.2).

Таб «Очередь» (только для админа)#

Лента всех отправляемых уведомлений за последние 7 дней с фильтром по статусу. Полезно, чтобы убедиться, что письма реально уходят, или найти инцидент по error-сообщению. Авто-обновление каждые 15 с.

Загрузка (/loadmap)#

Heatmap «день недели × неделя» по выручке, чекам или среднему чеку. Видно, что у вас стабильно тёмные понедельники и провисает середина недели. Помогает планировать смены и акции на «тихие» дни.

Часовая нагрузка (/hourly_load)#

Карта «час × день недели». Чем темнее клетка — тем выше нагрузка.

• Можно смотреть по выручке, чекам, гостям или среднему чеку.
• Удобно расставлять людей на пиковые часы (обычно 12–14 и 19–21) и не держать лишних в «мёртвые» часы.

Daypart (/daypart)#

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

• Помогает понять, где недорабатываем: «у нас ужин даёт 60%, а у соседнего ресторана 75%».
• Можно сравнивать рестораны между собой.

Анти-фрод по сотрудникам (/fraud_employees)#

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

• 🟡 внимание · 🔴 сильно выделяется — стоит проверить.
• 🔥 Поздние удаления — убрали блюдо, которое уже ушло на кухню. Любой такой случай стоит проверить отдельно.
• Сравнение работает, если в ресторане есть хотя бы 3 сотрудника (иначе не с чем сравнивать).

Свежесть данных (/health)#

Показывает, когда последний раз обновлялись данные по подсистемам: продажи, отзывы, лояльность.

• 🟢 свежие · 🟡 немного устарели · 🔴 давно не обновлялись или была ошибка · ⚫ ни разу не загружались.
• Страница сама обновляется примерно раз в минуту.
• Первое место, куда заглянуть, если на отчётах «пусто» или цифры кажутся старыми.

9. Служебные страницы и история изменений#

Раздел для администраторов: аудит правок, журнал действий, активные сессии, нагрузка на систему, управление пользователями и справочниками. Часть пунктов свёрнута в меню по умолчанию (секция «Служебные»).

История версий отчётов (/report-history)#

Все правки управленческих отчётов пишутся в журнал и ничего не теряется. Под учётом: Т-2, Наличка, Кассовый отчёт, Безналичка, Зарплата (включая изменения окладов, должностей, графиков, приём и увольнение сотрудников) и Табель явки. Раздел и кнопки истории доступны только администратору.

Где смотреть:

• На странице каждого отчёта — кнопка «История» (Т-2, Наличка, Кассовый, Безналичка, Зарплата, Табель) открывает историю текущего ресторана и месяца.
• Раздел «История версий» — вкладка «По отчёту»: выбор отчёт + ресторан + месяц; вкладка «Все изменения»: общая лента последних правок.

Что можно сделать:

• Детали — показывает, что именно изменилось в версии (например, «оклад 120 000 → 135 000», добавленные/удалённые дни, поставки, отметки табеля).
• Восстановить — возвращает данные месяца к выбранной версии. Текущие данные заменяются; само восстановление тоже фиксируется в истории (откатываемо).
• Скачать — Excel (читаемая таблица: отчёт, ресторан, месяц, кто, когда, что изменилось) или JSON (полный дамп всех версий с данными — для архива или повторного восстановления).

Журнал событий (/activity-log)#

Глобальный журнал действий пользователей: вход, выход, создание правила алерта, отправка дайджеста, экспорт CSV и т.д. Доступно администраторам. Полезно для аудита и расследований («кто удалил план на ноябрь?»).

Для каждого события сохраняются:

• Время в МСК.
• Пользователь, страница, ресторан, тип действия.
• IP-адрес клиента и User-Agent (браузер, ОС, версия).
• Device ID — UUID из cookie rk7_device, ставится один раз на 5 лет.
• Browser fingerprint — короткий хэш от UA + платформа + язык + разрешение + таймзона + canvas. Привязывает событие к браузеру, даже если IP меняется.
• Гео — город и страна по офлайн-базе GeoLite2 (если установлена).

Сессии (/sessions)#

Список активных и недавних подключений. Для каждой сессии — пользователь, начало, последняя активность, IP, гео, устройство и device_id.

• Кнопка Завершить — принудительный logout. После клика пользователь на любом следующем запросе получит redirect на /login.
• Сессии без активности > 24 ч автоматически закрываются как idle_timeout.
• «Только активные» прячет уже закрытые подключения.
• Используйте, если пользователь забыл выйти на чужом компьютере или подозревается утечка пароля.

Нагрузка (/load-stats)#

Статистика HTTP-нагрузки на систему за выбранный период (по умолчанию — последние 7 дней). Считаются все обращения к серверу — каждый запрос попадает в агрегат.

• Итоги сверху — всего запросов, число ошибок и их доля, среднее время ответа, сколько сессий активно и сколько пользователей онлайн прямо сейчас (активность за последние 5 минут).
• График «Нагрузка во времени» — объём запросов и ошибок по часам (для коротких периодов) или по дням. Видно пики нагрузки.
• Статус-коды — распределение ответов: 2xx (успех), 3xx (редиректы), 4xx (ошибки клиента), 5xx (ошибки сервера).
• Топ пользователей / IP / эндпоинтов — кто и что создаёт основную нагрузку, где больше всего ошибок и какие запросы самые медленные.

Технически: middleware считает каждый запрос в память без задержки, фоновая задача раз в минуту сбрасывает агрегаты в таблицу http_request_stats. История хранится тем же сроком, что и Журнал событий (ACTIVITY_LOG_RETENTION_DAYS, по умолчанию 365 дней). Страница доступна только администраторам.

Личный кабинет / Пользователи (/admin/users)#

Управление пользователями сети: создание, смена паролей, права доступа к ресторанам и страницам, должность (для таргетинга новостей). Каждое изменение прав пишется в Журнал событий.

Парсинг отзывов (/admin/reviews)#

Управление сбором отзывов с Яндекс.Карт, 2ГИС и Google: список ресторанов с привязанными URL, статус последнего сбора, ручной запуск.

• Сбор идёт автоматически каждую ночь.
• «Обновить таблицу» — просто перечитать данные, без сбора.
• «Перезапустить парсинг» — собрать отзывы сейчас для конкретного ресторана (10–30 минут).
• Если URL не привязан, отзывы по ресторану не собираются.

Исключения категорий меню (/admin/dish-exclusions)#

Per-restaurant список категорий блюд (полный путь, например Кухня / Десерты / Технические), исключаемых из расчётов выручки и маржи.

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

10. Ассистент#

Доступно администраторам. AI-помощник по документации R-Keeper: задаёте вопрос своими словами — получаете ответ со ссылками на источники.

Ассистент (/assistant)#

Чат с помощником по документации R-Keeper. Отвечает на вопросы и показывает, из каких материалов взял ответ.

• Работает на нашем сервере — данные не уходят в интернет.
• Ответ может занять несколько секунд.
• Если ответа в загруженной документации нет — честно об этом скажет, а не выдумает.

База знаний ассистента (/assistant_kb)#

Здесь задаётся, по каким материалам отвечает ассистент.

• Можно загрузить файл (PDF, DOCX, TXT), добавить ссылку или вставить текст.
• Любой источник можно удалить или обновить.
• Чем точнее и актуальнее материалы — тем полезнее ответы ассистента.

11. FAQ#

Почему за вчера выручка пустая? Ночная синхронизация с R-Keeper запускается в 05:00 МСК. Если сейчас раньше — данные могут быть ещё в обработке. Можно нажать «Обновить» (иконка ↻ в шапке) для ручного запроса. Если позже 06:00 и всё ещё пусто — загляните на «Свежесть данных» (§8) или обратитесь к администратору.

Как скачать отчёт в Excel / CSV? В шапке кнопка «Экспорт» → выбрать формат. На мобайле кнопка скрыта — откройте страницу с десктопа.

Какой логин и пароль? Выдаёт администратор сети. Если забыли — попросите его сбросить.

Я вижу не все рестораны / страницы. Это нормально? Да, доступ настраивается администратором. Если вашему ресторану нужен доступ к данным соседнего — это надо запрашивать отдельно.

Почему у меня нет страниц «Ассистент», «Сессии», «Журнал событий»? Эти страницы — только для администраторов. Если они нужны вам по работе — обратитесь к администратору сети.

Зачем «baseline DoW» и почему он отличается от плана? План — это то, что вы хотите. Baseline — то, что обычно происходит (среднее за последние 8 одинаковых дней недели). Сравнение «факт vs baseline» ловит провалы быстрее плана, особенно если план «нарисован».

Как откатить случайную правку плана / зарплаты / кассы? Все правки управленческих отчётов пишутся в журнал. Сообщите администратору дату, страницу и что именно поменялось — он восстановит прежнее значение (см. §9).

Push не приходит, хотя я нажал «Включить уведомления». Проверьте, что в настройках сайта в браузере/телефоне уведомления разрешены. Откройте «Подписки → Очередь» (или попросите админа) — посмотрите статус; если dead, нужна проверка VAPID и доступности push-сервера.

Алерт сработал, но письмо не пришло. В правиле могут быть не указаны каналы, или канал сломан. Админ → «Подписки → Очередь», фильтр failed, поле error покажет причину.

Страницы по блюдам (Cross-sell, Блюда × Daypart, Маржинальное сравнение) пустые. Им нужна включённая детализация чеков по блюдам (RK7_DISH_SYNC_ENABLED=1) и заполненный архив за нужные даты. Это настраивает администратор.

Можно ли пользоваться сервисом на телефоне? Да, полностью адаптировано — см. §2. Рекомендуем установить как PWA: иконка на главном экране, полноэкранный режим.

12. Глоссарий#

13. Куда писать по вопросам#

• Не работает кнопка, не открывается страница, ошибка на экране — администратор сети. Приложите скриншот и точный URL.
• Нет доступа к ресторану / странице — администратор. Укажите, к какому конкретно нужен доступ и зачем.
• Кажется, цифры неверные — администратор. Опишите страницу, период, ресторан и что именно смущает (по возможности — со скриншотом).
• Нужен откат правки плана / Т-2 / зарплаты — администратор. Укажите дату, страницу и прежнее значение.