Личные кабинеты и B2B-порталы

Пользователь может создавать и отслеживать заявки, работать с заказами и документами, видеть персональные цены и статусы, оплачивать, загружать файлы, оставлять обращения и получать уведомления. Набор функций определяется процессом. Цель — сократить количество писем, звонков и ручных уточнений, а не перенести их в новый интерфейс без изменения логики.

Модель доступа строится на организациях, пользователях и ролях. Фиксируем, кто видит какие сущности, кто может редактировать, согласовывать или действовать от имени другой роли. Для сложных B2B-сценариев учитываются delegated access, approval и иерархии организаций. Права проектируются до интерфейса, чтобы не закрывать их визуальными условностями после разработки.

Кабинет хранит понятную историю действий: кто создал заявку, какие документы приложены, когда изменился статус и что требуется от пользователя дальше. Уведомления привязаны к событиям, а не отправляются «для галочки». Если есть SLA, пользователь видит его только там, где значение действительно можно поддерживать и подтверждать.

CRM, 1С, ERP и платёжные системы остаются источниками данных там, где это рационально. Кабинет не копирует справочники вручную: он получает нужные сущности через интеграцию и отправляет обратно события пользователя. Для ошибок обмена предусматриваются журнал, повтор и понятный статус.

Аутентификация и права доступа зависят от риска. Используем RBAC, а при необходимости — 2FA или SSO. Критичные действия фиксируются в журнале, для персональных данных задаются правила хранения и удаления. Пользователь должен видеть только те организации, документы и операции, к которым у него есть право доступа.

После входа пользователь попадает не в универсальное меню, а в рабочий контекст своей роли: актуальные задачи, статусы и действия. Для клиента это может быть заказ и документ, для поставщика — поставка и подтверждение, для партнёра — согласование. Общие справочники и редко используемые настройки не должны вытеснять ключевой сценарий.

В первую версию включаем 1–2 ключевых сценария, минимальный набор ролей и только обязательные интеграции. Отчёты, расширенная админка, дополнительные уведомления и второстепенные функции уходят в backlog, если без них можно проверить основной процесс. Это сокращает срок до полезного запуска и снижает риск сделать большой портал, который никто не использует.