Тип: contract · Статус: сведения требуют сверки с действующей установкой; архитектурные правила сформулированы как целевой контракт.
Runtime владеет AdditionalSpendingPolicy, AdditionalPurchase, AdditionalCost и связью с созданным заказом. payments не создаёт эти бизнес-объекты.
Согласие на покупки и связанный заказ фиксируется раздельно, с общим предельным лимитом либо unlimited. Выход за лимит или отсутствие полномочий блокирует действие до возникновения расхода.
Компенсируемая стоимость формируется только из допустимых фактических позиций исполнителя. Платёжный адаптер получает нормализованные позиции и формирует экономический снимок основного заказа; компенсация не считается обычной отдельной услугой платформы.
Запрещено двойное включение одной покупки и повторное проведение при повторной обработке события. Основание делегирования и связь с исходным заказом должны сохраняться.