скобки в коде маркировки

Скобки в коде маркировки

Матричные точечные коды типа Datamatrix используется сейчас достаточно широко в большом количестве отраслей. Часто содержание данных также стандартизировано, поэтому, например, «datamatrix» становится «datamatrix GS1». Хотя оба кода выглядят одинаково, последствия использования неправильного кода могут быть фатальными. Ниже мы объясним разницу между двумя кодами.

Мы создали два шаблона в редакторе макетов: «GS1 Datamatrix» и простой «Datamatrix». Содержание зашифрованных данных одинаково для обоих кодов. Коды неразличимы невооруженным глазом, размер идентичен. Даже с приложением для считывания штрих кодов, которые обычно используются на смартфонах, разницы не видно.

Но профессиональный сканер штрих кода, который используется на производстве или в отделе поступления товаров, очень хорошо распознает разницу. Сканер штрих кода выдает код ошибки, если ожидается «GS1 datamatrix», но на продукте или этикетке нанесен обычный «datamatrix». Наиболее частая ошибка, связанная с этим: «отсутствует признак GS1 datamatrix».

При анализе с помощью тестового прибора разница становится очевидной.

GS1 Datamatrix содержит управляющие символы FNC1

GS1 Datamatrix имеет специальный управляющий символ под названием «FNC1» в начале кода. Этот код виден в строке «Конечный вариант» на картинке ниже.

FNC1 превращает «простой datamatrix» в «GS1 datamatrix»! Символ кодируется в начале и показывает приложению, что содержимое кода структурировано в соответствии со стандартами GS1.

Символ FNC1 также может использоваться внутри кода GS1. Этим символом заканчивается содержание данных идентификаторов приложения, которые имеют переменную длину. Однако в нашем примере, он не применяется, потому что единственный используемый здесь идентификатор приложения переменной длины находится в конце кода. В этом случае контрольный символ FNC1 добавлять не нужно.

GS1 Datamatrix

Datamatrix

Еще одна распространенная ошибка: в обычном тексте идентификаторы данных помещаются в скобки. Эти скобки в коде не кодируются, что видно при сканировании кода сканером:

Источник

Скобки в штрихкоде SSCC для Честного Знака (маркировка)

В дальнейшем выполняется агрегация, на честный знак все выгрузилось, можно проверить на портале. Коды идентификации передаются с вырезанным идентификатором применения, т.е. без (00), сразу начинается с символа расширения.
Даже сформировать УПД и просканировать туда КИТУ можно, УПД выгружается в ЭДО как надо.
Если на той стороне 1с-конфигурация, она даже сможет прочитать этот ШК, и все будет хорошо. вот только не у всех наших клиентов 1с.

Оказалось, что клиент не может принять товар этими упаковками, поскольку ожидает код в формате UUiGGGGGGGGGSSSSSSSK. 20 символов без скобок. Они уже даже сделали у себя патч, чтоб можно было принимать вообще без идентификатора применения, т.е. 18 символов.
Но 1с для них преподнесла сюрприз.
Попробуйте просканировать штрихкоды из методички GS1: http://www.gs1ru.org/wp-content/uploads/2017/02/%D0%98%D0%B4%D0%B5%D0%BD%D1%82%D0%B8 ­%D1%84.-%D0%BA%D0%BB%D1%8E%D1%87%D0%B8-%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D1%8B-GS1-SSCC-2015.pdf
У них тоже скобки в ШК не зашиты. Они выводятся в подписи, но в самом ШК их нет.

Я экспериментировал, но никак не могу заставить 1с распечатать именно тот штрихкод, как в примере в методичке. Я уже убирал скобки, убирал скобки с нулями, все равно сам узор ШК отличается. При этом, есть онлайн сервисы, которые умеют по переданному значению SSCC (что со скобками, что без) генерировать точно такой же узор, как в методичке. Вот например: https://products.aspose.app/barcode/generate/sscc18#result

