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

Раздел: Доменная модель заказов и исполнения

Два исполнителя или два повторных события не должны одновременно провести один жизненный переход или повторно создать платёж/связанную услугу. Транзакционная граница и idempotency key относятся к владельцу бизнес-операции.

Состояние читается с актуальной ревизией; конфликт сообщает ожидаемое/фактическое состояние и не стирает успешное действие другого участника. Сервисная детализация процесса не добавляет произвольные runtime-поля в dbsynce.

• Заказ, Ticket и PROCESS
• Дополнительные расходы, делегирование и компенсация