scompany

1. Когда-то в своей практике для формирования картинки-штрихкода на стороне сервера использовал StrokeScribe (), доп. кодом

Код

tbc          = Новый COMОбъект("STROKESCRIBE.StrokeScribeClass.1");       tbc.Alphabet    = ТипШрихКода;       tbc.Text       = ДанныеКода;              Если ТипШрихКода = 33 Тогда          tbc.AztecECL= УровеньКоррекции;       Иначе             tbc.QrECL    = УровеньКоррекции;       КонецЕсли;                 Если ПустаяСтрока(Подпись) = Ложь Тогда          tbc.TextBelow   = Подпись;       КонецЕсли;       tbc.Rotation   = УголПоворота;       tbc.UTF8      = Истина;       tbc.ShowText   = ПоказыватьТекст;       Массив          = tbc.GetPictureArray(2, Высота, Ширина);              objXML          = Новый COMОбъект("MSXml2.DOMDocument");       objXML.loadXML("<Ba se64Data />");       objDocElem       = objXML.documentElement;       objDocElem.dataType = "bin.base64";       objDocElem.nodeTypedValue = Массив;       textBase64       = objDocElem.text;              Двоичные    = Base64Значение(textBase64);       Результат   = Новый Картинка(Двоичные);

2. Если бы имел больше опыта, то можно было бы доработать эту компоненту:
http://ocvita.ru/ocvita-barcode

(32)
В первую очередь обработка служит примером для реализации алгоритмов:
- пересчет из разных систем исчисления для больших чисел (на тот момент платформа имела ограничение)
- один из вариантов как можно организовать штрих-кодирование документов по GUID (на тот момент такой функции не было)
- формирование штрихкодов без использования внешних средств, кроме шрифта (как метод борьбы со "злыми администраторами")

По прошествии 5 лет, актуальность данной обработки почти исчезла
- платформу доработали
- добавили компоненты (кстати в типовых перекодирование GUID тоже используют из 16-ой в 10-ую).
DataMatrix так и нет, хотя он востребован на производствах.
- в наличие много альтернативных компонент, в т.ч. бесплатных, админы стали добрее

P.S.
Мое мнение по-поводу всех этих танцов с бубном:
Давно уже напрашивается реализация штрихкодирования на уровне платформы, без всяких компонент. (типовые натив компоненты подозрительно большие)
Например как это сделано в похожих системах: FastReport, CrystalReport и т.п.
Можно сделать специальный вид картинок в табличном документе.

Извлечение в файлы и сравнение больших текстовых полей, не самое производительное решение.
В добавок данное действие происходит в транзакции, что для систем с количеством пользователей от 100 пользователей и более, должно приводить к блокировкам.
Для сравнения версий предпочтительней использовать HASH ключи:
1. В регистр добавить реквизит: Ключ = HASH ключ версии
2. Перед записью вычислять данный ключ для версии и записывать в регистр
3. При последующией записи получать предыдущий ключ и сравнивать с новым.
Да кстати, в последних релизах платформы появилась встроенная поддержка работы с HASH ключами:
Объект: Хеширование

Даже очень, но
1. По мне, слишком много элементов одновременно на форме (но это дело вкуса)
2. И главное для управлямых форм подобное реализовать будет проблематично.

Очередная форма альтернативного выбора даты и периода.

Вот как раз печать шрифтом тестировалось не полностью.

(27) dablack,
Добрый вечер.
Для печати используете штрих кодов какой способ используете?
1. Печать шрифтом
2. Печать компонентой 1С
3. Печать сторонней компонентой.

1. Это ограничение на количество кодируемых видов объектов 1С (Документы, Справочники и т.д.). 255 видов объектов 1С или логических сущностей, что вполне избыточно. Но и это можно доработать, если нужно.
2. Cтандарт штрихкода CODE128 (EAN128) имеет свои ограничения длины, точнее явных ограничений не имеет. (штрихкод переменной длины)
3. При этом надо не забывать про другие ограничения:
- техническую возможность луча сканеров читать такие "широкие" штрихкоды
- возможность уместить на листе "широкие" штрихкоды при печати.
- чем "шире" штрихкод, тем более возрастает вероятность его порчи в процессе работы (замятия бумаги, качество печати и т.д.)

Сообственно разработка служит для обхода ограничения пункта #3.

(21) dablack,
Конечно можно, только надо модифицировать алгоритмы подготовки кода и последующей расшифровки.
Сложность будет на этапе кодировки, так там используется преобразование из 16 в 93 систему.
Надо будет приводит реквизит "Версия" к 16 основанию или иначе снизиться эффективность упаковки.

(18) ksai,
обновил файл, можно проверить