К проектам
Платформа / UXИзбранный

Кабинет и оболочка платформы

Главный клиент Маркбэйс, backend-ядро, Widget System, кросс-модульные настройки компании и модуль Assistant для Shop/CRM — единый рабочий стол организации

Кратко о проекте

Логика страницы: сначала суть в трёх фокусах — определение, функции и цель. Ниже — визуальные материалы и детальные блоки с контентом.

Что это

Единый интерфейс компании: виджеты модулей, настройки организации и прикладной ассистент без переключения между разными системами.

Что делает

Собирает разделы Shop, CRM, файлов и уведомлений в одном layout; передаёт в модули контекст company и роли.

Зачем создан

Без цельного кабинета экосистема воспринимается как набор разрозненных сервисов — App задаёт привычный «рабочий стол».

Скриншот отсутствует
Обновлено: 07.05.2026

Суть проекта

Этот контур — ежедневная точка входа сотрудника и администратора в экосистему Маркбэйс: App (frontend) собирает виджеты модулей в одном кабинете; backend ядра (markbase.ru/backend) даёт прокси и сквозную оркестрацию запросов; Widget System задаёт правила переиспользуемых блоков интерфейса; Company Settings держит реквизиты, налоги, брендинг и ключевые настройки компании (company_settings, company_kv_settings) для всех модулей; Assistant — прикладной универсальный ассистент для сценариев Shop и CRM (реестр: modouls/ASSISTANT), опирающийся на политики тарифа и ИИ-контуры платформы.

