Добрый день!
В свете того, что с 01.07.2020 отгрузка табачки в розничные(ну, не только, но меня только розница интересует, оптовиков у меня нет) точки должна будет осуществляться только через ЭДО, возник вопрос внедрения всего этого "безобразия"...
По большому счету, это не обязательно(по крайней мере - пока) интегрировать в УС. Можно принимать и подписывать УПД через WEB-интерфейс операторов ЭДО. Но, коль уж "прилетают" накладные в электронном виде, то грех этим не воспользоваться для облегчения работы.
Осуществлять полную интеграцию ЭДО в 7.7, я пока не планирую - сложно все это, и "экономически не оправдано"... Операторов много, API у всех разные, и кроме того, у многих они платные, с "конскими" ценниками... Например у того-же "Диадока" около 11 000 лицензия на работу через API стоит... Нафик, мелкая "табачная розница" и так еле концы с концами сводит, с мизерной наценкой на табак, какие тут лицензии по 11К...
Но, есть более-менее стандартизованная вещь - это формат документов ЭДО. Не вижу особой проблемы получать документы через WEB-интерфейс ЭДО, а потом загружать в УС. Вручную, из файлов XML. Да, не очень удобно, но все-же...
Начал делать такую "псевдо-интеграцию".
В принципе, пока все получается. Сейчас готово все, кроме сопоставления самого товара. Вот, если кому интересно, можно посмотреть: https://cloud.mail.ru/public/3m13/3qsNgnZ42
Пока парсится шапка полностью, контрагент, ОП контрагента, своя фирма. Можно создавать автоматом новых контрагентов, получателей и покупателей, их ОП. Заполняется таблица документа, в том числе и ШтрихКоды сигарет(в список значений, на форму пока не выводил, можно в отладчике увидеть)...
Обработка под конфу на основе типовой ТиС 9.2, но с не большими особенностями(Справочник ЮрЛица подчинен справочнику Контрагенты, а в остальном, по данным все как в типовой).

