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

Раздел: Интеграции Open: принцип локального владельца

Клиент видит явно оговорённые endpoint, схемы payload, идентификаторы, права, ошибки и поддерживаемые версии. Одноимённый объект между сервисами не доказывает совпадение JSON-контракта.

Backward compatibility проверяется фактическими потребителями (Open, Platform, Flutter, handlers); не удалять старое поле без deprecation и миграции.

POST внешней операции должен иметь устойчивую идемпотентность и корреляцию, иначе сетевой timeout может породить дубликат заказа.

• API и межмодульные контракты
• Platform client: транспорт, ошибки и idempotency