Вопрос. Что нужно сделать, чтобы заставить 1с генерировать валидные штрихкоды, согласно спецификации SSCC?

Источник

Структура Datamatrix в системе «Честный знак»

Структура

Для маркировки товаров используется штриховой код GS1 DataMatrix. Он позволяет кодировать идентификационные ключи системы GS1, а также любую дополнительную информацию о товаре (вес, срок годности, номер серии, номер партии, дата изготовления).

С введением обязательной маркировки — формировать, печатать и проверять коды GS1 DataMatrix необходимо уметь практически в каждой организации.

Как правильно сформировать GS1 DataMatrix:

*При формировании используется таблица символов Base64

В соответствии с требованиями GS1 DataMatrix Guideline, в начало получаемой строки кода необходимо добавлять признак символики – ASCII232 (так называемый FNC1).

FNC1 — специальный символ, который указывает, что закодированная последовательность является штрихкодом GS1. В случае отсутствия этого символа технические средства не распознают код правильно и не смогут его корректно обработать.

В конце полей переменной длины необходимо использовать специальные символы GS1 — разделители. Они нужны для того чтобы идентифицировать отдельные блоки штрихкода. В качестве разделителей допустимо использовать либо символ ASCII 29 (GS).

Обращаем ваше внимание, что использовать FNC1 в качестве разделителя — настоятельно не рекомендуется, так как теряется порядок учета полей.

Визуально в подписи DataMatrix кода такие разделители не отображаются.

Важно. Приложение Честный Знак может распознавать различные виды DataMatrix. Даже QR-коды. Тот факт, что код распознался и информация о товаре отобразилась, не является показателем, что DataMatrix сформирован правильно и имеет структуру GS1 DataMatrix.

Оператор ЦРПТ выпустили пояснение, как правильно генерировать коды. Из-за большого числа кодов с ошибками они признали коды без FNC1 валидными, но, все-таки, рекомендуют генерировать GS1 DataMatrix.

К сожалению, достаточно большой процент DataMatrix кодов от субъектов приходит с ошибками.

Когда Коды Маркировки заказаны и сгенерированы. Их можно забрать через API в текстовом виде, в ТХТ как файл с текстом.

Источник

Data Matrix, GS1, код маркировки и разделители

Содержание

Формирование GS1 DataMatrix

Цитата из Описания АПИ СУЗ:

Для корректного формирования GS1 DataMatrix необходимо в начало получаемой строки кода маркировки добавлять признак символики – ASCII232, перед конвертацией в DataMatrix, в соответствии с требованиями GS1 General Specification, в противном случае технические средства не распознают код правильно и не смогут его корректно обработать.

Ниже приведены ссылки на спецификации:

Проверка корректности GS1 DataMatrix

Для проверки корректности штрихкода GS1 DataMatrix можно использовать Приложение для проверки кодов маркировки от компании Клеверенс.

Мысли по теме использования и неиспользования стандартов

Скомпилировано со слов Сергея Баженова и скоро будет подвергнуто редакторской правке (по материалам Главного чата маркировки от 2019-07-03)

Возможно я опять выступлю адвокатом дьявола, но действительно, по стандартам GS1 если длина поля фиксирована, то после него никаких разделителей нет. а если длина поля не фиксирована, то обязателен разделитель, кроме случая, когда дальше уже ничего нет. это касается многих кодировок, начиная от EAN-128 и ISO/IEC 15424 и заканчивая DataMatrix когда в сего пишется код GS1. это касается именно данных в штрихкоде. на печать можно выводить скобки или как-то еще изголяться.

Если разрешите я могу рассказать как должно быть и как сделано

Есть грубо три разных мира: как должно быть, как есть на практике вообще и как есть на практике в Маркировке. сразу оговорюсь, что в маркировке всё очень даже неплохо