PS Если кто-то будет просматривать мою  "поделку", имейте в виду, что для нормальной работы требуется ВК "OpenFileDialogsManager.dll", без нее, XML-файлы с очень длинными именами, открываться не будут, сказываются ограничения 7.7...
PSS И в глобальном модуле нужны функции для работы с XML, они у меня там живут еще со времен внедрения ЕГАИС.
Глоб. переменная: Перем RegExp Экспорт;
В процедуру ПриНачалеРаботыСистемы() Надо вставить:
        Попытка
            XML_DOM=CreateObject("MSXML2.DOMDocument.6.0");
        Исключение
            Сообщить("Для работы с ЕГАИС, пожалуйста, установите Microsoft XML Core Services -
            | http://www.microsoft.com/en-us/download/details.aspx?id=19662";);
            СтатусВозврата(0);
            Возврат;
        КонецПопытки;
        RegExp = CreateObject("VBScript.RegExp");
Функции:

Функция ЗагрузитьDOMизФайла(ИмяФайла) Экспорт
    XML_DOM=CreateObject("MSXML2.DOMDocument.6.0");
    XML_DOM.Load(ИмяФайла);
    Возврат XML_DOM;    
КонецФункции

Функция ВыделитьКПП(ИННКПП) Экспорт
    Если СтрДлина(СокрЛП(ИННКПП)) = 12 Тогда
        КПП = ""; // ФизЛицо    
    ИначеЕсли СтрДлина(СокрЛП(ИННКПП)) < 10 Тогда
        КПП = ""; // ИностраннаяОрганизация
    ИначеЕсли СтрДлина(СокрЛП(ИННКПП)) > 12 Тогда
        КПП    = Сред(ИННКПП,12);
    ИначеЕсли СтрДлина(СокрЛП(ИННКПП)) = 10 Тогда    
        КПП = ""; // Российская организация, КПП не указан    
    КонецЕсли;
    Возврат КПП;    
КонецФункции
    
Функция НайтиКонтрагентаПоИННбезКПП(ИННКПП) Экспорт
    ИНН    = ВыделитьИНН(ИННКПП);
    Спр = СоздатьОбъект("Справочник.ЮрЛица");
    ТЗ     = СоздатьОбъект("ТаблицаЗначений");
    ТЗ.НоваяКолонка("КодКонтрагента");
    ТЗ.НоваяКолонка("ЮЛ","Справочник.ЮрЛица");
    ТЗ.НоваяКолонка("Контрагент","Справочник.Контрагенты");
    ТЗ.НоваяКолонка("ИНН");  
    ТЗ.НоваяКолонка("КПП");
    ТЗ.НоваяКолонка("КодГруппыКонтр");
    Спр.ВыбратьЭлементы(0);
    Пока Спр.ПолучитьЭлемент()     = 1 Цикл
        Если Спр.ЭтоГруппа()     = 1 Тогда
            Продолжить;
        КонецЕсли;
        Если СокрЛП(Спр.ИНН)     = "" Тогда
            Продолжить;
        КонецЕсли;
        ТекИНН                     = ВыделитьИНН(СокрЛП(Спр.ИНН));
        Если ТекИНН             = ИНН Тогда
            ТЗ.НоваяСтрока();
            ТЗ.КодКонтрагента    = СокрЛП(Спр.Владелец.Код);
            ТЗ.ЮЛ                 = Спр.ТекущийЭлемент();
            ТЗ.Контрагент         = Спр.Владелец;
            ТЗ.ИНН                = ТекИНН;
            ТЗ.КПП                = ВыделитьКПП(СокрЛП(Спр.ИНН));
            ТЗ.КодГруппыКонтр    = СокрЛП(Спр.Владелец.Родитель.Код);
        КонецЕсли;
    КонецЦикла;
    Если ТЗ.КоличествоСтрок() = 0 Тогда
        Возврат 0; // Ничего не нашли...
    КонецЕсли;
    // При выборе контрагента будем отдавать предпочтение "Поставщикам", так, как по ним могут быть движения по регистрам,
    // а производители только элементы справочника, их можно объединять, пореподчинять, удалять лишних и т.д...
    Стр = "";
    Если ТЗ.НайтиЗначение(СокрЛП(Константа.ГрПоставщиковАлкоголя),"Стр","КодГруппыКонтр") = 1 Тогда
        ТЗ2    = СоздатьОбъект("ТаблицаЗначений");
        ТЗ.Выгрузить(ТЗ2);
        ТЗ2.УдалитьСтроки();
        ТЗ.ВыбратьСтроки();
        Пока ТЗ.ПолучитьСтроку()     = 1 Цикл
            Если СокрЛП(ТЗ.КодГруппыКонтр) = СокрЛП(Константа.ГрПоставщиковАлкоголя) Тогда
                ТЗ2.НоваяСтрока();
                ТЗ2.КодКонтрагента    = ТЗ.КодКонтрагента;
                ТЗ2.ЮЛ                 = ТЗ.ЮЛ;
                ТЗ2.Контрагент         = ТЗ.Контрагент;
                ТЗ2.ИНН                = ТЗ.ИНН;
                ТЗ2.КПП                = ТЗ.КПП;
                ТЗ2.КодГруппыКонтр    = ТЗ.КодГруппыКонтр;                
            КонецЕсли;
        КонецЦикла;
        ТЗ2.Выгрузить(ТЗ);
    КонецЕсли;
    // ******************************************************************************************************************
    ТЗ.Сортировать("КодКонтрагента");
    Контр = ТЗ.ПолучитьЗначение(1,3);
    Возврат Контр;
КонецФункции

Больше, вроде ничего из конфы не используется, должно работать.








Меня сейчас тормозит одно - отсутствие реальных УПД с сигаретами...
Есть мои УПДшки, но не сигаретные, от дистрибьютера 1С на всякую "около 1С-ную ерунду", и примеры вроде как от Диадока... Ну, у меня, понятно, что сигарет нет, а в примерах... Там какая-то ерунда в поле, где должны быть ШК... Не блоки не пачки, а какие-то абстрактные строки символов...
Большая просьба, у кого есть реальные УПД отгруженные через ЭДО для розницы, с блоками и пачками, поделитесь пожалуйста... Обещаю, что никуда, дальше моего компа они не выйдут. Я соответственно поделюсь обработкой. Может, кому пригодится как пример для собственных разработок.

Вот, как это пока сейчас выглядит, что-бы не открывать: https://content.foto.my.mail.ru/mail/m_w_w/_mypagephoto/h-286.jpg

(0) А как хранятся загруженные марки в 1С 7.7?
Надо очень хорошо продумать структуру данных, т.к. марок со временем накопится очень много.

(2)А как хранятся загруженные марки в 1С 7.7?

Пока, я не планирую их хранить в базе 1С. Новые марки алкоголя - храню, сигареты не хочу...
Ну, тут дело в том, что УПД копятся на серверах операторов ЭДО, и при возникновении каких-то вопросов(Каких?) их можно повторно загрузить... Да и на компе их можно хранить в виде скачанных XML файлов. С алкоголем - сложнее, там УТМ всего-лишь транспорт, доставил ТТН и удалил у себя, после загрузки в УС... (ну, конечно есть механизмы перезапроса, но...). У меня реализован механизм параллельного с ЕГАИС учета движения марок, но, за все время, он так и ни кому не понадобился, ни разу... А... Нет, вру... Один раз я все-таки доказывал клиенту, что марка не приходила, поэтому на кассе не продается. Но, это один раз!
По этому, исходя из этого "опыта", делать учет марок параллельно с ЦРПТ не вижу смысла...
Да и как? В УПД, как я понимаю, не будет все равно списка всех марок... Ну, для отдельных пачек, конечно будет, а для блоков? Сейчас, продаются блоки - сервер ЦРПТ сам расшифровывает список марок из блока, по ШК блока, на основании данных производителей, которые провели агрегатирование пачек в блоки... У нас то этих данных нет...
Мне сейчас хочется просто облегчить труд операторов УС, и уменьшить число ошибок... Прилетает инфа - надо ее по максимуму использовать... Наименования, ШК пачек, блоков, МРЦ...
Хранить марки - если и возникнет задача, то не в ближайшее время.

> у кого есть реальные УПД отгруженные через ЭДО для розницы, с блоками и пачками, поделитесь пожалуйста... Обещаю, что никуда, дальше моего компа они не выйдут.

Может кто-нибудь из коллег может выложить сюда слегка закрашенную часть xml, которая касается товара "/Файл/Документ/ТаблСчФакт/СведТов" или "/Файл/Документ/ТаблСчФакт/СведТов/ДопСведТов"?

Кое-что можно подсмотреть в требованиях к УПД от "Ленты" (можно нагуглить полный документ):

"Требования к оформлению УПД по поставкам маркированного товара
НомСредИдентТов
ИдентТрансУпак
НомУпак
КИЗ

Поставщик должен заполнять в УПД элементы маркировки НомСредИдентТов следующим образом.
Для табака:
Элемент ИдентТрансУпак заполняется кодом маркировки, который соответствует уровню иерархии Коробка.
Элемент НомУпак заполняется кодом маркировки, который соответствует уровню иерархии Блок
поставщики обязаны до отправки УПД фиксировать в ЦРПТ агрегацию упаковок - перечень кодов маркировки, вложенных в каждый блок."

При этом отдельное значение штрихкода игнорируется, и вытаскивается из самой марки.

(5)Элемент НомУпак заполняется кодом маркировки, который соответствует уровню иерархии Блок

Вот это бы увидеть... И уровнем ниже, если какие-то "особо-редкие" сигареты отгружаются в количестве меньше блока, ШК отдельных пачек...
В моем примере, который на картинке, представляет интерес последняя, третья строка, где количество 503 штуки:
"ИнфПолФХЖ2 Значен="01146002660118142139DF03f683052840709 00000046186195#aG/121 00000046186195$dG/W22 00000046186195%fG/223" Идентиф="cis""
Судя по всему, вот это: "01146002660118142139DF03f683052840709" - ШК коробки? Он нам совсем бесполезен, адальше идут три кода отдельных пачек: "00000046186195#aG/121 00000046186195$dG/W22 00000046186195%fG/223", но в каком-то "кастрированном виде", только GTIN и SERIAL, без крипто-хвоста и МРЦ... Крипто-хвост нам по большому счету тоже не нужен, а вот МРЦ хотелось-бы... И все это в одной строке, в одном теге!
Поэтому и хочется уже наконец увидеть что-то реальное, именно для розницы, а не какие-то абстрактные примеры с сайта оператора ЭДО...

Вот тот файл примера от Диадока, который у меня обработкой на картинке открыт: https://cloud.mail.ru/public/4Ufm/2M245QFx9

Там коды из тегов "ИнфПолФХЖ2" в каждой строке есть в СЗ у меня в обработке, в дальнейшем я планирую сделать некую формочку "сопоставления" этих кодов с товарами из базы, по ШК выделенными из GTIN кодов, для отдельных пачек - с базовыми единицами "Шт", с коэффициентом = 1, для ШК выделенных из GTIN блоков, с доп. единицами "блок", с коэффициентом = 10.
Но, с этим примером так не сделать... Там код "Коробки, палета, х.з - ???" - то-ли их там пять по 100, то-ли один, 500(скорее всего, т.к. код один), и три отдельных пачки... Блоков - вообще нет. МРЦ вытащить то-же неоткуда, ни там ни там ее нет...

(6)
Похоже, что в вашем примере вообще нет марок. )
Сами марки должны быть в элементе НомСредИдентТов. А в элемент ИнфПолФХЖ2 записывается доп. информация, о которой договариваются поставщик и покупатель. Например, Озон просит свой id товара, шк и т.п. https://docs.ozon.ru/partners/prodayoa-so-sklada-ozon/upd-2-v-edo

