Тип: contract · Статус: сведения требуют сверки с действующей установкой; архитектурные правила сформулированы как целевой контракт.

Раздел: Создание сервиса и первый запуск

Пользователь сначала описывает услугу своими словами; дополнительные вопросы о расписаниях, документах, географии или ресурсах возникают только если нужная capability реально доступна.

Порядок заполнения не должен создавать Order, считать плату или записывать production-объект. Каждый модуль предоставляет схему и requirements, которые можно валидировать до materialization.

Отсутствующая возможность фиксируется как явная зависимость и возможный путь решения; система не подменяет её фиктивной конфигурацией.

• Онбординг: данные, шаги, границы
• Жизненный цикл модуля: установка, право, готовность