Запускаем маркировку текстиля на предприятии оптовой торговли.
Столкнулся с таким вопросом. 1с КА 2.4.13.57 (проверял и на актуальной 2.4.13.103 - результат тот же) при маркировке остатков предлагает сделать виртуальную агрегацию, и распечатать КИТУ (коды идентификации транспортной упаковки) и нанести на товар. формато кода: (00)iGGGGGGGGGSSSSSSSK
i - символ расширения (тип упаковки)
GGGGGGGG - 9 первых символов GLN компании-эмитента упаковки
SSSSSSS - 7 символов для серийного номера данной конкретной упаковки
и последний - контрольный символ.
подробнее можно посмотреть вот тут: https://infostart.ru/1c/articles/1256877/ Я хочу обратить внимание на идентификатор применения (00).
В дальнейшем выполняется агрегация, на честный знак все выгрузилось, можно проверить на портале. Коды идентификации передаются с вырезанным идентификатором применения, т.е. без (00), сразу начинается с символа расширения.
Даже сформировать УПД и просканировать туда КИТУ можно, УПД выгружается в ЭДО как надо.
Если на той стороне 1с-конфигурация, она даже сможет прочитать этот ШК, и все будет хорошо... вот только не у всех наших клиентов 1с.
Я экспериментировал, но никак не могу заставить 1с распечатать именно тот штрихкод, как в примере в методичке. Я уже убирал скобки, убирал скобки с нулями, все равно сам узор ШК отличается. При этом, есть онлайн сервисы, которые умеют по переданному значению SSCC (что со скобками, что без) генерировать точно такой же узор, как в методичке. Вот например: https://products.aspose.app/barcode/generate/sscc18#result
Вопрос. Что нужно сделать, чтобы заставить 1с генерировать валидные штрихкоды, согласно спецификации SSCC?