Тип: architecture · Статус: сведения требуют сверки с действующей установкой; архитектурные правила сформулированы как целевой контракт.
dbsynce — ограниченный синхронизируемый слой заказа, идентичности, отношений, документов и требований.tickets — общий жизненный цикл Ticket, запросы ST_REQUEST, комментарии, вложения и события.webservice_running — исполнение заказа: этапы, контекст, артефакты, внешние события, связанные заказы и дополнительные расходы.service-constructor — определения процессов и требований на этапе проектирования услуги; runtime получает версионированный снимок.handlers — явные переходы и действия в бизнес-процессе, без переноса владеления данными.payments, Nextcloud, Moodle, appointments и прочие расширения работают через свои границы.Сервис не импортирует закрытую модель Platform. Подключение к Platform выполняется через контракты и API. Установка общего приложения в составе Platform не передаёт ей право владения его моделями.
Фильтруйте по разделам и выбирайте узлы, чтобы перейти к документам.