← На главную

Часто при автоматизации складского учета или розничной торговли возникает потребность внедрить внутренние штрихкоды необычной длины или формата. Давайте подробно проанализируем ситуацию, с которой столкнулся автор: он решил использовать формат EAN-13, но намеренно нарушить 13-е контрольное число для кодирования собственной информации. Дополнительно разберем сопутствующую проблему, когда штрихкод Code 128 отлично сканируется с экрана монитора, но наотрез отказывается читаться с распечатанной этикетки шириной 58 мм. Рассмотрим эти вопросы по шагам.

Особенности аппаратной проверки EAN-13 сканерами

Стандарт EAN-13 жестко регламентирует свою структуру. Первые 12 цифр несут основную информацию (префикс, код предприятия, код товара), а вот 13-й символ является контрольным числом. Это число вычисляется по строгому математическому алгоритму на основе предыдущих двенадцати цифр.

Что произойдет, если мы умышленно сгенерируем штрихкод с неверным контрольным символом? Посмотрим на поведение оборудования:

1. Аппаратная валидация "на лету": Большинство современных сканеров штрихкодов и терминалов сбора данных (ТСД) аппаратно проверяют контрольную сумму в момент считывания. Если расчетная сумма не совпадает с последней отсканированной цифрой, сканер делает вывод, что штрихкод поврежден или считан с ошибкой (например, из-за потертости на этикетке). В этом случае он просто не передаст строку символов на компьютер.
2. Зависимость от настроек сканера: Как верно отметили в обсуждении, поведение сканера можно настроить. Существуют служебные штрихкоды для программирования оборудования, с помощью которых на некоторых моделях можно отключить валидацию контрольного числа формата EAN-13, заставив устройство передавать данные "как есть". Однако, такая функция доступна далеко не на всех устройствах, и это потребует ручной перенастройки каждого сканера на предприятии.

Программная проверка и интеграция с механизмами 1С

Даже если мы заставим сканер прочитать неправильный EAN-13, мы неминуемо столкнемся с программными ограничениями. Разберем, как на такие штрихкоды отреагирует учетная система.

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

Если в систему начнет поступать 13-значная комбинация с "неправильным" контрольным числом, мы получим следующие проблемы:

1. Стандартные процедуры поиска номенклатуры по штрихкоду будут выдавать ошибку неверного формата.
2. Обработчики драйверов подключаемого оборудования могут отбраковывать такие данные до того, как они попадут в бизнес-логику программы.
3. Мобильные приложения от 1С также имеют встроенную проверку стандартов штрихкодирования и не смогут корректно обрабатывать такие коды камерой смартфона или встроенным сканером.

Почему Code 128 читается с монитора, но не с этикетки 58 мм?

Перейдем ко второй проблеме. Пытаясь обойти ограничения, автор попробовал использовать формат Code 128, который позволяет кодировать любое количество символов и не требует строгой контрольной цифры в конце для визуального отображения. Однако код прекрасно считывался с экрана, но сканер не брал его с распечатанной термоэтикетки шириной 58 мм. Выясним причину.

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

Проанализируем процесс печати длинного кода на узкой этикетке (58 мм) с использованием стандартного термопринтера:

1. Обычный термопринтер имеет разрешение печати 203 dpi (точек на дюйм).
2. При попытке программы уместить очень широкий штрихкод в физические границы узкой этикетки происходит масштабирование изображения.
3. Из-за нехватки пикселей (точек) при низком разрешении принтера, самые узкие белые и черные полосы штрихкода начинают "слипаться" друг с другом.
4. На мониторе компьютера разрешение значительно выше, алгоритмы сглаживания работают иначе, код отображается контрастно и без искажения пропорций, поэтому сканер легко его читает с экрана.

Как решить проблему с печатью Code 128:

Для исправления ситуации необходимо либо искусственно снизить плотность штрихкода в настройках макета (увеличить ширину, если есть запас места), либо использовать принтеры коммерческого класса с разрешением печати 300 dpi или 600 dpi, которые способны четко отрисовывать микроскопические линии.

Альтернативные решения для хранения большого объема данных

Если для внутренних бизнес-процессов критически не хватает стандартной длины EAN-13, рассмотрим более надежные и современные альтернативы, чтобы не нарушать стандарты:

1. Использование формата ITF-14: В складском учете часто применяется линейный формат ITF-14. Он строится на базе логики EAN-13, но позволяет вместить 14 цифр. Это дает дополнительный разряд для кодирования, например, вида упаковки товара.
2. Переход на 2D-коды (DataMatrix или QR): Если вам нужно закодировать 25, 30 или более символов (как хотел автор изначально), и при этом вы ограничены узкой этикеткой 58x40 мм, целесообразно использовать двумерные штрихкоды. Формат DataMatrix способен вместить огромный объем информации (до нескольких тысяч символов) в виде небольшого квадрата. Такие коды не подвержены проблеме "слипания" линий при печати на термопринтерах, занимают минимум места и считываются современными 2D-сканерами под любым углом.

Таким образом, нарушение контрольного числа в стандартизированных штрихкодах неизбежно приведет к проблемам на аппаратном и программном уровнях. Гораздо эффективнее использовать подходящие под задачу форматы (например, двумерные коды) и следить за соответствием плотности печати возможностям оборудования.