В практике автоматизации розничной и оптовой торговли часто возникает парадоксальная ситуация: этикетки с штрихкодами выводятся из программы 1С:Предприятие, выглядят абсолютно ровными и четкими, однако сканер штрихкодов наотрез отказывается их считывать. При этом, если сохранить ту же самую этикетку в формате XLS (Microsoft Excel), немного скорректировать поля и отправить на печать из табличного процессора, сканер распознает код мгновенно. С монитора компьютера штрихкод также считывается без проблем, но бумажный носитель остается "невидимым" для торгового оборудования.
В рамках этой статьи мы подробно разберем, почему возникает этот сбой, проанализируем физику процесса генерации штрихкода в системе 1С, выясним влияние удаленной работы по RDP и предложим комплекс пошаговых решений — от простой переустановки компоненты до тонкой настройки операционной системы и драйверов принтера.
Для того чтобы понять, почему принтер выдает нечитаемый код, рассмотрим механизм формирования графики компонентами 1С. Внешняя компонента 1С:Печать штрихкодов (1CBarCode или библиотека V8.Barcod.1) при выводе макета формирует растровое изображение (картинку), состоящую из набора черных и белых пикселей.
Здесь в силу вступают три критических фактора:
Как показывает практика, наиболее частой причиной сбоя рендеринга является некорректная работа внешней компоненты штрихкодирования, особенно если база переносилась между компьютерами или обновлялась операционная система. Для устранения этой проблемы выполним переустановку компоненты.
Разберем процесс перерегистрации компоненты вручную по шагам:
1CBarCode.exe) из личного кабинета портала ИТС или возьмем его из каталога шаблонов конфигурации.
regsvr32 "C:\Program Files (x86)\1C\1CBarCode\1cbarcode.dll"
В случае успешной регистрации система выдаст диалоговое окно с подтверждением: "Успешное выполнение DllRegisterServer в...". После этого запустим 1С и проверим печать этикетки.
Если ваша база 1С находится на удаленном сервере (в облаке или на офисном сервере терминалов), а принтер этикеток подключен к локальному компьютеру, ключевым виновником проблемы почти всегда выступает технология TS EasyPrint.
По умолчанию Windows Server использует EasyPrint для быстрого проброса принтеров без установки драйверов на сервере. При этом документ преобразуется в промежуточный формат XPS/EMF, сжимается, передается на клиентский ПК и там распаковывается. В процессе этого сжатия тонкие линии штрихкодов необратимо деформируются.
Проанализируем алгоритм отключения TS EasyPrint на сервере:
Win + R, введем gpedit.msc и нажмем Enter.После применения этих политик сервер начнет передавать на локальный принтер чистый векторный поток команд печати, минуя промежуточное сжатие графики, что полностью вернет штрихкоду исходную четкость.
Поскольку штрихкод уходит из 1С на печать как графический объект, драйвер принтера по умолчанию пытается применить к нему алгоритмы улучшения изображений, предназначенные для фотографий. Это делает линии размытыми.
Проанализируем, какие настройки необходимо изменить в свойствах принтера в операционной системе Windows:
Если переустановка компоненты не дает стабильного результата, рассмотрим профессиональный альтернативный вариант вывода штрихкодов в 1С без использования графических компонент. Это вывод штрихкода как текстового поля со специальным шрифтом.
Для этого используются шрифты семейства Code39, EAN13 или IDAutomation. В этом случае штрихкод формируется операционной системой как векторный текст. Он идеально масштабируется под любое разрешение принтера (хоть 203 DPI, хоть 600 DPI) без деформации линий.
Разберем программный алгоритм реализации печати штрихкода шрифтом:
Code39.ttf).*).Посмотрим на пример кода в 1С для подготовки данных к печати:
Функция СформироватьСтрокуШтрихкодаДляШрифта(ИсходныйШтрихкод) Экспорт
// Для шрифта Code39 начало и конец штрихкода должны помечаться символом "*"
Возврат "*" + СокрЛП(ИсходныйШтрихкод) + "*";
КонецФункции
Процедура ВывестиШтрихкодВТабличныйДокумент(ТабДок, ОбластьМакета, ТекущийШтрихкод)
СтрокаДляПечати = СформироватьСтрокуШрифта(ТекущийШтрихкод);
// Заполняем параметр в области макета
ОбластьМакета.Параметры.ЯчейкаШтрихкода = СтрокаДляПечати;
// Выводим область в результирующий табличный документ
ТабДок.Вывести(ОбластьМакета);
КонецПроцедуры
Данный подход полностью решает проблему нечитаемости на любых моделях принтеров и не требует установки сторонних ActiveX компонент на рабочие станции пользователей.
В современных конфигурациях 1С (начиная с версий платформы 8.3.12 и выше) разработчики отказались от использования устаревших ActiveX-компонент в пользу Native-технологий, поставляемых в составе 1С:Библиотеки подключаемого оборудования (БПО).
Если вы работаете в устаревшей конфигурации, настоятельно рекомендуем рассмотреть возможность обновления подсистемы печати ценников и этикеток до стандартов БПО. Современные Native-компоненты БПО умеют автоматически определять DPI целевого принтера и генерировать растровое изображение штрихкода с "попиксельным" выравниванием (pixel snapping), исключающим появление дробных пикселей при рендеринге полос.
Проанализируем программное подключение современной компоненты печати штрихкодов в модуле управляемого приложения:
&НаКлиенте
Процедура ПодключитьИнициализироватьКомпонентуШтрихкодов()
ИмяПути = "ОбщийМакет.КомпонентаПечатиШтрихкодовИспользоватьNative";
// Попытка асинхронного подключения компоненты генерации штрихкодов
ПодключитьВнешнююКомпонентуАсинх(ИмяПути, "BarcodeRenderer", ТипВнешнейКомпоненты.Native)
.ПолучитьРезультат();
// Теперь мы можем использовать объект генерации векторных штрихкодов в памяти
Генератор = Новый("АддитивныйГенераторИзображенийШтрихкодов");
// Настройка параметров генерации под DPI принтера
Генератор.Разрешение = 203;
КонецПроцедуры
Использование Native-компонент гарантирует стабильность работы как на 32-разрядных (x86), так и на 64-разрядных (x64) версиях платформы 1С:Предприятие, избавляя системных администраторов от необходимости поддерживать совместимость устаревших библиотек в среде Windows 10/11.