Вот ссылка на постановление https://normativ.kontur.ru/document?moduleId=1&documentId=328588
(Там же удобная схема есть https://www.diadoc.ru/docs/forms/upd/structure/8)
Номер средств идентификации товаров НомСредИдентТов Обязателен для товаров, включенных в систему маркировки

Понятно... Похоже этот пример просто старый, как г**** мамонта :-( На тот момент, еще наверно не было правильных требований к указанию марок через ЭДО. Т.К. в моем примере, три последних кода в строке, это все-таки судя по всему, марки, хоть и кривые, и указаны не там, где надо, а в теге "по договоренности"...

(11) Да, это вполне себе марки, просто не там указаны.
00000046186195#aG/121
14 символов - шк (если короче, до дополняется нулями слева), тут EAN8 46186195
7 символов - индивидуальный серийный номер упаковки #aG/121

Постановление 224 https://www.garant.ru/products/ipo/prime/doc/72089916/#1700
37. Средство идентификации потребительской упаковки содержит код маркировки, включающий в себя 4 группы данных, из которых первые 3 группы образуют код идентификации потребительской упаковки, при этом:

первая группа состоит из 14 цифр и содержит код товара;
вторая группа состоит из 7 символов (цифр, строчных и прописных букв латинского алфавита, а также специальных символов) и содержит индивидуальный серийный номер упаковки табачной продукции;
третья группа состоит из 4 символов (цифр, строчных и прописных букв латинского алфавита, а также специальных символов) и содержит в перекодированном виде максимальную розничную цену потребительской упаковки с точностью до одной копейки;
четвертая группа состоит из 4 символов (цифр, строчных и прописных букв латинского алфавита, а также специальных символов) и содержит код проверки.

Средство идентификации потребительской упаковки предоставляется в виде двумерного штрихового кода в формате DataMatrix.

38. Средство идентификации групповой упаковки содержит код маркировки, включающий в себя 4 обязательных группы данных, из которых первые 3 группы образуют код идентификации групповой упаковки, а также произвольное количество дополнительных групп данных, включаемых по усмотрению производителя табачной продукции. Обязательные группы данных идентифицируются следующими атрибутами, предусмотренными международным стандартом GS1:

первая группа обязательных данных идентифицируется кодом применения AI = ′01′ и содержит код товара (14 цифр) групповой упаковки;
вторая группа обязательных данных идентифицируется кодом применения AI = ′21′ и содержит индивидуальный серийный номер (7 символов) групповой упаковки;
третья группа обязательных данных идентифицируется кодом применения AI = ′8005′ и содержит сумму максимальных розничных цен вложенных потребительских упаковок, выраженную в копейках, с точностью до одной копейки (6 символов);
четвертая группа обязательных данных идентифицируется кодом применения AI = ′93′ и содержит код проверки (4 символов).

Средство идентификации групповой упаковки предоставляется в виде двумерного штрихового кода в формате GS1 - DataMatrix.

(12) Да, это вполне себе марки,

Да это все понятно, только из 29 символов они указали только первые 21... Нет "крипто-хвоста"(по большому счету, он нам и не нужен), и самое главное - нет МРЦ...
Что касается первого кода, это код скорее всего "короба", в котором 500 пачек... Есть конечно запрос к серверу ЦРПТ, через который можно получить по его коду, все коды, что внутри, но, как это на практике работает - хз, не пробовал... Надо будет поэкспериментировать, может и нормально будет... Но, опять-же, нужны реальные данные, а не эта "абстракция" из файлов примера от Диадок...

(13) Это плохо, если не предусмотрено передавать полный КМ. Иначе нет защиты от контрафакта (поддельные шк, у которых отличается только криптохвост).

(14)Да не должно так быть... Скорее всего, просто у меня кривой пример файлов от Диадока...

(14) Это плохо, если не предусмотрено передавать полный КМ. Иначе нет защиты от контрафакта (поддельные шк, у которых отличается только криптохвост).
Плохо... Но, похоже это вообще беда всего ЦРПТ. Вот что прилетает через API запросом с их сервера по коду короба, 50 кодов:

https://content.foto.my.mail.ru/mail/m_w_w/_mypagephoto/h-287.jpg

Это "кастрированные" ШК Блоков. На самом деле, это списки значений, состоящие из ШК пачек. Просто в табло выведены их представления. По сути - дерево. Но, шк пачек тоже "кастрированы" до 21 символа.

Хотя, если так подумать, то может и правильно. Что-бы не было "злоупотреблений". Иначе, если марки будут с крипто-хвостом, то можно запросто напечатать дубликаты... Не знаю правда, на сколько это экономически целесообразно, но...

Нет 11 тысяч на лицензию...
Суровые реалии программирования за миску супа.

(14) GTIN+Serial уникальны же вроде, сейчас к нам пошли первые поставки маркированной обуви, в ЦРПТ видим только первые 31 символов ("01"+GTIN+"21"+Serial).
И в ККМ при пробитии заполняются только эти поля (по крайне1 мере в 1С типовых). В ККМ вообще грамотно сделали - вместо массива КМ сделали поле-структуру у товарной позиции, в результате получается Количество печатных строк в чеке, поле количество 1.

А КМ на печать обязательно выводить? А то у меня на тестовой кассе 4 каких-то спецсимвола печатается и все.

(17)Нет 11 тысяч на лицензию...

В да ладно бы один раз, а то в ГОД! :-(
И это не считая самого ЭДО, только за доступ через API.

Вот интересно, в ЦРПТ вроде есть свой ЭДО, с бесплатным(по крайней мере пока!) API. Можно как-то им пользоваться, не используя сторонних операторов ЭДО-? Как туда доки попадают вообще? Может только после полного цикла документооборота по стороннему ЭДО, после подписания получателем, типа копируются для нужд маркировки? Но, как я понимаю, по любому можно в том-же Диадоке осуществлять документооборот через их web-интерфейс, без API, а в 1С грузить документы через API "Честного знака", они там по любому должны быть...

(18)Насчет выводить/не выводить, х.з., законы меняются не успеваешь изучать... Но, если выводить - то должно выводиться полностью, а не "4 каких-то спецсимвола". Те ККТ, с которыми мне приходилось работать, выводят(при желании можно не выводить, команда печати чека отличается параметрами) полностью, как есть, в "сыром виде", как со сканера прилетает.

(14)  Это плохо, если не предусмотрено передавать полный КМ. Иначе нет защиты от контрафакта (поддельные шк, у которых отличается только криптохвост).

Зачем вообще нужен крипто-хвост, если все марки отслеживаются централизованно?
Марка выпускается только ЦРПТ и отслеживается на всем этапе: поставщик передал - зафиксировали в базе, покупатель принял - зафиксировали. ЦРПТ всегда знает, у кого лежит эта конкретная марка. Продавец не может продать даже настоящую зарегистрированную марку, если она к нему не приходила.

(16) Вот что прилетает через API запросом с их сервера по коду короба, 50 кодов

https://xn--80ajghhoc2aj1c8b.xn--p1ai/upload/iblock/c99/Polnyy-spisok-API-true_api_v3.4.pdf#page=62&zoom=100,90,393

"2.2.1.4. Получение состава агрегата
Метод возвращает все дочерние коды маркировки (КМ). Глубина вложенности КМ не
ограничена. Например, для блока метод возвращает все пачки, для коробки - все блоки и
пачки и т.д. Таким образом, возвращается дерево КМ до самого нижнего уровня
агрегированной транспортной упаковки"

UP

(21)Вот, в соседней теме Запрос к API МОТП, возвращает html вместо json - ? я выкладывал: https://content.foto.my.mail.ru/mail/m_w_w/_mypagephoto/h-288.jpg

Зашел сейчас в ЭДО Диадок клиента, смотрю - аж два новых УПД висят, от поставщика "ООО «СНС Сервис»"! Ну, думаю, УРА! Дело сдвинется с мертвой точки...
Открыл, а фиг там... Они вообще без кодов, при чем никаких нет, даже этих секций XML... Толку от них НОЛЬ!
А что, так пока получается можно? Обязанности передавать коды маркировки в УПД пока нет?

(24) С 01.07.20 будет обязанность.

(25) У нас один из поставщиков поставщик вроде как в апреле планировал уже начинать отправлять QR-коды блоков и пачек , если будет могу сбросить образец

У меня тоже наклевывается маркировка, по текстилю - часть товаров по ТНВЭД попадает под это.

Причем придется и под 77 пилить и под 8-ку УНФ.

(1) Думаешь на 800х600 мониторе откроется?

(29)на 800х600 мониторе - ????
Где написано, что монитор 800х600 - ? Это-же не касса, а нормальное рабочее место оператора...

Тоже пилю что-то подобное.. но под обувь (перепродажа)
Жду примеры от поставщиков уже неск. месяцев )
Саппорт диадока прислал вот такой пример:
        <ДопСведТов НаимЕдИзм="798 Тыс.шт" АртикулТов="">
          <НомСредИдентТов>
            <НомУпак>0114601653029368213440175934120436240021736918005009500</НомУпак>
            <НомУпак>0114601653029368213440175934120553240021736918005009500</НомУпак>
            <НомУпак>0114601653029368213440175934120713240021736918005009500</НомУпак>
            <НомУпак>0114601653029368213440175934120832240021736918005009500</НомУпак>
            <НомУпак>0114601653029368213440175934121155240021736918005009500</НомУпак>
            <НомУпак>0114601653029368213440175934121316240021736918005009500</НомУпак>
            <НомУпак>0114601653029368213440175934123737240021736918005009500</НомУпак>
          </НомСредИдентТов>
        </ДопСведТов>
Это для упаковок. Для товарных позицый, написали - НомУпак заменить на КИЗ

Тестил старый выгружаемый док на сайте диадока.
Поменял в шапке
<Документ КНД="1115131" Функция="СЧФДОП"
И у меня стал документ нового образца. )

(31) "Тоже пилю что-то подобное.. но под обувь (перепродажа)"
Для 7.7 или 1с8?

(33) для 7.7

(31) Я уже как Станиславский - "Не верю!(С)"
Видел нечто подобное от Диадок, ранее... И реквизиты(имена тегов) совсем по другому назывались, вот:
"<ИнфПолФХЖ2 Идентиф="cis" Значен="01146002660118142139DF03f683052840709 00000046186195#aG/121 00000046186195$dG/W22 00000046186195%fG/223"/>"
Реализовать это, как два пальца обо***ть(как два байта переслать), но переделывать потом, влом... Буду ждать не абстрактные примеры, а реальные файлы. Пока их нет :-(

(32)На это:

Поменял в шапке
<Документ КНД="1115131" Функция="СЧФДОП"
И у меня стал документ нового образца. )

Я вообще не смотрю... Плевать, как документ называется, главное, чтобы структура тегов была подходящая.

Добрый день. Где можно хоть какой нибудь пример авторизации на сайте честного знака найти? Для 8ки. С чего вообще начать ?

(37) проще всего спросить примеры интеграции с операторами передачи данных ЭДО(Контру или Сбис ) , у них могут быть.

Для тех , кто только начал стоит прочитать https://forum.infostart.ru/forum9/topic216433/

(39) Для начала пойдет, однако материал там старенький уже. Уже выкладывали API 16.4 https://честныйзнак.рф/upload/Описание+API.+Release+16.2.pdf

(35) Посмотрел на реальный файл. Он выглядит как в (31). Могу на почту выслать образец.

Вопрос немного отстраненный: Работает ли боевой контур маркировки табака и можно ли в тестовом запросить организацию по инн? у меня ничего не возвращает а в боевом вообще при авторизации говорит - организация не найдена , хотя в лк пускает

ТС , как обстоят дела с нетленкой ? Есть файл от поставщика , так что если нужен в качестве примера могу выслать.

Кстати, у контур диадок есть модуль обмена с 1С 7.7 ТИС , годовая стоимость подписки 11 т.р.

(43) Да у меня уже тоже есть пара УПД от Мегаполиса...
И в принципе, доделал обработку загрузки из файла. Вот тут: https://olegon.ru/showthread.php?t=33474&page=10 даже видеоролики выложены, как это у меня работает... Сейчас еще туда полотекстовый поиск прикручу, вот тут обсуждали: Глюк Формекс? Или я чего-то не понял... и будет вообще круто...

А насчет API... У Диадока 11 800 в год... У меня ни одни клиенты не пойдут на это.
У СБИС тоже есть API, бесплатный... Но, сильно замороченный... Так, с наскока прикрутить не получилось, а в дебри лезть, пока настроения не было...

(45) а вы хмл файл как скачиваете ? через браузер диадока в ручном режиме ?

+(46) а сравнивать Qr коды блоков с реальной поставкой будете ?

(46) Ну, да... Захожу по ЭЦП в ЛК, выбираю нужный документ и пункт меню - "Скачать документ" Он скачивает XML.

(47) Пока не делал. По одной простой причине - я больше дома сейчас сижу, ехать в этот магаз, ну, мягко говоря - не охота... А не имея реальных блоков в руках, это не отладить. Но, вообще, не вижу проблем - список ШК блоков в обработке есть, пропикать блоки сравнивая в программе с тем, что прилетело по ЭДО... Ну, как-бы вообще не вопрос. Просто я не тороплюсь, время до 01.07.2020 есть, сделаю...

(48) Было бы не плохо по QR кодам блоков потом запросить список QR-кодов пачек и на кассе блокировать продажу пачки не входящую в список :)

