Тип: contract · Статус: сведения требуют сверки с действующей установкой; архитектурные правила сформулированы как целевой контракт.
Два исполнителя или два повторных события не должны одновременно провести один жизненный переход или повторно создать платёж/связанную услугу. Транзакционная граница и idempotency key относятся к владельцу бизнес-операции.
Состояние читается с актуальной ревизией; конфликт сообщает ожидаемое/фактическое состояние и не стирает успешное действие другого участника. Сервисная детализация процесса не добавляет произвольные runtime-поля в dbsynce.