Демо-кабинет платформы: роли, мок-данные, отчёты¶
Статус: ревизия №2 по итогам аудита корпуса · 10.10.2026. Числовые факты сопровождаются ссылками; канонические перечисления — в «Модели данных», §0.
Спецификация демо-версии — следующего этапа после этой визуальной схемы. Демо показывает весь периметр платформы на мок-данных корпоративного уровня: каждый участник (поставщик, продавец, менеджер) входит в свою роль, управляет своим потоком и видит свои отчёты и рекомендации.
Демо собрано — 10.10.2026
Интерактивный демо-кабинет опубликован: открыть демо (30 экранов, 10 ролей, три контура + кабинет УК на одном датасете). Исходники — в каталоге demo/ репозитория: статическая сборка без зависимостей, работает и на GitHub Pages, и локально (открыть demo/index.html). Живой прототип гостевого контура — lovii.mobiap.com.
1. Цель демо¶
- Показать платформу целиком: три контура (
app/crm/erp) + кабинет УК на одном наборе данных. - Проверить контракты на ощупь: все экраны читают данные так, как будет читать реальная система (роли, иерархия, события).
- Дать инструмент продаж и онбординга: франчайзи и поставщик за 10 минут понимают, где их рабочее место.
Демо не подключается к банкам, ККТ и ОФД — их эмулируют мок-сервисы из платёжной инфраструктуры (раздел про контракты моков).
2. Три кабинета и их роли¶
Демо устроено как три сервиса с переключателем в шапке. Роли ограничены своим кабинетом; весь периметр платформы виден через переключение кабинетов и ролей. У каждого кабинета — своё меню (левая панель) и своя тема.
| Кабинет | Адрес | Роли кабинета | Что внутри |
|---|---|---|---|
| Витрина | app.lovii.ru |
Гость | Меню, корзина, оплата (мок банка), статусы заказа, бонусы, отзыв |
| CRM | crm.lovii.ru |
Кассир · Управляющий точкой · Франчайзи | Очередь заказов и чеки, гости и кампании, отзывы, задачи и смены точки, кабинет франчайзи с роялти и заявками в УК |
| ERP | erp.lovii.ru |
Повар · Закупщик · Курьер · Поставщик · Менеджер УК · Собственник | Кухня и склад, производство, закупки и взаиморасчёты, доставка, портал поставщика; раздел «Управляющая компания»: пульс сети, роялти, заявки, аудиты, рекомендации, шаблоны, кабинет собственника |
| Роль | Кабинет | Что видит и чем управляет |
|---|---|---|
| Гость | Витрина | Меню, корзина, оплата (карта/СБП/бонусы), статусы, бонусы, отзыв, ПДн |
| Кассир | CRM | Очередь заказов всех каналов, чек, возвраты, смена (открытие, X- и Z-отчёты) |
| Управляющий точкой | CRM | Дашборд, отзывы и сервис-рекавери, задачи, график смен, стоп-лист, кампании с прогнозом |
| Франчайзи | CRM | Свои точки по договору: выручка, роялти, заявки в УК, маркетинговый фонд, стандарты |
| Повар | ERP | KDS: тикеты, нормативы, задержки; склад и производство |
| Закупщик | ERP | Автозаказ, заказы поставщикам, слепая инвентаризация, взаиморасчёты, фудкост |
| Курьер | ERP | Назначения, доставка с фото, проблемы → диспетчеру, итоги смены |
| Поставщик | ERP | Свои прайсы и их конкурентность, заявки от точек, УПД через ЭДО, пересмотр цен |
| Менеджер УК | ERP (раздел УК) | Пульс сети, заявки с SLA, аудиты и задачи, рекомендации, роялти, шаблоны |
| Собственник бизнеса | ERP (раздел УК) | Живые показатели, связки «показатель → причина → как повлиять», песочница решений, решения дня |
Итого 3 кабинета, 10 ролей. Переключатель ролей в шапке показывает только роли текущего кабинета; при входе в другой кабинет роль автоматически переключается на роль этого кабинета.
Ориентация в демо встроена в интерфейс: баннер сверху каждого экрана напоминает «кто вы и что дальше», кнопка «🧭 Гид» открывает пошаговый сценарий роли (шаги кликабельны), а каждое действие видно в общем журнале «⚡ События».
3. Периметр мок-данных¶
flowchart TB
subgraph MOCK["Мок-данные демо (корпоративный уровень)"]
T1["Тенант УК «Ловии»"]
T2["Франчайзи: 2 договора, 4 точки"]
T3["Независимая точка (внешний пилот)"]
MENU["Меню: 60 блюд, 25 ТТК, модификаторы"]
ORDERS["Заказы: 30 дней истории по всем каналам"]
STOCK["Склад: партии, сроки, инвентаризации"]
SUP2["Поставщики: 5 прайсов, ЭДО-накладные"]
GUESTS["Гости: 2 000 профилей, сегменты, отзывы"]
STAFF["Персонал: смены, табель, аттестации"]
AUD["Аудиты: чек-листы, нарушения, задачи"]
end
T1 --> T2
T1 --> T3
T2 --> MENU
T2 --> ORDERS
ORDERS --> STOCK
SUP2 --> STOCK
ORDERS --> GUESTS
STAFF --> ORDERS
AUD --> T2
Данные генерируются согласованно: выручка в чеках сходится с фудкостом и списаниями, отзывы привязаны к реальным «заказам», роялти считается от фискальной выручки мока.
4. Отчёты и рекомендации по ролям¶
| Роль | Отчёты | Рекомендации (примеры) |
|---|---|---|
| Управляющий | Выручка по часам, фудкост план/факт, скорость кухни | «Рост закупочной цены сыра на 12% у поставщика А — предложить замену из прайса Б» |
| Поставщик | Объём поставок, взаиморасчёты, возвраты | «Точки чаще берут фасовку 2 кг — добавить в прайс» |
| Продавец-франчайзи | Роялти, маржа точки, отклонения от эталона | «Индекс стандарта ниже 85% — открыто 3 задачи аудита» |
| Менеджер УК | Пульс сети, собираемость роялти, бенчмарки точек | «Точка №3 в красной зоне по просрочкам кухни — назначить внеплановый аудит» |
| Курьер | Доставки в час, рейтинг, итог смены | «Слот 19:00 перегружен — выйти второму курьеру» |
Рекомендации в демо считаются простыми правилами поверх мок-витрин — та же механика, что заложена в Компоненте 08.
5. Аудиты и соответствие законодательству в демо¶
- Чек-листы открытия/закрытия смены с фотофиксацией и автозадачами.
- ХАССП-журналы: температуры, сроки заготовок, бракераж — на данных мок-склада.
- Фискальный мониторинг: алерт «чеки не уходят» от мок-ОФД.
- Маркировка: сценарий «код не найден → отказ пробития» от мок-кассы.
- Итог — индекс соответствия точки в кабинете УК.
6. Реализация демо — статус¶
Все пять шагов плана выполнены, демо опубликовано: открыть демо-кабинет.
- ✅ Каркас: одно приложение — три кабинета (
#/app,#/crm,#/erp) с переключателем в шапке; раздел «Управляющая компания» живёт внутри ERP, старые адреса#/uk/*редиректятся; фейковая адресная строка показывает текущий поддомен. - ✅ Мок-ядро: детерминированный датасет из раздела 3 (
demo/data/dataset.js) + единый журнал событий платформы (выдвижная панель «⚡ События» в шапке). - ✅ Экраны (30): витрина гостя с оплатой, очередь заказов с чеком и возвратом, гости и кампании, отзывы и сервис-рекавери, задачи точки, планирование смен, дашборд точки, стоп-лист, смена с Z-отчётом, кабинет франчайзи с заявками в УК; KDS с живыми таймерами, склад с партиями, слепая инвентаризация, производство фабрики-кухни, закупки с автозаказом, фудкост план/факт, взаиморасчёты с поставщиками, диспетчер доставки, кабинет курьера, портал поставщика; кабинет собственника с живыми показателями и песочницей решений, пульс сети, роялти, заявки точек с SLA, аудиты, рекомендации, шаблоны точек.
- ✅ Мок-сервисы: банк (авторизация 0,7 с, отказы, комиссии), ККТ/ФН (ФФД 1.2, печатный чек), ОФД (подтверждение, алерт «чеки не уходят») — по контрактам из платёжной инфраструктуры.
- ✅ Отчёты и рекомендации по таблице из раздела 4: фудкост-график по точкам, рекомендации УК с причинами и действиями, индекс стандарта из аудитов.
- ✅ Онбординг и роль собственника (итерация аудита): ролевые баннеры и гиды по всем 10 ролям, лендинг с карточками ролей, кабинет собственника (живые показатели, рычаги влияния, песочница, решения дня).
- ✅ Закрытие бэклога полного периметра: слепая инвентаризация с влиянием на фудкост, фабрика-кухня (задания, партии, перемещения в точки), взаиморасчёты с поставщиками, единый таск-борд управляющего, планирование смен с закрытием разрывов, заявки франчайзи → УК с таймерами SLA; в демо встроен указатель на живой прототип гостевого контура lovii.mobiap.com.
- ✅ Кабинетная архитектура (итерация «три сервиса»): переключатель кабинетов Витрина / CRM / ERP в шапке, селектор ролей показывает только роли текущего кабинета, левое меню — меню кабинета с группами экранов (у кабинета УК — раздел «Управляющая компания» внутри ERP), у каждого кабинета своя тема; роли не выходят за пределы своего кабинета, все взаимодействия наблюдаются через переключение.
- ✅ SPA-каркас (app shell): шапка и левое меню живут постоянно и не пересобираются при навигации — перерисовывается только правая область (с мягкой анимацией входа); меню и контент скроллятся независимо; меню пересобирается лишь при смене кабинета или роли; приветственный экран — без меню, на всю ширину; на узких экранах каркас складывается в колонку.
- ✅ Обогащение кабинета УК (данные и реалистичность): бенчмаркинг франчайзи и точек (выручка/час, ФОТ, доставка), динамика индекса стандарта за 8 недель по сети и каждой точке, категории нарушений из аудитов, собираемость роялти за 8 недель и старение задолженности по корзинам, расчётный период роялти зафиксирован (понедельный расчёт, месячное закрытие), SLA-аналитика заявок по темам и тренд времени решения, денежная оценка эффекта каждой рекомендации, журнал решений собственника и история запусков точек из шаблона.
- ✅ Обогащение CRM (данные и реалистичность): расширенный профиль гостя (любимая категория, риск оттока, прогноз LTV), ценность сегментов по накопленной выручке, динамика среднего рейтинга за 8 недель и разбивка отзывов по площадкам, архив кампаний с фактическим ROMI против прогноза, экономика каналов за 30 дней с комиссиями, удержание «вернувшиеся против новых», тренд закрытия задач точки.
- ✅ Обогащение ERP (данные и реалистичность): история цен ключевых позиций за 12 недель (рынок против прайса каждого поставщика, спарклайны в портале поставщика), загрузка кухни по часам с пиками и среднее время по цехам, журнал движений склада с документами-основаниями («почему −3 кг сыра?»), история из 8 инвентаризаций с трендом отклонений, классы надёжности поставщиков (своевременность, плечо, качество), зоны доставки со статистикой «в окно», маржинальная карта блюд из ТТК и недельный тренд фудкоста сети.
Критерий готовности выполнен: новый человек без подготовки понимает, в какой он роли и что делать дальше (баннер + гид), проходит сценарий «заказ гостя → чек → кухня → доставка → отзыв → отчёт УК» и может переключиться в любую из 10 ролей. Проверено автотестами: прогон всех 30 маршрутов и 77 интерактивных действий (сводка — в таблице покрытия) в jsdom — без ошибок; по пути найдены и исправлены реальные дефекты (перерисовка чека после оплаты, отсутствие ре-рендера при повторном входе на экран).
Назад: карта платформы · правила движения информации.