(49) У меня так не получится - касса отдельно от учетной системы. По принципу ФронтОфис <==> БэкОфис.
Контролировать могу только на приемке. Фронт контролирует на повторы, в зависимости от настроек - в чеке/смене/всей базе. Пока - больше ничего. Может когда-нибудь, фронт допилят, что-бы можно было в базу загружать коды, тогда буду делать разогрегацию и грузить коды пачек в базу кассы. Но, это пока под большим вопросом.

(50) а нам такая задача предстоит , в связи с этим вопрос , у вас нет описания API-функций контурдиадока , в типовой обработке нет функции получить ХМЛ файл , а есть только загрузка упд , консультанты по чатам с автоботами гоняют

(50) Нет, описания API Диадока у меня нет. Разогрегацию упаковок(деревом - коробок до блоков, блоков до пачек) я делал через API Честного знака. В той-же теме на ОлегОн есть про это, в том числе и скриншоты, что получается.

(51) в типовой обработке нет функции получить ХМЛ файл , а есть только загрузка упд

Я типовую даже не видел. СБИСовскую - видел, Диадоковскую - нет. Но, Вы говорите - там загрузка УПД есть. Как он ее грузит? УПД - это все равно XML-файл. Через что она его грузит, и парсит потом? Не через MS XML DOM случаем - ? Если так, то можно перехватить DOM и и распарсить его, как нам надо... Я все равно у себя файл XML, через загрузку в DOM открываю...
Она хоть открытая? Ни чем ее не защитили?

