Общие правила и схема движения информации¶

Статус: ревизия №2 по итогам аудита корпуса · 10.10.2026. Числовые факты сопровождаются ссылками; канонические перечисления — в «Модели данных», §0.

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

1. Семь правил движения информации¶

Факт фиксируется один раз, в месте возникновения. Кассир пробил чек — событие родилось на кассе; дальше все контуры читают его из журнала, а не вводят заново.
Контракты сильнее интерфейсов. Любой обмен (канал → ядро, ядро → контур, платформа → партнёр) идёт по задокументированному контракту (спецификация 03).
Событие важнее состояния. Заказ, движение склада, смена, отзыв — это события в журнале; текущие «статусы» — их проекции. Так мы получаем аудитируемость и офлайн-синхронизацию.
Владелец данных один (принцип НСИ). Меню и ТТК принадлежат УК/точке, прайсы — поставщику, профиль гостя — гостевому контуру. Изменяет владелец; остальные подписываются на изменения.
Изоляция по иерархии. Данные видны ровно на том уровне, где положено роли: гость → свой заказ; точка → свою точку; франчайзи → свои точки; УК → агрегаты и контроль по договору.
Персональные данные — по согласию и в РФ. Профиль гостя живёт в контуре лояльности с журналами доступа; выгрузка/удаление по запросу (152-ФЗ, разбор 4).
Каждое событие имеет источник и подтверждение. Для юридически значимых фактов — фискальный документ, подпись в ЭДО, фотофиксация в аудите.

2. Источники и потребители¶

flowchart LR
    subgraph SRC["Источники фактов"]
        POS["Кассы и смены"]
        KIT["Кухня и тикеты"]
        WH["Склад и приёмки"]
        GUEST["Гость: заказы, отзывы"]
        SUP["Поставщик: прайсы, накладные"]
        GOVSYS["Госсистемы: ЕГАИС, ЧЗ, Меркурий, ОФД"]
    end

    CORE["Журнал событий платформы: единый порядок, идемпотентность"]

    subgraph OUT["Потребители"]
        APP["app.lovii.ru: статусы, бонусы, история"]
        CRMC["crm.lovii.ru: выручка, гости, кампании"]
        ERPC["erp.lovii.ru: фудкост, закупки, доставка"]
        UKC["Кабинет УК: роялти, аудиты, бенчмарки"]
        BI["Отчёты и рекомендации"]
    end

    POS --> CORE
    KIT --> CORE
    WH --> CORE
    GUEST --> CORE
    SUP --> CORE
    GOVSYS --> CORE

    CORE --> APP
    CORE --> CRMC
    CORE --> ERPC
    CORE --> UKC
    CORE --> BI

3. Путь одного заказа через все контуры¶

sequenceDiagram
    participant G as Гость (app.lovii.ru)
    participant CRM as CRM-контур (касса)
    participant ERP as ERP-контур (кухня, склад)
    participant COUR as Курьер
    participant UK as Кабинет УК
    G->>CRM: Заказ с витрины, оплата (банк/СБП)
    CRM->>CRM: Чек: ККТ, ФН, передача в ОФД
    CRM->>ERP: Событие заказа в общую очередь
    ERP->>ERP: Тикет на кухню, списание по ТТК
    ERP->>COUR: Назначение доставки, маршрут
    COUR-->>G: Статусы в реальном времени
    COUR->>ERP: Доставлен: фото, код подтверждения
    ERP->>UK: События в аналитику точки
    CRM->>G: Бонусы и запрос отзыва
    G->>CRM: Отзыв: оценка к блюду, смене, курьеру
    CRM->>UK: Отзыв в дашборд качества сети

4. Путь поставки: от прайса до фудкоста¶

sequenceDiagram
    participant SUP as Поставщик (портал в erp.lovii.ru)
    participant ERP as ERP-контур
    participant MGR as Управляющий точкой
    participant GOV as Госсистемы и ЭДО
    SUP->>ERP: Публикует прайс и условия
    ERP->>ERP: Автозаказ по прогнозу продаж
    MGR->>ERP: Подтверждает заказ поставщику
    SUP->>ERP: Накладная по ЭДО
    ERP->>GOV: ЕГАИС / Честный ЗНАК / Меркурий — приёмка
    ERP->>ERP: Партии, сроки, пересчёт себестоимости ТТК
    ERP->>MGR: Отчёт: фудкост и отклонения по поставке

5. Качество данных и аудит¶

Сверка контрольных сумм между кассой, журналом и ОФД — основа алерта «что-то потерялось».
Аудиты стандартов (чек-листы с фото) идут поверх тех же событий: каждое нарушение становится задачей с дедлайном (Компонент 09).
Рекомендации строятся на витринах журнала: фудкост выше порога → рекомендация по ТТК и поставщикам; просрочки кухни → рекомендация по сменам и нормативам (Компонент 08).
Законодательное соответствие — не отчёт «для галочки», а проекция событий: фискальные документы, гашение ВСД, вывод кодов из оборота, журналы ХАССП (Компонент 10).

Дальше: демо-кабинет платформы — роли, мок-данные, отчёты.