Как должно быть: есть стандарты GS1, которые никто не читает. Они говорят, грубо, что есть информация, которая может быть зашита в штрихкод. При этом штрихкод — это никакая ни строка текста. Штрихкод — это полоски. То, что написано обычно под штрихкодом называется «человеко-читаемой формой представления» информации, зашитой в штрихкоде (а не самого штрихкода!!). у штрихкода нет никакой строки. никакая строка не соответствует никакому штрихкоду. есть информация, её можно представить в виде строки, а можно в виде штрихкода.

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

Ну тут есть засада про скобки. Далее, есть вот это представление со скобками. Это всего-лишь рекомендованная человеко-читаемая форма представления. И с ней есть проблема, о которой тут только что говорили: порядок полей не определен никаким стандартом. У штрихкода нет двоичной записи. Есть информация, которую хотим закодировать (объект с полями), и есть стандарт как её преобразовать и закодировать. Бинарный формат есть только у EPC

Про то «как должно быть» это по сути всё. Основная сложность состоит в том, что по стандартам основанием для штрихкода служит информация, карточка товара грубо говоря, поля, значения, а никакая не строка. Но этого никто не понимает и использует строку «типа штрихкод», как идентификатор. Как есть: люди пихают в штрихкоды что хотят. Без специальных символов, со специальными символами и т.п. причем и в России и в Европе.

простой пример: есть кодировка CODE-128, которая отвечает за то, какими штрихами какие символы надо кодировать. есть штрихкод EAN-128, который использует кодировку CODE-128 для кодирования данных о товарах, паллетах, поставках и т.п. Он отличается от CODE-128 тем, что в нем должны быть префиксы, разделители, структура есть. CODE-128 ничего не говорит про структуру, только про штрихи. а EAN-128 говорит про структуру как информация должна быть подана но сплошь и рядом на товарах и паллетах можно увидеть: как бы EAN-128 распечатанный при помощи других штрихов, например CODE-39 или используют кодировку CODE-128, кодируют с её помощью строку «(01)12345. » прямо со скобками и думают, что это типа EAN-128 и прочие прелести

Как сделано в маркировке: всё очень неплохо, все стандарты соблюдены, кроме того фиксирован порядок датаайтемов (полей данных) как в самом штрихкоде, так и в строке КМ. Большое везение ребят в том, что они сами генерируют КМ (строковое представление), а не получают его с рынка «как есть»

Скобки не входят в AI, верно. Но AI это про штрихкоды формата GS1. А в DataMatrix можно печатать любую дичь. Нет никакого запрета.

Скобки как символы разрешены в DataMatrix, более того туда можно кодировать например URL, как в QR код.

Вот алфавит из датаматриксов ЦРПТ: ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789!»»%&’*+-./_,:;=<>?

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

А, нет, сорри. Одно замечание. Как мы боремся с этим адом в своём софте. У нас есть понятие сырых данных и форматированных данных. В отличие от маркировки к нам могут прилететь данные из сторонней системы, со скобками, с любой дичью. в таблице данных это всё льется в таблицу колонку сырых. и есть вычислимая колонка, которая любую дичь приводит к правильному формату

Источник

Маркировка: как не надо печатать этикетки SSCC

Что в типовом?

Пользователям 1с, как я считал, очень повезло — эксперимент уже несколько лет идет полным ходом, сотни компаний уже обкатали это до нас, нам достаточно просто обновить конфигурацию. С первым клиентом мы провели тест — отправили УПД, они проверили марки, все хорошо, УПД отклонили. С чистой совестью мы физически отправили первую партию товара.

Логика работы в типовых конфигурациях 1с, поддерживающих маркировку следующая:

1. эмиссия марок (получаем от ЧЗ или сами генерируем серийные номера каждой единицы товара)

2. виртуальная агрегация (генерируются коды SSCC коробов, сохраняются, определяется состав каждого конкретного короба, распечатываются этикетки на штучки и короба, но данные в ЧЗ пока не передаются — они остаются в 1с)

3. марки вводятся в оборот (поштучно, не упаковками)

4. введенные в оборот марки агрегируются, согласно п.2, т. е. данные виртуальной агрегации передаются в ЧЗ.

