Нужен файлик примера УПД через ЭДО с табаком для розницы : Маркировка

Блиииннн!!! Работает, и не только в браузере, а и в 1С у меня тоже. Спасибо огромное!

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

Уже писал, но еще раз повторюсь, перефразируя известный анекдот про таможенников и гаишников:
Чем больше я пытаюсь работать с ЦРПТ, тем больше мне нравится ЕГАИС!

А еще не понятно по регламенту доступа к API.
Если клиент с ЭЦП зарегистрирован в "Честном знаке", на площадке табака... ЛК у него работает, чеки с касс прилетают. Нужно дополнительно регистрироваться для получения доступа через API, плюс внешний статический IP адрес, который надо указать при доп. регистрации, или и так должно работать? Встречал такое в описании регламента, но, там почему-то конкретно про лекарства, и возможно, это старое описание... Для табака сейчас тоже так, или должно просто работать, а все эти сложности были на время "эксперимента"?

первый раз слышу про внешний статический адрес, может потому что про лекарства не читал))

Не, тут похоже не в лекарствах дело. Это, скорее всего на время "эксперимента" делали, что-бы отсечь его у,ватников от всех, кто не зарегеьлся как участник.

Ну, что... Токен в 1С получаю, вроде как все нормально...
А вот дальше, пока продвинуться не получается... Все это я затеял пока из-за единственного запроса - агрегация маркировки... Типа, по коду короба получить коды всех блоков из него.
Что только не пробовал - 401, 403, 404, 405 получаю, в разных комбинациях адресов, х.з. чего ему надо...

Победил. Подсмотрел в 1С:Бухгалтерия 3.0
Вот, такой адрес должен быть для этого запроса: "https://ismotp.crptech.ru/private-office-api/private/v2/cis/aggregated?cis=" + СокрЛП(КодМаркировки)
где КодМаркировки, это код с упаковки, по которой мы хотим получить список вложений. Возвращается дерево, вплоть до пачек.

Вот, что получилось с запросом агрегации марок:

А вот с этим, пока непонятка...
Как я понял из описания, сначала надо запросить список документов, и получить его ID:
Запрос "POST", адрес: "https://ismotp.crptech.ru/private-office-api/api/v2/documents/my", возвращает строку ID.

Далее, нужно получить статус:
Запрос "GET", адрес: "https://ismotp.crptech.ru/private-office-api/api/v2/orders/" +<ID> + "/status"

Потом, в случае успеха, статус "SUCCESS", можно уже получить список документов в виде ZIP-файла - ????

Ерунда какая-то получается, статус упорно возвращается "NEW", который даже не описан в докуменации:
"2. Проверка статуса заказа. В процессе выполнения- IN PROGRESS, задание выполнено- SUCCESS, при выполнении возникла ошибка- ERROR."

Если по этому ID запросить результат:
Запрос "GET", адрес: "https://ismotp.crptech.ru/private-office-api/api/v2/orders/" + <ID> + "/result"

возвращает "409", типа конфликт чего-то с чем-то... Я думаю, что причина в статусе, не должен этот запрос делаться при таком статусе...

Я чего-то не так делаю, или это не работает по тому, что у пользователя нет документов на сервере?
Что вообще понимается под документами? Только доки оптово-розничного оборота(УПД), или чеки с кассы, это тоже документы? Если так, то УПД там нет ни одной, а чеков вагон и маленькая тележка...

у меня в программе такая ссылка на получение списка документов

/api/v3/facade/doc/listV2

возвращает да, zip архив. на данный момент там пустой файл cis_report.txt
что там должно содержаться, загадка

в старой документации на получение контента ссылка
/private-office-api/api/v2/documents/my/{0}/body

нашёл документацию по которой делал, в отдельной папке лежала( не заметил
там как раз все ссылки новые

Вложения

ИС_МП._Описание_API.v2.2.0.pdf (342.3 Кб, 69 просмотров)