Миграция с коммерческих операторов ЭДО на ЭДО-Лайт : Маркировка

И, еще. Кто-нибудь знает, что означают эти статусы приглашений в ЛК ЭДО Лайт ЧЗ:



Всес им были посланы "приглашения".
Почему у "Русского молока" статус "Ожидает подтверждения" - ? Подтверждения от кого? От контрагента, или от его основного оператора(этот самый Контур-Диадок) - ?

Статус "Активен" - роуминг настроен, можно обмениваться электронными документами.
"Ожидает подтверждения" - сам клиент (ООО "Русское молоко") в Диадоке видит такое приглашение и должен подтвердить его. Диадок в своей справке о ЭДО Лайт так пишет: "Между Диадоком и ЭДО Лайт роуминг настраивается автоматически: одна сторона отправляет приглашение в сервисе, а вторая принимает его. "
Но пока контрагент в диадоке приглашение не подтвердил, отправка ему в диадок электронных документов невозможна, автоматизация она такая. А вот зная код контрагента в Честном Знаке любой может отправить ему электронный документ и он дойдет.
Мы своим поставщикам когда видели что такой статус "Ожидает подтверждения" долго висит звонили по телефону и просили подтвердить приглашение.

Блин, счастья привалило!



Теперь, есть чем заниматься, а то уже без работы заскучал

А можно еще один вопросик?

Список входящих загружаю, там в принципе все понятно:



Непонятно одно, значение поля "status", прилетающее из запроса - там почему-то 61, хотя, документ получен, просмотрен и подписан(пока, в ЛК на сайте).
По их "библии" значение должно быть 4.



Почему у меня 61-? Что я не так делаю?



Какая-то нестыковка с описанием получается...

Вложения

ОтвСпДок.rar (829 байт, 8 просмотров)

Или, у них по принципу "не верь глазам своим"
и надо не смореть на тег "status", а анализировать поле "is_title_signed":true - ???
В описании ответа на запрос списка документов, про это поле вообще нет ничего...

нужно набраться терпения) в маркировке не особо понятная документация, а в эдо лайт ещё хуже
непонятные статусы проверяли в ЛК, как они там отображаются, этого в документации нет. вот все статусы, которые мне удалось поймать. если будут ещё какие-то, делитесь

[Description("Подпись не требуется")]
NoSignRequired = 2,
[Description("Подпись не требуется (документ просмотрен)")]
NoSignRequiredViewed = 12,
[Description("Требуется подпись")]
WaitSign = 3,
[Description("Требуется подпись (документ просмотрен)")]
WaitSignViewed = 13,
[Description("Подписан")]
Signed = 4,
[Description("Отклонен")]
Rejected = 5,
[Description("Отклонен (запрос просмотрен)")]
RejectedViewed = 15,
[Description("Уточнён")]
Clarify = 7,
[Description("Ожидается уточнение")]
ClarifyRequest = 8,
[Description("Запрос на уточнение просмотрен (ожидается уточнение)")]
ClarifyRequestViewed = 14,
[Description("Ошибка в подписи")]
SignError = 9,
[Description("Ошибка доставки")]
SendError = 10,
[Description("Требуется аннулирование")]
CancelRequest = 17,
[Description("Ожидается аннулирование")]
CancelWait = 16,
[Description("Подписан. Отправлен в ГИС МТ")]
SignSendGisMt = 61,
[Description("Аннулирован. Отправлен в ГИС МТ")]
CancelSendGisMt = 64,
[Description("Запрашивается аннулирование")]
CancelRequested = 52,
[Description("Отказано в аннулировании")]
CancelDenied = 19,

Статусов других не видел, а вот тип документа, не описанный в документации - поймал.
Это "-16", "Уведомление о праве пользования РЭ посредством УД", висят такие от самого ЦРПТ зачем-то...

"type": -16

До сих пор не понимаю смысла этих уведомлений для розничного магазина, какие аппаратные комплексы, какая эмиссия в розничном магазе, мы же не производители...

да, это тоже было, там ещё будут документы с отрицательным типом, по-моему счета и обычные письма, я их не трогаю

в цикле перебора стоит проверка, меньше нуля, идём к следующему

if (doc.type < 0) continue;

У меня тоже

В принципе, со списком понятно, и печать PDFки входящего документа сделал, там тоже все ясно.

А вот получение входящего XML, что-то "очкую"...
В описании метода "3.5. Получение содержимого XML документа", есть такое:

"Вызов метода /api/v1/incoming-documents/{doc_id}/content автоматически создаёт
неподписанную квитанцию «Извещение о получении УПД» (DP_IZVPOL). "

Что это означает? Ну, ладно, понятно, что квитанция о просмотре должна создаться(наверное?), но, сколько их будет? Одна, или при каждом получении XML - ?
Если при каждом, то я пока "экспериментирую", наделаю их миллион... Куда этот весь мусор девается?
Или все-таки одна создастся, что документ просмотрен, и дальше мусора не будет?

Отвечу сам себе.
Ничего там не создается. Хоть сколько ХМЛку получай.
Возможно по тому, что ранее был документ скачан через WEB-интерфейс ЛК, и квитанция о его просмотре уже создана, подписана и отправлена.
Придет новый док от кого-либо, посмотрю, как будет.