<sharix-knowledge-meta>
{
    "id": "ShariXKnowledgeOpenKnowledgeDomainOrderconcurrency",
    "page": "sharixopen:knowledge:domain:order_concurrency",
    "area": "open",
    "type": "reference",
    "title": "Конкурентные действия над заказом",
    "status": "review",
    "schema_version": 1,
    "relations": {
        "related_to": [
            "ShariXKnowledgeOpenKnowledgeDomainStart",
            "ShariXKnowledgeOpenKnowledgeDomainOrderticket",
            "ShariXKnowledgeOpenKnowledgeDomainSpendingcompensation"
        ]
    },
    "extensions": {
        "taxonomy": {
            "domain": "reference",
            "lifecycle": "unspecified",
            "parents": [
                "ShariXKnowledgeOpenKnowledgeDomainStart"
            ],
            "terms": []
        },
        "glossary": []
    },
    "content_sha256": "80f2827921186d476f5d7b7f67a1293c8686486106e778694bdb643c5a6da119",
    "schema": 1
}
</sharix-knowledge-meta>
====== Конкурентные действия над заказом ======
~~NOCACHE~~

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

**Раздел:** [[sharixopen:knowledge:domain:start|Доменная модель заказов и исполнения]]

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

===== Связанные понятия =====
  * [[sharixopen:knowledge:domain:order_ticket|Заказ, Ticket и PROCESS]]
  * [[sharixopen:knowledge:domain:spending_compensation|Дополнительные расходы, делегирование и компенсация]]

~~SHARIX_KNOWLEDGE_RELATED~~