5. при отгрузке формируются паллеты, под каждый паллет генерируется еще один упаковочный код (SSCC-паллета, включающий в себя перечень SSCC-коробов), проводится агрегация

6. выполняется отгрузка, клиенту передается электронный документ (УПД через ЭДО, либо непосредственно через ЧЗ), содержащий перечень передаваемых SSCC.

7. покупатель сканирует коды SSCC (паллет или коробок), и подтверждает, что именно эти коды он и получил.

Разумеется, это не единственный возможный вариант цепочки. Можно вообще не использовать агрегацию, и в УПД передавать весь перечень марок. Можно агрегировать заранее, и в оборот вводить уже упаковки (мы так и делаем, но для этого пришлось дорабатывать конфигурацию, из коробки она так не умеет). Но давайте вернемся к нашему кейсу. Как оказалось, в п.2 компания 1с подложила нам свинью. Выяснили мы это только на п.7.

Проблема

Беда пришла откуда не ждали. Клиент получил УПД, проверил переданные КИТУ, выгрузил их на ТСД, с помощью которого должна пройти приемка. Однако, сканируя непосредственно ШК, он не находил такого кода в списке ожидаемых.

Чтобы понять, как это получилось, давайте обратимся к инструкции GS1 по формированию SSCC. Сам формат описан, например здесь. Обратите внимание на идентификатор применения — он помещается в скобочки. Вот только если просканировать сам штрихкод, то никаких скобочек в нем нет (хотя словарь code-128 на основе которого реализован GS1-128 стандарт для SSCC позволяет зашивать в ШК символы скобок).

Возьмем методичку непосредственно от GS1ru, там есть пример самого баркода, как может выглядеть SSCC. Попробуем сгенероировать точно такой же с помощью типовой актуальной КА 2.4.13.103.

Для примера, возьмем штрихкод из методички: (00)146012345600123453

Для проверки, сгенерируем штрихкод сами, с помощью онлайн-сервисов, например вот этого.

Создадим макет логистической этикетки. Тип штрихкода GS1-128, отдельного типа для SSCC при создании макета не предлагается:

Сравним с тем, что выдает на печать 1с и то, что показано в методичке:

Как видно, 1с формирует совершенно другой узор.

Первая причина элементарна: 1с выводит ШК как есть, вместе со скобками. Это можно проверить, считав ШК любым сканером, хоть приложением с мобильного телефона.

7.4 Представление скобок в символе штрихового кода GS1-128

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

Наши партнеры, не пользующиеся продуктами 1с, сами реализовавшие механизмы работы с маркировкой, в том числе работы SSCC, не ожидают от нас штрихкода с зашитыми скобками, и не могут сопоставить его с КИТУ, пришедшими им в электронной УПД.

Я экспериментировал с выводом на печать различных вариантов идентификатора применения, но так и не добился точного сходства штрихкода с эталонным. Тем не менее, для себя, я пока переделал печать ШК таким образом, чтобы идентификатор применения зашивался в штрихкод без скобок. Вы можете скачать расширение, с помощью которого я этого добился. При чтении этикетки SSCC любым сканером, вы получите 20-ти символьную строку, которую можно сопоставить с корректным КИТУ, однако это будет не совсем SSCC-код.

Вторая причина в том, что SSCC штрихкод формируется немного иначе. Идентификатор применения 1с просто вставляет как часть штрихкода, но по стандарту это не так. Идентификатор применения помещается в специальный раздел FNC1:

Начальная комбинация двух знаков (знак СТАРТ + FNC1) во всем мире зарезервирована для прикладного применения системы GS1. Она позволяет отличить символы штрихового кода GS1-128 от иных не соответствующих этой символике символов штрихового кода.