(53) Код загрузки упд в 1С ТИС 7.7 через контур открытый.
>>Разогрегацию упаковок(деревом - коробок до блоков, блоков до пачек) я делал через API Честного знака
круто а кодом поделитесь ?

(53) налабал обработку, которая маркирует датаматриксами поставку для клиентов по принципу формирвоания "наборов". для тех клиентов у которых вообще минимальная автоматизация, так что даже сканер прикрутить проблематично. работает на одежде для ДетскогоМира.
.
1. заказываем в ЧЗ коды, например на 7 разных товаров, 6 по 100 штук, 1 -200штук.
2. кладем файлики в папочку.
3. склад по накладной притаскивает на маркировку товар.
4. в обработке засасываем 7 файликов? файлики автоматом привязываются по ГТИН/ШК товаров, можно привязать ручками
5. раставляем файлики в том порядке в котором будем формировать состав набора и колов экземпляров каждого товара: ФайлТовар1 -1экз, ФайлТовар2-2экз, ФайлТовар3-1экз итд.
6. указываем диапазон маркировки (если не все за один раз), указываем код маркировки для маркировки наборов, например (02)xxxxxxxxxxxxxx(21)
7. Печатаем! Этикетки для маркировки (с идентификационными данными товара, датаматриксом, номером марки в файле) идут в строгом порядке. марки. "входяшие" в набор отбиты этикетками разделителями с номером/шк набора. отрываем этикетки с кодами - лепим на товар, встретилась этикетка-отбивка с номером набора - запечатываем набор, клеим номер/ШК набора.
9. также формируется файлик выгрузки, где товары и их коды разложены по наборам, т.е. однозначно идентифицируется товары-коды-наборы, этакая агрегация (в набор входит размерный ряд в данном случае, а вообще - какие угодно товары. можно таким образом формировать коробки одного товара, указав то в набор входит один товар в колве Nэкз), такие наборы формируются для того что клиент их по своим филиалам раскидывает).
.
этикетки 40-25 для датаматриксов и номеров наборов и 56-100 для номеров/ШК наборов, потому как ШК набора не влазит на 40-25. наборы после упаковки отнумерованы номерами. этикетки со штрихкодами наборов - тожде номерные - нготовые упакованные наборы проклеиваются соответсвующими номерными большими этикетками с ШК набора.
.
этикетки/шаблоны макетов в принципе пофиг какие, какие нарисовать те и будут. плугинчиками сделаю.
.
успешно пару отгрузок сделали уже.

