Альфа-Банк МСБ HoReCa — что у нас есть в ERP
Источник
Таблица «I. HoReCa — фундаментальный МСБ-пакет» из документа Альфы Alfa_Services_MSB_Foundation. Здесь та же таблица, но добавлена колонка «Наша ERP» — что реализовано, что нет, что закрывается через PayKeeper.
Как читать колонку «Наша ERP»
| Знак | Что значит |
|---|---|
| ✅ | Реализовано и в проде (deployed в Repositories) |
| 🟡 | Частично: каркас/данные есть, бизнес-сценарий не закрыт |
| 🔵 | В планах: спека/BR/репо есть, кода нет |
| ⚙️ | Закрывается через PayKeeper (фискализация / эквайринг) |
| ❌ | Нет и не в скоупе MVP |
I. HoReCa — фундаментальный МСБ-пакет
| Группа | Модуль | Критичность | Стратегия Альфы | Наша ERP |
|---|---|---|---|---|
| Касса и продажи | POS-касса ресторана | MUST | ПАРТНЁР (iiko/R-Keeper) | 🟡 POS Desktop (Tauri 2 + React) bootstrapped — скелет, бизнес-кода нет |
| Фискализация 54-ФЗ и ОФД | MUST | СВОЁ | ⚙️ Через PayKeeper: чеки в ФНС силами PK; ФН/ФД/ФП догружаем через PK API | |
| Смены кассиров и Z-отчёт | MUST | ПАРТНЁР | ✅ Order Service /internal/orders/shift-report, спека Отчёты по сменам | |
| Несколько способов оплаты в одном чеке | MUST | СВОЁ | ❌ У orders одно поле payment_method/paid_amount. Сплит-оплата не реализована | |
| Возвраты и отмены | MUST | СВОЁ | ✅ Order Service + Paykeeper Adapter: полные и частичные возвраты с item-picker для 54-ФЗ | |
| Кухня | Кухонный дисплей (KDS) | ВАЖНО | ПАРТНЁР | 🔵 Спека Kitchen Queue (KDS) есть, в Order Service Phase 2+ |
| Стоп-лист / 86-список | ВАЖНО | ПАРТНЁР | ✅ Catalog Service per-store + Aggregator Service (pull стоп-листа агрегаторам) | |
| Маршрутизация заказов по цехам | ВАЖНО | ПАРТНЁР | 🟡 Каркас: справочник кухонных станций + привязка товара к станции; runtime-роутинга на KDS нет | |
| Меню и продукт | Конструктор меню | MUST | ПАРТНЁР | ✅ Catalog Service: категории, товары, модификаторы, прейскуранты, КБЖУ |
| Технологические карты | MUST | ПАРТНЁР | ✅ Warehouse Service: блюда, полуфабрикаты, рецептуры модификаторов | |
| Калькуляция себестоимости | MUST | ПАРТНЁР + ИИ-надстройка | ✅ Warehouse Service: FIFO-партии + средневзвешенная цена ингредиентов в техкарте | |
| Склад и закупки | Учёт поступлений и списаний | MUST | ПАРТНЁР | ✅ Warehouse Service: акты приёмки и списания (черновик → проведён), FIFO-партии |
| Инвентаризация | MUST | ПАРТНЁР | ❌ Warehouse Phase 2+: явно «не реализовано» | |
| Приходные накладные и УПД | ВАЖНО | ПАРТНЁР (Контур/СБИС) | ❌ ЭДО вне скоупа MVP | |
| Зал и гости | План зала | ВАЖНО | ПАРТНЁР | 🟡 zal_tables в Store Service (CRUD + occupy), но без 2D-схемы и drag&drop |
| Бронирование столов | ВАЖНО | ПАРТНЁР | ❌ Нет | |
| Карточка гостя | ОПЦИОНАЛ | СВОЁ (на платежных данных) | ✅ Customer Service: профиль, история визитов, последний визит, группы клиентов с авто-recompute | |
| Доставка | Интеграция с агрегаторами | MUST | ПАРТНЁР | ✅ Aggregator Service M3 deployed: pull меню + стоп-лист + приём заказов; push статусов M3 |
| Модуль приёма заказов на доставку | ВАЖНО | ПАРТНЁР | 🔵 Customer BFF (erp-customer) — репо ещё не создан | |
| Управление курьерами | ОПЦИОНАЛ | СВОЁ (через СЗ-сервис банка) | ❌ Нет | |
| Персонал | График смен | MUST | ПАРТНЁР | ✅ User Service + спеки Расписание смен, шаблоны смен |
| Учёт рабочего времени | MUST | ПАРТНЁР | ✅ User Service: спека Учёт рабочего времени + сессии смен через PIN-логин | |
| Зарплата и мотивация | MUST | СВОЁ (зарплатный проект + EWA) | ✅ User Service: salary_formulas (по ролям + индивидуальные), почасовая/месячная; чаевые/EWA нет | |
| Лояльность | Карты лояльности и бонусы | ВАЖНО | СВОЁ | 🔵 Loyalty Service in_progress — репо erp-loyalty-service создан, локально не клонирован, Roadmap — Скидки и лояльность |
| Промо-акции и купоны | ВАЖНО | ПАРТНЁР | 🟡 «Временные тарифы»/комбо в Catalog есть; полноценные купоны/промокоды — в roadmap лояльности | |
| SMS и push-рассылки | ОПЦИОНАЛ | ПАРТНЁР | ❌ Нет (Notification Service запланирован Phase 3, не начат) | |
| Финансы и учёт | Касса предприятия (ДДС) | MUST | СВОЁ (на банковской выписке) | ❌ Не наша зона — это банковский слой |
| Отчёт о прибыли и убытках (P&L) | MUST | СВОЁ | ❌ Не наша зона | |
| Задолженности поставщикам | MUST | СВОЁ (платёжный календарь) | ❌ Не наша зона | |
| Интеграция с 1С-бухгалтерией | MUST (для ООО) | ПАРТНЁР | ❌ Нет | |
| Обязательные интеграции | ЕГАИС | MUST (если алко) | ПАРТНЁР | ❌ Нет |
| Честный знак (маркировка) | MUST | ПАРТНЁР | ❌ Нет | |
| Фискальный регистратор (ККТ) | MUST | СВОЁ | ⚙️ Через PayKeeper — фискализация и привязка ККТ на стороне PK | |
| Эквайринг (карты + СБП) | MUST | СВОЁ | ⚙️ Через PayKeeper Adapter — invoice-flow + reverse_payment + reconciliation | |
| Весовое и торговое оборудование | ОПЦИОНАЛ | НЕ БРАТЬ | ❌ Нет | |
| Отчёты | Выручка по часам/дням/точкам | MUST | СВОЁ | 🟡 X/Z-отчёт по сменам + Дашборд активности сотрудников; drill-down по часам — базовый |
| ABC-анализ меню | ВАЖНО | ПАРТНЁР | ❌ Нет | |
| Списания и потери | ВАЖНО | ПАРТНЁР | 🟡 Акты списания в Warehouse есть, аналитики «где утечка» нет | |
| Мобильные приложения | Мобильный официант | ВАЖНО (зальный) | ПАРТНЁР | ❌ Нет. Отдельный планшет официанта вне MVP — приём заказов идёт через POS Desktop |
| Приложение управляющего | ВАЖНО | СВОЁ (Альфа-Бизнес) | ❌ Нет |
Сводка по числам
| Статус | Кол-во | Доля |
|---|---|---|
| ✅ Реализовано | 12 | 30% |
| 🟡 Частично | 6 | 15% |
| 🔵 В планах | 4 | 10% |
| ⚙️ Через PayKeeper | 3 | 8% |
| ❌ Нет / вне скоупа | 15 | 37% |
| Итого модулей | 40 | 100% |
Ключевые выводы
-
Сильные блоки. Каталог + техкарты + склад + Customer-CRM + базовый Order/Refund flow + интеграция с агрегаторами + зарплата — закрыты на ✅ или близко. Это ровно тот «отраслевой POS-слой», который Альфа хочет брать через ПАРТНЁРСТВО — у нас оно своё.
-
PayKeeper закрывает банковский слой. Все 3 модуля стратегии «СВОЁ» Альфы (фискализация 54-ФЗ, ККТ, эквайринг) у нас идут через
Paykeeper Adapter— anti-corruption layer. Получается симметрично: то, что Альфа делает сама, мы потребляем через PK. -
Главные дыры (если позиционироваться как готовый HoReCa-стек):
- Сплит-оплата в одном чеке — MUST по таблице, у нас одно поле
payment_method. Узкое место для зальных ресторанов. - KDS + маршрутизация по цехам — каркас (
kitchen_stations) есть, но runtime пуст; для зала это критично. - Инвентаризация — Warehouse Phase 2+, отложено.
- Лояльность —
erp-loyalty-serviceещё не написан. - Бронирование столов / план зала с UI — нет.
- Сплит-оплата в одном чеке — MUST по таблице, у нас одно поле
-
Зона за пределами наших амбиций. Финансы и учёт (ДДС, P&L, платёжный календарь, 1С-интеграция) — мы их и не строим, это территория банка/1С/ФинТабло. ЭДО, ЕГАИС, Честный знак — отдадим Контуру/СБИС, как и предлагает Альфа.
-
Mobile officер + приложение управляющего — на нашем маршруте закрываются POS Desktop + Admin Web. Отдельные мобильные приложения для официанта/руководителя пока вне MVP.
Если позиционировать ERP как «партнёра Альфы для HoReCa»
Стратегически совпадает с моделью «iiko + 1С + Альфа сверху» из документа: мы закрываем POS-уровень (всё что у Альфы помечено ПАРТНЁР), Альфа — финансовый слой. PayKeeper в нашей схеме — временный мост, который позже можно заменить на прямой эквайринг банка-партнёра. Конкурентом банку мы не становимся.
Ссылки
- Источник:
_assets/Alfa_Services_MSB_Foundation.html(если будет добавлен в vault) - Repositories — статусы микросервисов
- Roadmap — Скидки и лояльность — план Loyalty Service
- Что есть vs Yuma — понятным языком — аналогичный gap-analysis по Yuma
- Не реализовано vs YumaPOS