Разработка WebView мини приложения в мессенджере (B2B платформа управления процессами)

Требуется реализовать WebView мини приложение для работы внутри мессенджера. Это B2B модуль для управления рабочими процессами с ролевой моделью (дилер, монтажник, производство, поставщик).

Статус проекта: полностью спроектирован (этап 1). Архитектура, FSM, UI-сценарии, контракты API и план тестирования зафиксированы. Задача - реализация строго по документации, без изменения бизнес-логики и без этапа дизайна.

Что нужно сделать?

• Frontend мини приложения (WebView)
• Backend API по готовым контрактам
• Серверную FSM и логику переходов (события)
• Event-based уведомления (события меняют состояния и отправляют нотификации)
• Приемка и отладка по утвержденным QA-сценариям

Функциональные требования

• Единое WebView приложение
• 4 пользовательские роли с разными правами и экранами
• Несколько независимых FSM контуров (у каждого своя логика)
• Серверные таймеры для состояний (тайм-ауты и длительности)
• Ролевая видимость действий (что и когда можно сделать)
• Журнал (история): событий и статусов
• Уведомления, порождаемые изменениями FSM и критическими Event's

Фронтенд (WebView)

• Главный экран: список сущностей
• Экран карточки сущности с деталями
• Action Hub - блок действий (кнопки, переходы согласно FSM)
• Экран создания замечания
• Экран оценки
• Разрешена простая стандартная верстка (без дизайн-системы фигмы), главное - функциональность и соответствие сценариям

Бэкенд

• FSM - единственный источник истины о ходе процессов
• REST API с фиксированными сигнатурами (контракты)
• Серверные переходы состояний (переключение происходит на сервере по правилам)
• Проверки ролей и прав доступа (авторизация/авторизация по роли)
• Режим read-only для завершенных активностей (только просмотр, нельзя изменять)

Ключевые требования

• Есть опыт WebView / embedded web apps
• Работали с FSM и workflow системами
• Понимаете строгую серверную логику (бек управляет, фронт только отображает данные и доступные экшены от сервера)
• Работа строго по ТЗ: никаких перепридумываний архитектуры - бетон сохранить и выполнить полностью
• Готовность к пошаговому развитию и множественным этапам

Технологический стек (ориентируемся)

• Frontend: JS / React / Vue (React или Vue - выбираем по скиллу)
• Backend: Python, Go, C# или другой язык строже для FSM
• Взаимодействие: JSON‑API
• Живая серверная FSM (не на фронте)
• Интеграция со средами исполнением мессенджер-платформы