Стек / технологии

  • Клиент: React/Next.js в контуре markbase.ru/frontend (реестр модулей).
  • Сервер: Node backend ядра (3000), маршруты и прокси к modouls/*.
  • Виджеты: modouls/WIDGET_SYSTEM — общая библиотека паттернов UI.
  • Данные компании: PostgreSQL, таблицы настроек компании в контуре backend (без хардкода в клиенте).
  • Assistant: сервисные сценарии в modouls/ASSISTANT, связь с чат/ИИ по контрактам платформы.

Фишки и возможности

  • Единый кабинет — агрегация виджетов и разделов без смены учётной записи.
  • Кросс-модульные настройки компании — один источник правды для реквизитов и ключевых флагов.
  • Композиция интерфейса — Widget System снижает дублирование верстки между модулями.
  • Прикладной ассистент — ускорение работы менеджера и контента при подключённом модуле Assistant.
  • Готовность к мультимодульности — новый модуль подключается в sidebar и рабочую область по Registry/тарифу, а не «отдельным порталом».

Тонкости и сложные моменты

  • Набор видимых разделов App определяется тарифом и подключёнными модулями — пустой или узкий набор не означает «неполный продукт», а отражает конфигурацию компании.
  • Assistant не должен обходить RBAC и не должен «утекать» между компаниями — политики изоляции те же, что для остальных модулей.
Полная документация (раскрыть)

Кабинет и оболочка платформы — App · Backend · Widget System · Company Settings · Assistant

1) Краткое описание

Этот контур — ежедневная точка входа сотрудника и администратора в экосистему Маркбэйс: App (frontend) собирает виджеты модулей в одном кабинете; backend ядра (markbase.ru/backend) даёт прокси и сквозную оркестрацию запросов; Widget System задаёт правила переиспользуемых блоков интерфейса; Company Settings держит реквизиты, налоги, брендинг и ключевые настройки компании (company_settings, company_kv_settings) для всех модулей; Assistant — прикладной универсальный ассистент для сценариев Shop и CRM (реестр: modouls/ASSISTANT), опирающийся на политики тарифа и ИИ-контуры платформы.

В связке с UAM пользователь получает не набор разрозненных URL, а единый рабочий стол организации — при подключённых модулях это закрывает операционные задачи без постоянного переключения между «отдельными системами».

2) Полный охват потребностей пользователя

Что даёт «полный объём» для бизнес-пользователя

  • Один вход и один контекст компании — после авторизации видны только те модули и виджеты, которые разрешены тарифом и ролями.
  • Единый интерфейс задач — заказы, клиенты, файлы, уведомления собираются в App; глубина данных определяется подключёнными модулями (Orders, CRM, FILES и т.д.).
  • Настраиваемый бренд и юридический контур компании — реквизиты и параметры в Company Settings согласованы с документами и печатными формами там, где модули это используют.
  • Предсказуемый UX — Widget System не даёт каждому модулю «рисовать свой мир»: состав экранов остаётся цельным для пользователя.

Модуль App (frontend)

Закрывает: навигацию, layout, встраивание модулей (в т.ч. embedded), sidebar, мобильно-адаптивный доступ к операциям компании.
Не заменяет: бизнес-логику заказов/склада — их несут профильные сервисы modouls/*.

Backend (ядро markbase.ru)

Закрывает: единую точку API для клиента, согласование middleware, часть кросс-модульных настроек и маршрутов.
Граница: тяжёлая доменная логика остаётся в специализированных backend-модулях (Shop, Orders и др.).

Widget System

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

Company Settings

Закрывает: централизованные данные о компании для справочников, налоговых параметров, бренда — без дублирования «реквизиты в каждом модуле отдельно».
Связь: Finance, Documents, Shop (печать/юрлицо), интеграции.

Assistant

Закрывает: контекстные подсказки, ускорение рутины в Shop/CRM (поиск, черновики действий, сценарии по политике безопасности).
Не является: заменой ВЭЙГПТ как автономного продукта; глубина сценариев зависит от тарифа и интеграции с ИИ-слоем.

Главные фишки

  • Единый кабинет — агрегация виджетов и разделов без смены учётной записи.
  • Кросс-модульные настройки компании — один источник правды для реквизитов и ключевых флагов.
  • Композиция интерфейса — Widget System снижает дублирование верстки между модулями.
  • Прикладной ассистент — ускорение работы менеджера и контента при подключённом модуле Assistant.
  • Готовность к мультимодульности — новый модуль подключается в sidebar и рабочую область по Registry/тарифу, а не «отдельным порталом».

Технологический стек

  • Клиент: React/Next.js в контуре markbase.ru/frontend (реестр модулей).
  • Сервер: Node backend ядра (3000), маршруты и прокси к modouls/*.
  • Виджеты: modouls/WIDGET_SYSTEM — общая библиотека паттернов UI.
  • Данные компании: PostgreSQL, таблицы настроек компании в контуре backend (без хардкода в клиенте).
  • Assistant: сервисные сценарии в modouls/ASSISTANT, связь с чат/ИИ по контрактам платформы.

Допущения и важные оговорки

  • Набор видимых разделов App определяется тарифом и подключёнными модулями — пустой или узкий набор не означает «неполный продукт», а отражает конфигурацию компании.
  • Assistant не должен обходить RBAC и не должен «утекать» между компаниями — политики изоляции те же, что для остальных модулей.

Оценка стоимости

Единый кабинет + Company Settings + базовый Widget System (интеграция с 3–5 модулями)

  • Ориентир: 8–22 млн ₽
  • Сроки: 6–14 месяцев

Зрелый контур (десятки виджетов, ролевая матрица, кастомные дашборды, Assistant в проде)

  • Ориентир: 22–55 млн ₽
  • Сроки: 12–24 месяца

Сопровождение

  • Ориентир: 250–950 тыс ₽/мес

Оценка стоимости

Единый кабинет + Company Settings + базовый Widget System (интеграция с 3–5 модулями)
Сроки
6–14 месяцев
  • **Ориентир**: **8–22 млн ₽**
Зрелый контур (десятки виджетов, ролевая матрица, кастомные дашборды, Assistant в проде)
Сроки
12–24 месяца
  • **Ориентир**: **22–55 млн ₽**
Сопровождение
  • **Ориентир**: **250–950 тыс ₽/мес**