Marking orders

Заказать коды маркировки в СУЗ

Отправляет заказ в СУЗ: от 1 до 10 товаров с разными GTIN, от 1 до 150 000 кодов на товар. Заказ ТРАТИТ ДЕНЬГИ лицевого счёта «Честного знака», поэтому нужен узкий глагол marking.gismt:send, а агент исполняет его только после предпросмотра и явного согласия человека. Повтор после обрыва связи передаёт тот же заголовок Idempotency-Key — сервер вернёт прежний ответ и второго заказа не заведёт. Готовые коды забирает отдельное получение.

post/api/v1/marking/orders

Request

  • Base URL: https://erp.akeda.ru
  • URL: https://erp.akeda.ru/api/v1/marking/orders
  • Auth: one of:
    • HTTP bearer
    • API key in header X-Api-Key
    • OAuth 2 (authorization code, authorization URL https://erp.akeda.ru/oauth2/authorize, token URL https://erp.akeda.ru/oauth2/token, scopes: akeda:delegate)

Headers

X-Tenantstring required

Slug выбранного кабинета; кабинет не является юрлицом

Idempotency-Keystring

Ключ одной логической попытки команды. Единственная форма идемпотентности на уровне HTTP; читают его только операции, у которых этот параметр объявлен.

Повтор ТОГО ЖЕ запроса (метод, адрес с параметрами, тело) с тем же ключом не выполняет команду второй раз, а отдаёт первый успешный ответ с заголовком Idempotent-Replay: true. Тот же ключ с другим запросом — отказ 422 idempotency.key_mismatch, а не чужой ответ. Пока первая попытка ещё выполняется, повтор получает 409 idempotency.in_progress и Retry-After: он не ждёт и не выполняется второй раз.

Ключ принадлежит предъявителю в кабинете: человеку, кабинетному API-ключу или установке приложения. Одинаковый ключ у соседа — другая попытка.

Отказ 4xx ключ ОСВОБОЖДАЕТ: запрос отклонён до работы, в кабинете не изменилось ничего, и исправленный запрос с тем же ключом выполняется. Отказ 5xx ключ ЗАПИРАЕТ: записалось или нет — неизвестно, коммит мог случиться, а ответ до вас не доехать. Повтор с тем же ключом получает тот же статус и тот же машинный код, а команда второй раз не выполняется. Чтобы попробовать снова, прочитайте отдельным запросом, появился ли результат, и возьмите НОВЫЙ ключ.

И ответ, и запомненный отказ живут сутки; после этого тот же ключ — новая попытка, и команда выполняется заново. Ответы, несущие секрет (выдача токена, аренда секрета настройки), заголовок не читают: секрет отдаётся ровно один раз. Хранилище недоступно — 503 idempotency.unavailable, команда без защиты не выполняется; этот отказ приходит ДО заявки на ключ и потому ключ не тратит.

Для естественного ключа интеграции годится любая строка вида crm:order:123:create; UUID не обязателен.

Request body

company_idstring uuid required
product_groupstring required
release_method'PRODUCTION' | 'IMPORT' | 'REMAINS' | 'REMARK' | 'COMMISSION' | 'REAPPLY' required
cis_type'' | 'UNIT' | 'GROUP' | 'SET' | 'BUNDLE'

Вид кода всех строк; пусто — UNIT

contact_personstring
signaturestring

Откреплённая подпись УКЭП (CMS в base64) тела заказа из «Подготовить заказ»; СУЗ без неё заказ отклоняет

Response

Заведённый заказ

Changes

No recorded changes to this operation across all 1 revision of this API.