и еще прямой и обратный порядок печти этикеток со стрелочками,идентификационными данными отгрузки/заказа и прочее...
в обратном порядке удобно - вылазят этикетки, их тут же сматываешь, смотал - получается готовый рулончик с начала...

типа
https://i.ibb.co/NK3xtHF/2020-05-21-161523-1.png

если не будет лень то и формирование файликов и прочее что наружу надо выдать можно прицепить будет

Операция обратная(52) - у меня разогрегация(магазинчики розничные,сигареты коробами не продают, максимум - блоками, а обычно - пачками). У тебя, судя по всему - опт. Поэтому, задача прямо обратная.

(58) Ты знаешь, тут не так все однозначно... Вчера, звонят одни клиенты... Говорят, "нам надо для наших арендаторов, пятерочка, выгрузить файл акта в XML"...
Нормально... Это как, говорю, через ЭДО что-ли - ? А вы в курсе, что ЭДО, это отдельная тема, его надо подключить, через какого-либо оператора - Диадок, СБИС, 1С-ЭДО, или еще кого-то? Да, говорят, мы подлючили ДИАДОК, и даже проплатили им 1500 руб...
Ббблллиииннн.... За что? У вас восьмерка, бухия... 3.0... И как? Доступ к API,. у Диадока - 11 800 руб. стоит. Вы будете платить?
Да нет еонечно, ты что... Директор удавится, за 12 бумажек в год - почти 12 тыр заплатить... По тысячи за акт... А можно как-то обойти?
Ну, говорю, скорее всего - можно. Вроде, в бухгалтерии, типовыми методами, можно выгрузить файл УПД. И, потом, загрузить его через web-интерфейс Диадока...
Попробовал. Нашел как - за минуту. Еще пять, потратил, что-бы исправить ошибки в акте(ну, там адреса и т.п...). Получаю файл. Думал - ура!
А фиг там... Ошибки формата. Какие - не комментируется Диадоком. И куда копать - совершенно не понятно.

