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

На самом деле, как оказалось - ничего сложного нет. Ничего ни во что преобразовывать не нужно, достаточно закодировать файл в Base64...

Но, все равно не понятно, почему такая странная квитанция

пост #36, писал, что поля могут называться ЭЦППолФайл или ЭПОтпрФайл, в зависимости от версии документа DP_PDOTPR
как они там называли эти поля хз, в старой версии ЭЦППолФайл, потом наверное подумали, что вводят в заблуждение таких как мы и переименовали в новой версии на ЭПОтпрФайл

Да в том-то и дело, что не важно, как называется тег... Важно его содержимое.
А там, ЭЦП оператора. Хотя по идее, должна быть отправителя. Ведь именно ее мы хотим оттуда получить, для формирования своего титула.
А там облом
Поэтому, переделал у себя на скачку архива ДО, извлечения из него двух файлов по маске(формирую как "*"+ <ИдДокумента> + ".*"), один сама XML, второй подпись бинарная с расширением "p7s"
Потом просто кодирую файл "p7s" в Bfse64, и полученную строку использую как ЭЦП отправителя лдля формирования своего титула.
В такой схеме, мне вообще пофик на квитанции, пусть как хотят извращаются

Единственное, что мне не очень нравится в этой схеме, это то, что 1с77 не умеет сама работать с архивами, и для этого приходится использовать очередную внешнюю компоненту...
Из всех имеющихся, умеющих это делать, мне больше всего понравилсь "DialMail.dll". Ранее, в конфе нигде не использовалась, но, из-за архивов пришлось прицепить ее...
Вроде работает, стабильно, ни с чем не конфликтует... Но, после борьбы с "карликом", который конфликтовал с XmlHttp DOM, у меня какое-то чувство настороженности.
Я когда переписал обработку, уже так при первом тестировании и ждал - рухнет или нет
Вроде нет, работает стабильно.
Но, все равно, при первой возможности, переделаю на шел из винды с помошью скрипта -
в винде есть встроенные средства работы с ZIP архивами, логично их задействовать, а не использовать внешние костыли(внешние компоненты).

странно, не сталкивался с таким...

Вот и я говорю - странно...
В месаге #40 ссылка на архив ДО этого документа.
Я для проверки вручную брал из него ХМЛ-ку квитанции, копировал из него строку ЭЦП в отдельный файл, сам файл ХМЛ дока, и на сайте [ проверка ЭЦП от контура ] проверял. ЭЦП подходит, файл ей соответствует, но, она от ЦРПТ, а не от отправителя.
Сейчас еще раз проверю, может заработался и ошибся

Да, ошибся:



Посыпаю голову пеплом, видимо из-за не совпадающего имени тега не от-туда ЭЦП подтянулась.
Извиняюсь, что ввел в заблуждение.

В общем, ушел я от архивов, метод извлечения ЭЦП из извещения отправителя оказался вполне рабочим(учитывая предыдущее сообщение), и более быстрым.

Сейчас, так:



Работает. Неплохо, а я бы сказал - даже хорошо.
Всем помогавшим - СПАСИБО

Хм... Сегодня у другого клиента обновил, и увидел такое:



У каких-то УПД статусы "Подписан", а у каких-то "Подписан. Отправлен в ГИС МТ"...
Стал разбираться почему.
А там, оказывается нечего отправлять - товары из немаркируемых групп(всякие кетчупы, соли, растительные масла и т.п. лабуда)...
Получается, в ЭДО Лайт ходят и такие УПД, главное, что-бы поставщик был зареген в ЧЗ.

Сегодня отловил - 63.
Это не у моего "подопытного" клиента, а совсем у другого. Поэтому, пока нет возможности в ЛК зайти, и узнать, что это такое.
Обещают в понедельник посмотреть.
Но, скорее всего, это или "Уточнен и отправлен в ГИС", или "Отказано уточнение и отправлен в ГИС". логически так, но, точно в понедельник узнаем