Если поковыряться в коде 1с, то под «gs1-128» на самом деле имеется в виду EAN-128. Тип данных «2» в компоненте печати ШК. Вероятно, переименовывать, или делать отдельно gs1-128 или SSCC просто не стали. Очевидно, что алгоритм формирования узора штрихкода несколько иной, чем в генераторах, поддерживающих «настояший SSCC». Возможно мое конкретное предположение об использовании FNC1 и не корректно, возможно компонента по-умолчанию сама добавляет этот символ — но тогда не понятно, как заставить ее сгенерировать эталонный узор штрихкода. Пока для меня эта задача не решаема, а значит, либо «под капотом» что-то не то, либо обертка в БСП работает не совсем корректно.

Что делать?

1. С каждым клиентом, проводите предварительный тест. Одним из пунктов чек-листа должно быть сканирование образца этикетки КИТУ. Вполне может быть, что они уже подстроились, и умеют читать такие «нестандартные» варианты формирования картинки штрихкода.

2. Если штрихкод не читается, пробуйте решить проблему на стороне приемки. Если есть возможность выгрузить на ТСД несколько возможных вариантов написания КИТУ — лучше сделать так, и больше не вспоминать об этой проблеме.

3. Уточнить, готовы ли клиенты получить КИТУ в формате EAN-128, с идентификаторами применения зашитыми прямо в сам штрихкод, но без скобок. Если так — можно накатить приложенный патч (сделан в виде расширения). Это чуть менее неправильно, и для некоторых клиентов может решить проблему.

При отгрузке формируйте паллеты, агреггируйте короба в паллеты и передавайте в УПД КИТУ паллет. Напечатать новые упаковочные коды на паллеты несколько проще чем заново печатать SSCC коробов, и попытаться не перепутать, на какую именно коробку их наклеить.

Есть пара сложностей:

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

Фактически, для этого нужно создать элемент справочника «Штрихкоды упаковок», и заполнить его табличную часть «вложенные штрихкоды». Туда нужно положить упаковки. При этом, не забудьте, что после изменения состава упаковки, нужно пересчитать ее хэш.

б. выполнить агрегацию в Честном Знаке. В типовой 1с мне так же не удалось найти вменяемых механизмов, как можно одну КИТУ вложить в другую уже после выполнения ввода в оборот. 1С не хранит статус упаковок — выгружалась она в Честный Знак или нет. Потому, ваша сложная иерархия при попытке агрегации, будет выгружаться полностью, в том числе и КИТУ коробок. Естественно, честному знаку не понравится, что вы повторно агрегируете что-то, и он не пропустит такую операцию.

Выход — формировать csv, и загружать его на портале Честного Знака руками. Благо формат не сложный.

в. Нужно подобрать вновь созданные штрихкоды в реализацию, и отправить их в Честный Знак. Печать этикеток в этом случае не должна вызвать больших сложностей. Перечень штрихкодов для этих целей хранится в табличной части накладной «ШтрихкодыУпаковок»

Disclamer. Если покупатель будет вскрывать паллеты, и пытаться продавать кому-то далее коробами — он поимеет ту же проблему что и вы. Единственный приемлемый вариант, когда так можно сделать — если вы продаете эти короба в сеть, которая будет продавать товар только в розницу (причем от одного юрлица). В общем, проговаривайте с партнерами ситуацию.

4. И если совсем уже ничего не помогает — перепечатывать и переклеивать упаковочные коды. Тут есть две опции:

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

Причины купить

Следует знать, что существует функция ШтрихкодыУпаковокКлиентСервер.ШтрихкодSSCC().

Эта функция пересоберет заново значение штрихкода согласно переданным требованиям (наличие/отсутствие идентификатора применения, и скобочек).

Если это ни о чем вам не говорит, то лучше скачать расширение-заплатку.

Достоинства

Исправление внедряется в типовые УТ11.4.13, КА 2.4.13 ERP2.4.13.

В результате, штрихкод логистической упаковки SSCC будет формироваться без скобочек. Это тоже не совсем правильно

было 22 символа: (00)146012345600123453

станет 20 символов: 00146012345600123453

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

Станет 18 символов: 146012345600123453

Источник