PS Кончилось дело тем, что они увидели, что через WEB-интерфейс можно создать с нуля документ и отправить. Говорят - да плевать, нам не трудно вручную набрать раз в месяц... Ну не 12 же косарей платить за это!
Вот, так...

Случайно ни у кого нет примера кода маркировки пачки/блока (gtin + серия) из тестового контура int01.gismt.crpt.tech?
Либо подскажет может кто как генерировать самому коды?
Хочу в TrueApi проверить метод /cises/info без токена почему-то выдает что нужна полная аутентификация, хотя в документации написано можно и без токена (либо во 2 пункте опечатались и дб ЛП).

Тип приватности:
1. Публичный (для ТГ ∈ [ЛП; МОТП], в МОТП сохранён данный тип приватности для обратной совместимости с прежними релизами True API);
2. Без токена (для ТГ = МОТП в связи с расширением общедоступной информации в МОТП).

(61) А чего, обязательно тестовый? Вот, рабочии коды, правда давно уже проданные, еще до 01.07.19:
Блок Винстон:
0104600439934837210qPwoqm800513200093Vaqh24014378467

(01)04600266012197(21)Ks_YBnH
(01)04600439934837(21)0qPwoqm

Если движок форума "побьет" непечатные символы в коде блока, напишите, пришлю текстовым файлом...

