До реализации фиксируем основной процесс, источники истины и сценарии обмена с CRM, 1С и другими системами. Для сложной новой платформы это может быть отдельный архитектурный спринт; для понятной задачи — часть основного проекта.
Первая версия закрывает один основной процесс с нужными ролями и операционной панелью. Остальные модули добавляются отдельными этапами, когда подтверждены их пользователи, данные и приоритет.
Для каждой сущности определяем, какая система создаёт и изменяет данные, а какая только получает их для отображения или работы процесса. Платформа не должна дублировать CRM, бухгалтерию, склад или ЭДО без реальной необходимости.
Лиды и сделки могут оставаться в CRM; профиль, доступы и действия внутри сервиса — в платформе.
Платформа может показывать статус и историю, но не должна подменять бухгалтерский источник данных.
Рабочие документы могут храниться в платформе; юридически значимое подписание и обмен определяются отдельным scope.
Состояния процесса и переходы — в платформе с журналом действий.
Источник ролей зависит от модели доступа: локальные роли платформы или корпоративное управление доступами через SSO.
В первой версии обычно достаточно событий и базовой отчётности; отдельное хранилище добавляем при реальной необходимости.
Публикуем только кейсы и детали, согласованные для внешнего использования. Подробности — в самих кейсах.
На первом разборе проверяем основной процесс, роли, данные, интеграции и границы первой версии. Если задачу рациональнее закрыть готовым сервисом, гибридной схемой или более узким направлением, обозначим это до начала реализации.
