Текущий этапnow
Phase 0 -> 1
Bootable foundation без бизнес-логики MVP.
Первый deploy должен запускать честный Lava foundation, а не имитацию готового MVP.
Текущая сборка поднимает стартовую оболочку CRM, фиксирует статус интеграций, сохраняет чистые контуры для `Lead`, `Dispatch`, `ContactList`, `Conversation`, `Notification` и `AuditLog` и уже живет в каноническом визуальном языке Lava.
Deploy targetready
Node 22 + pnpm
Сервер уже подготовлен под `Next.js` runtime.
Data layerwaiting
Scaffold only
Клиенты и схема env подготовлены, live keys еще не выданы.
Production goalscope
Убрать 502
Первый deploy должен поднять staff shell по HTTPS.
Системные состояния
Dashboard показывает, что уже готово к production boot и что еще ждет реальных секретов или следующей продуктовой фазы.
App runtime
Первый deploy требует только APP_ENV и NEXT_PUBLIC_APP_URL=https://lava.bfup.ru.
Supabase scaffold
Клиенты и env validation готовы, но live project keys пока отсутствуют.
Telegram bots
Контур зарезервирован под staff auth через Telegram, но live bot env еще не переданы.
amoCRM polling
Endpoint `/api/amocrm/poll` сознательно не включен на foundation этапе.
Email transport
Email остается отложенной интеграцией до Phase 3/4.
Доменные модули next-up
Каркас уже ориентирован на сущности из ТЗ, но реализация сознательно отложена до phase-декомпозиции и первого deploy.
Lead workspace
Сделки, проекты, компании и purchased products на одном staff-слое.
Нужен handoff от lead по приоритету `Lead` против `catalog` и `auth`.
Supabase auth
Telegram-first staff login через Supabase custom auth.
Требует реальные токены бота и согласованный callback/runtime flow.
Catalog + events
Event, ProductCat, Variant, Option, BadgeType и полевая модель мероприятия.
После foundation нужно заложить initial migrations и CRUD skeleton.
Contact lists
Списки контактов по badge type и лимитам купленных товаров.
Зависит от `Lead`, `BadgeType` и продуктовых лимитов в schema.
Dispatch center
Notify / collect workflows, публикации и прогресс заполнения.
Реализация начнется после стабилизации field system и recipient rules.
Comms + audit
Conversation, Message, Notification и AuditLog для staff и контактов.
Требует живые transport-слои Telegram/email и Realtime strategy.
Пустые состояния первой версии
Эти блоки должны остаться честными до появления данных, auth flow и живых интеграций.
Лента событий пуста
После подключения `AuditLog` здесь появятся публикации dispatch, импорт из amoCRM и административные действия staff.
Рабочая зона менеджера еще не активна
Следующий handoff от `lead` должен зафиксировать приоритет Phase 2: `auth`, `schema`, `Lead workspace` или `catalog`.