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

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

Runtime владеет AdditionalSpendingPolicy, AdditionalPurchase, AdditionalCost и связью с созданным заказом. payments не создаёт эти бизнес-объекты.

Согласие на покупки и связанный заказ фиксируется раздельно, с общим предельным лимитом либо unlimited. Выход за лимит или отсутствие полномочий блокирует действие до возникновения расхода.

Компенсируемая стоимость формируется только из допустимых фактических позиций исполнителя. Платёжный адаптер получает нормализованные позиции и формирует экономический снимок основного заказа; компенсация не считается обычной отдельной услугой платформы.

Запрещено двойное включение одной покупки и повторное проведение при повторной обработке события. Основание делегирования и связь с исходным заказом должны сохраняться.

• Payments: финансовый снимок и распределение
• Связанные заказы и комплексы