Тип: contract · Статус: сведения требуют сверки с действующей установкой; архитектурные правила сформулированы как целевой контракт.
Раздел: Создание сервиса и первый запуск
Пользователь сначала описывает услугу своими словами; дополнительные вопросы о расписаниях, документах, географии или ресурсах возникают только если нужная capability реально доступна.
Порядок заполнения не должен создавать Order, считать плату или записывать production-объект. Каждый модуль предоставляет схему и requirements, которые можно валидировать до materialization.
Отсутствующая возможность фиксируется как явная зависимость и возможный путь решения; система не подменяет её фиктивной конфигурацией.