{ "id": "ShariXKnowledgeOpenKnowledgeDomainReconciliation", "page": "sharixopen:knowledge:domain:reconciliation", "area": "open", "type": "reference", "title": "Reconciliation состояния и повторные события", "status": "review", "schema_version": 1, "relations": { "related_to": [ "ShariXKnowledgeOpenKnowledgeDomainStart", "ShariXKnowledgeOpenKnowledgeDomainRequirements", "ShariXKnowledgeOpenKnowledgeDomainAutomatedverification" ] }, "extensions": { "taxonomy": { "domain": "reference", "lifecycle": "unspecified", "parents": [ "ShariXKnowledgeOpenKnowledgeDomainStart" ], "terms": [] }, "glossary": [] }, "content_sha256": "7af29336e0df57071bd7ed4f2bfa2fe70a1903a6763e34a14790917da253f424", "schema": 1 } ====== Reconciliation состояния и повторные события ====== ~~NOCACHE~~ **Тип:** procedure · **Статус:** сведения требуют сверки с действующей установкой; архитектурные правила сформулированы как целевой контракт. **Раздел:** [[sharixopen:knowledge:domain:start|Доменная модель заказов и исполнения]] ===== Проблема ===== Бизнес-состояние может измениться после подтверждения документа, разрешения, интеграционного ответа или выдачи роли. Система обязана обнаруживать расхождение текущего факта и предшествующего вычисленного доступа. ===== Алгоритм ===== Определить source of truth → найти зависимые requirements → повторно вычислить effective access → зафиксировать изменение grant и причину → отправить уведомление при реальном изменении результата. ===== Безопасность ===== Повтор события идемпотентен. Невозможность прочитать внешний источник не подменяется успехом и не стирает последнее подтверждённое evidence. ===== Связанные понятия ===== * [[sharixopen:knowledge:domain:requirements|Требования, проверки и effective access]] * [[sharixopen:knowledge:domain:automated_verification|Автоматизированная верификация и fallback]] ~~SHARIX_KNOWLEDGE_RELATED~~