Запускаем маркировку текстиля на предприятии оптовой торговли.
Столкнулся с таким вопросом. 1с КА 2.4.13.57 (проверял и на актуальной 2.4.13.103 - результат тот же) при маркировке остатков предлагает сделать виртуальную агрегацию, и распечатать КИТУ (коды идентификации транспортной упаковки) и нанести на товар. формато кода: (00)iGGGGGGGGGSSSSSSSK
i - символ расширения (тип упаковки)
GGGGGGGG - 9 первых символов GLN компании-эмитента упаковки
SSSSSSS - 7 символов для серийного номера данной конкретной упаковки
и последний - контрольный символ.
подробнее можно посмотреть вот тут:
Я хочу обратить внимание на идентификатор применения (00).
В дальнейшем выполняется агрегация, на честный знак все выгрузилось, можно проверить на портале. Коды идентификации передаются с вырезанным идентификатором применения, т.е. без (00), сразу начинается с символа расширения.
Даже сформировать УПД и просканировать туда КИТУ можно, УПД выгружается в ЭДО как надо.
Если на той стороне 1с-конфигурация, она даже сможет прочитать этот ШК, и все будет хорошо... вот только не у всех наших клиентов 1с.
Оказалось, что клиент не может принять товар этими упаковками, поскольку ожидает код в формате UUiGGGGGGGGGSSSSSSSK. 20 символов без скобок. Они уже даже сделали у себя патч, чтоб можно было принимать вообще без идентификатора применения, т.е. 18 символов.
Но 1с для них преподнесла сюрприз.
Попробуйте просканировать штрихкоды из методички GS1:
У них тоже скобки в ШК не зашиты. Они выводятся в подписи, но в самом ШК их нет.
Я экспериментировал, но никак не могу заставить 1с распечатать именно тот штрихкод, как в примере в методичке. Я уже убирал скобки, убирал скобки с нулями, все равно сам узор ШК отличается. При этом, есть онлайн сервисы, которые умеют по переданному значению SSCC (что со скобками, что без) генерировать точно такой же узор, как в методичке. Вот например:
Вопрос. Что нужно сделать, чтобы заставить 1с генерировать валидные штрихкоды, согласно спецификации SSCC?