>>Разогрегацию упаковок(деревом - коробок до блоков, блоков до пачек) я делал через API Честного знака.
Ссылочку не дадите где можно почитать описания АРI ?

(60) ну и у меня клиент есть с валдбериз, аналогично в ЛК набирает электродокументы и все

(61) у меня ничего не получилось без токена.
(62) Есть код короба?

(63) Вот эту тему почитайте: Запрос к API МОТП, возвращает html вместо json - ?
Там ссылка в первом сообщении, но, она похоже "протухла"...
Где сейчас скачать - не знаю, но, есть скачанные, несколько версий... Могу завтра найти, собрать в один архив и выложить. Только какая из них актуальная - я х.з. Там черт ногу сломит...

(65) Нет, короба нет.

(64) было бы здорово

(67) Вот, все ПДФки, какие в папке "Маркировка" живут, в одном архиве: https://cloud.mail.ru/public/4m8b/2vR8FQ944
Но, какие описания актуальные, какие нет - сами разбирайтесь, у них с описаниями такой-же бардак, как и со всем остальным :-(

(68) Спасибо , пошел читать :)

(68) тоже почитаю )

(63) Раздел для разработчиков: https://xn--80ajghhoc2aj1c8b.xn--p1ai/business/projects/tobacco/documents/for_developers/

Текущий АПИ (25.05): https://xn--80ajghhoc2aj1c8b.xn--p1ai/upload/iblock/666/v.4.1-_-Dokumentatsiya-dlya-partnerov-po-True-API-_2_.pdf

Ссылки на АПИ постоянно "протухают". Всегда актуальная из раздела "Для разработчиков" (по первой ссылке. Там ссылка на True API)

(65) Ответ тех.поддержки: На текущей момент зафиксированы проблемы в работе метода без токена авторизации, ведутся работы по восстановлению.
Также через тех.поддержку создали кучу кодов маркировок под пачки, блоки на организацию в тестовом контуре.

(72) вы говорите о запросе без электронной подписи я правильно понимаю ?

(73) да про URL: /cises/info