Тип: contract · Статус: сведения требуют сверки с действующей установкой; архитектурные правила сформулированы как целевой контракт.
В общем заказе находятся идентичность услуги/категории, клиент и корпоративный клиент, инициатор создания, поставщик/компания, получатель и его снимок, базовые времена/адреса, цена, статус и поля синхронизации.
Ticket обеспечивает общий lifecycle. Имеющиеся Comment, Attachment и Event сохраняются совместимыми. ST_REQUEST применяется для проверки документов и иных запросов, не создавая новый тип Ticket для каждого процесса.
При переходе в PROCESS runtime выполняет план Stage. Ticket фиксирует состояние всего заказа, а Stage — выполнение конкретного смыслового блока. Частное действие не становится Stage автоматически.