Створення замовлення через сервіс прт_Портал (у роботі)

Суцільні лінії - код, який уже є в main: POST /api/orders, черга зі станами queued / creating / posted / failed, сервіс прт_Портал у розширенні 1С.
Пунктир - адаптер порталу до сервісу, якого в main ще немає: ORDERS_CREATE_VIA, поле channel у рядку черги, клієнт сервісу, стан rejected, кнопка «Передати ще раз».
Типово ORDERS_CREATE_VIA=odata: замовлення йдуть через OData, як сьогодні. Зміни замовлень мають окремий перемикач ORDERS_CHANGE_VIA, на цій схемі його немає.
У розширенні 1С для цього каналу нічого не змінюється.
Хто доставляє, задає ORDERS_DISPATCH_MODE: inline - спроба одразу в POST порталу, runner - POST лише ставить у чергу.

idempotencyKey - UUID v5 від ключа порталу: той самий рядок черги завжди дає той самий UUID і те саме тіло запиту.
Сервіс приймає лише ключ-UUID і шукає його в регістрі прт_КлючіІдемпотентності, де поруч лежить хеш рядків. Прийом ключа саме версії 5 на стенді ще не перевірено.
Повтор з тим самим складом: 200 і той самий документ. Якщо перша спроба до 1С не дійшла - звичайне створення, 201. Для черги обидві відповіді означають posted.
Інший склад рядків або інший контрагент під тим самим ключем: 409 IDEMPOTENCY_CONFLICT.

Сервіс пускає лише з Authorization: Bearer, рівним ТокенВхідний з регістра прт_Налаштування. Інакше 401 UNAUTHORIZED.
X-Portal-Key додається, коли задано BAS_EDGE_KEY, як сьогодні в OData-клієнті. Через шлюз поки перевірено лише читання OData; виклики сервісу і бойова публікація - ще ні.
Запис і проведення ЗаказПокупателя та фіксація ключа - одна транзакція: або все, або жодного сліду в базі.
Ціну бере 1С за видом цін договору контрагента; цін у запиті порталу немає.
Комментарий сервіс не заповнює, а OData шукає дубль саме там. Тому канал рядка не змінюється ніколи.

422 PRICE_MISSING, WEIGHT_MISSING, POSTING_FAILED -> rejected: сам не повторюється, причину бачить лише менеджер.
Так само rejected: VALIDATION, CUSTOMER_NOT_FOUND, PRODUCT_NOT_FOUND, IDEMPOTENCY_CONFLICT.
«Передати ще раз»: rejected -> queued, спроби з нуля, ключ той самий - дубля не буде.
Таймаут і мережа (коди доставки bas_timeout, bas_unreachable), 401, 5xx без JSON: failed і автоповтор; решта пачки цього каналу в цьому проході не пробується.
DUPLICATE_PROCESSING та INTERNAL_ERROR: теж failed і автоповтор.
Канал не підміняється: якщо сервіс не налаштовано, рядок чекає в queued, в OData нічого не пишеться.