Тип приватности методов API и ошибка: "КМ не найдены" : Маркировка

Выкинула она эту марку, и сыр продала
Так, что, доподлинно мы не узнаем, что там случилось. Но, скорее всего, все так и есть, как выше описали.

Хм... А как Вы это проверили?
У меня, почему-то с этой маркой не получается.

Сделал отчетик для проверки марок с криптохвостом:

5.1.8. Метод верификации кода идентификации с крипточастью

В принципе, работает - некоторые марки проверяются.
Но, эта - ни в какую...
Во вложении, тело запроса на 4 марки, в том числе и эта там.
И ответ - ошибка, в списке одна эта марка, значит остальные три верные...
Что я не так делаю?

Вложения

	ProbaZaprVal.rar (245 байт, 16 просмотров)
	ProbaOtVal.rar (167 байт, 13 просмотров)

Откуда в коде взялись 91 и 92? В исходном только 93.
Я просто из кода сделал картинку DM и проверил ее приложением ЧЗ.

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

В общем, к отчету новому претензий нет, скорее всего он работает правильно.
Вот так марка со сканера прилетает:



Скорее всего, я ВК FormEx, с помощью которого на печать ДМ вывожу перехвалил, с печатью что-то не то... Хотя, может конечно и сканер, но мало-вероятно...
Надо отпечатанное смартфоном проверить.

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

Просто приложение "Сканер QR&ШтрихКодов", выводит строку ШК, так-же, как у меня в 1С - с 91 вместо 93 и 92 вместо 31....

Буду печать ковырять...

Разобрался

В общем, FormEx тут ни при чем... Что я ему даю, то он и печатает.
Я для печати использовал обработку, которую давно писал, когда остатки своих товаров по обуви и шмоткам маркировали...

Я уже сейчас и не помню зачем, но, там у меня такая функция есть:

Функция ПреобразоватьШК(ШК)
ШК = "[01]" + Сред(ШК, 3);
Лев1 = Лев(ШК, 18);
Прав1 = Сред(ШК, 21);
ШК = Лев1 + "[21]" + Прав1;
ПозРазд = Найти(ШК, Симв(29));
Лев2 = Лев(ШК, ПозРазд - 1);
Прав2 = Сред(ШК, ПозРазд + 3);
ШК = Лев2 + "[91]" + Прав2;
ПозРазд = Найти(ШК, Симв(29));
Лев3 = Лев(ШК, ПозРазд - 1);
Прав3 = Сред(ШК, ПозРазд + 3);
ШК = Лев3 + "[92]" + Прав3;
Возврат ШК;
КонецФункции

Что-то связоно с преобразованием кодов, полученных из ЧЗ списком, перед печатью...
Те марки, которые я тогда печатал этой обработкой, проходили проверку в ЧЗ.
А сейчас, эта функция похоже оказывает ненужную "медвежью услугу".
Видимо, когда ШК со сканера, и там уже есть эти 93 и 31, то нужно так и печатать, не подменяя ни на что...

Ф-ия похоже готовит ШК для печати в компоненте - оборачивает идентификаторы применения в квадратные скобки, а GS удаляет.
Но рассчитана на фиксированные идентификаторы одного из видов товарных групп. На список допустимых переделать нужно.

Ага. Я уже делаю, это я в свое время "перестарался", до конца не въехав в смысл, нужно просто для этой компоненты вырезать GS1, а уже имеющийся в строке идентификатор применения оборачивать в квадратные скобки.

Сделал, распечатал по новой. Через API - проверяется нормально, даю ему список из шести марок, одна, в этом списке, проблеммная - эта, с "?" вместо ",", возвращает ошибку, и в списке одна эта марка.
Так и должно быть.
Вот только мобильное приложение ЧЗ, выводит так-же красное предупреждение, что товар "сомнительный", типа не все условия соблюдены по формированию ШК...
Х.З, чего ему надо, но и марка, которая оригинальная, фотка у меня(родная сестра этой, из поставки позже, и с другим весом) точно такую-же ошибку в приложении выдает а в отчете через API проверяется.
Во вложении фотка оригинальной марки, проверьте у себя пожалуйста...

Миниатюры