Внешняя компонента для формирования штрих-кода PDF417
Разработка - Разработка внешних компонент
Файлы
ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Подписка PRO — скачивайте любые файлы со скидкой до 85% из Базы знаний
Оформите подписку на компанию для решения рабочих задач
Оформить подписку и скачать решение со скидкойВы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
Внешняя компонента позволяет формировать двумерный 2D штрих-код PDF417. Может кодировать кириллицу. Но не все сканеры умеют считывать кириллицу - нужно проверять.
Сканер Symbol DS6707 умеет считывать кириллицу из штрих-кода.
В компоненте реализован всего один метод
Создать(<КодируемыйТекст>,<УровеньЗащиты>,<КолВоКолонок>)
// Параметры:
// Кодируемый текст
// УровеньЗащиты - Желаемый уровень коррекции ошибок (от 0 до 8), -1 = автоматически
// КолВоКолонок - Желаемое количество колонок в штрих-коде, <1 - автоматически
(англ. Create)
ПРИМЕР:
ЗагрузитьВнешнююКомпоненту("PDF417.dll");
PDF417 = СоздатьОбъект("Addin.PDF417"); // В 1С 8.х отличается. См. ниже
КолВоКолонок = 20;
УровеньЗащиты = -1;
КодируемыйТекст = "Привет, как дела";
Код417 = PDF417.Создать(КодируемыйТекст, УровеньЗащиты , КолВоКолонок);
для 1С:Предприятие 8.х объект создаем так:
PDF417 = Новый("Addin.PDF417");
Метод Создать() возвращает текстовую строку, которую можно вывести на форме или в табличном документе в элементе "Текст" с установленным шрифтом pdf417.ttf (шрифт в архиве).
PDF417 предусматривает полиноминальное Reed-Solomon кодирование дополнительных данных для восстановления информации. Количество дополнительных данных зависит от уровня коррекции ошибок.
Компонента написана на VB6. Исходные тексты и пример отчета на 1С прилагаются.
Подробнее о штрих-коде PDF417 можно почитать здесь http://ru.wikipedia.org/wiki/PDF417
Вступайте в нашу телеграмм-группу Инфостарт
См. также
Разработка внешних компонент Телефония, SIP Разработчик 1С:Предприятие 8 1C:Бухгалтерия Россия Платные (руб)
Внешняя компонента выполнена по технологии Native API для 1С 8.х, обеспечивает доступ к программным АТС Asterisk (FreePBX, Elastix) через AMI интерфейс. Через него можно управлять многими функциями Asterisk (определение номеров, перевод звонков, набор телефона и т. д.)
5246 руб.
04.05.2018 52186 128 68
Разработка внешних компонент Разработчик 1С:Предприятие 8 1C:Бухгалтерия 1С:Управление нашей фирмой 1.6 1С:Бухгалтерия 3.0 Платные (руб)
Внешняя компонента позволяет работать c TWAIN-совместимым оборудованием (сканерами, камерами) . Полностью совместима со стандартной TWAIN-компонентой из БСП и может применяться как ее замена без изменения вызовов, при этом может работать с 64-разрядной платформой, а так же имеет расширенную функциональность, например, сохранение результата непосредственно в PDF без использования сторонних утилит. Прекрасно работает на сервере, тонком клиенте и веб-клиенте (проверена работа в браузерах Google Chrome, Mozilla Firefox и Microsoft Internet Explorer).
5084 руб.
12.05.2020 34941 147 100
Разработка внешних компонент Инструментарий разработчика Разработчик 1С 8.3 Бесплатно (free)
Внешняя обработка проверяет выгрузку конфигурации, расширений и внешних обработок и находит места, где код руками делает то, что платформа умеет штатно: регулярки через COM, пауза пустым циклом, свой хеш и Base64, распаковка архивов программой, буфер обмена через HTML-поле. По каждой находке пишет, доступна ли замена на месте или мешает тонкий клиент.
13.10.2026 1297 144 nedomolkov.ivan 5
Разработка внешних компонент Разработчик 1С:Предприятие 8 Бесплатно (free)
Нативная внешняя компонента для 1С 8 для чтения файлов Excel без установленного Excel и делает это быстро, файл 68МБ загружается в таблицу значений ~1 секунду. Компонента поддерживает чтение двух форматов: Excel 2007+ и Excel 97-2003 Формат файла определяется автоматически по сигнатуре (первые 8 байт файла), а не по расширению. Позволяет открывать XLS и XLSX файлы и получать содержимое листов в виде ТаблицыЗначений или JSON-массива.
03.07.2026 2367 skyadmin 31
Разработка внешних компонент Разработчик 1С 8.3 Бесплатно (free)
В современных корпоративных решениях на платформе 1С:Предприятие 8.3 всё чаще возникает потребность в визуальном моделировании и автоматизации бизнес-процессов с использованием нотации BPMN 2.0. Стандартные средства платформы не предоставляют полноценного редактора BPMN, однако интеграция открытой библиотеки bpmn-js позволяет реализовать интерактивное моделирование бизнес-процессов непосредственно в 1С. В статье рассмотрены архитектура решения, пошаговая инструкция по сборке библиотеки из исходников для WebKit, а также примеры программного взаимодействия между 1С и JavaScript.
03.04.2026 4261 SultanovStas 8
Разработка внешних компонент Разработчик 1С 8.3 Россия Бесплатно (free)
Создать NativeAPI-компоненту для Python-скриптов? Это просто!
20.10.2025 11004 IlyaKuznetsov 10
Разработка внешних компонент Системный администратор Разработчик Стажер Бесплатно (free)
Библиотека для работы с базами SQLite из 1С на основе внешней компоненты. Для Linux и Windows, бесплатно и с открытым исходным кодом!
14.01.2025 8217 bayselonarrend 17
Разработка внешних компонент Разработчик 1С:Предприятие 8 Россия Бесплатно (free)
В статье описывается приложение-конструктор внешних компонент (native API). Конструктор упрощает процесс разработки за счет удобного добавления всех нужных функций и процедур в графическом режиме, с указанием их параметров и типов параметров. На выходе приложение генерирует готовый код на С++ и Rust и позволяет сразу приступить к реализации, без настройки API компоненты вручную.
04.12.2024 13793 kovalevdmv 29
PDF417 за счет избыточности кодирования дополнительных данных предусматривает имспользование полиноминального Reed-Solomon кодирования для восстановления информации. Количество дополнительных кодовых слов зависит от уровня коррекции ошибок (уровни коррекции от 0 до 8 !!!).
Их достаточно много, но не "все" !!! И цены на них колеблются в широком диапазоне!!!
От Symbol
DS6700; DS6707-DP; DS6707-HD; SE4400 OEM Imager Scan Engine/PL4407; DS9808 Hybrid Presentation Imager; MiniScan MS32xx Fixed Mount Bar Code Scanner; MiniScan MS22xx Fixed Mount Bar Code Scanner; LS4208 General Purpose Bar Code Scanner; MiniScan MS4400 Fixed Mount Bar Code Scanner;
MT2000 Series Handheld Mobile Terminals; M 2000 Cyclone; LS 4008i; LS 4208
От Zebex Z-3072; Zebex Z-6012
От Metrologic MS9544 Voyager PDF; MS1690 Focus; MS1633 Focus BT
От Datalogic Gryphon D432; Lynx BT432; Lynx D432; QuickScan QS2500; QuickScan QS6500
От Code Corporation CodeReader CR.2
От Honeywell 4600g SR/SF (HHP 4600g SR/SF); 4600r Area Imager (HHP 4600r Area Imager); Honeywell 4800dr (HHP 4800dr)
кто видел как работает регл. отчетность в релизах от 1.6.16.4 думаю согласятся.
********************************************************
Есть росийский ГОСТ
ГОСТ 31016-2003 "Автоматическая идентификация. Кодирование штриховое. Спецификация символики PDF 417 (ПДФ417)" и есть еще один ГОСТ Р 51294.9-2002 (ИСО/МЭК 15438-2001) ГОСТ Р «Автоматическая идентификация. Кодирование штриховое. Спецификации символики PDF417 (ПДФ417)»
Оба посвящены одному и тому же вопросу, хотя и выпущены различными организациями и в различное время, и оба идентичны (это видно из приведенного ниже текста в самом конце).
Не буду категоричен, но, сдается мне, что в этих документах отсутствует описание кириллицы!!! Т.е. исходная символика (ПДФ417) не содержит кириллческих символов!!!
Поэтому говорить, что сканер распознает или не распознает кириллицу можно только после того как выяснится, а есть ли она в нормативном документе описывающем символику!!!
ГОСТ 30743-2001 (ИСО / МЭК 15417-2000) "Автоматическая идентификация. Кодирование штриховое. Спецификация символики
Code 128 (Код 128)" и опять-таки, сдается мне, что в этом документе ЕСТЬ ОПИСАНИЕ КИРИЛЛИЦЫ, а именно:
- стр. 20, Приложение К (справочное). Набор знаков по ИСО 8859 (латинский/кирилловский алфавиты)!!
А раз есть штатное описание (ГОСТ), то есть и отличная от нуля вероятность, что и какие-то сканеры будут заточены под эту (пока
теоретическую) возможность!
На этом кончается нормативное и теоретическое обеспечение мыслительного процесса!
А теперь практика как "критерий истины" (это из высказываний классиков марксизма-ленинизма)!
Ищем в инете "Какие сканеры штрихкода распознают кириллицу" и ....
что-то имеем в итоге:
Cipher 1000 Контактный CCD сканер штрихкодов
Cipher 1021 Контактный CCD сканер штрихкодов
Cipher 1090 Контактный ручной CCD сканер штрихкодов
Cipher 1090+ Программируемый контактный CCD сканер штрихкодов
!!!!!!!!! Поддержка языков. Поддержка кириллицы при считывании Full-ASCII штрих-кодов (Code 39, Code 128)!!!!!!!!!!!
А теперь немного практики для "думающих и вникающих".
1. Возьмите любую (лучше короткую) строку латинских букв, например "qwerty".
2. "Изваяйте" из этой строки штрихкод (ШК) и распечатайте его, а затем прочтите сканером.
3. Если при чтении ШК клавиатура была в нижнем латинском регистре (точнее в нижнем регистре латинской раскладки), то в результате вы получите "qwerty", если клавиатура была в нижнем русском регистре (точнее в нижнем регистре русской раскладки), то вы получите "йцукенг".
Результат получился проще чем грабли, на которые здесь наступили несколько раз.
Намек для "думающих и вникающих" - что может означать влючение сканера в разрыв клавиатуры!?
А всего лишь то, что вам возвращается при считывании сканером код клавиши, а в зависимости от изначальной установки клавиатуры (исключение составляют сканеры приведенные в списке выше, но они составляют ИСКЛЮЧЕНИЕ, А НЕ ПРАВИЛО) вы можете получить или латынь или кириллицу.
Отсюда следует и вполне разумное и вполне читабельное решение, но оно никак не Base64 (14).
Да, следует иметь в виду, что оно не прямое и не совсем "честное", а так, типа, для "акробатов" клавиатуры.
1. Текст готовится на латинской раскладе (и только на ней, при этом регистры верхний и нижний можно менять), но содержательно текст соответствует нужным (вам) русским буквам, расположенным на нажатых клавишах.
2. Текст превращается в ШК.
3. При считывании такой ШК клавиатура принудительно (программно) предварительно выставляется в нижний регистр русской раскладки и вы получаете желаемый русский текст.
Ограничение. В исходном тексте естественно могут быть или только латынь (или только кириллица)!!!
Пример (для солдата и матроса).
Текст "Кириллица" на русском языке соответствует тексту "Rbhbkkbwf" на латинской раскладке.
Введите этот текст ("Rbhbkkbwf") и проделайте манипуляции описанные выше, а в итоге насладитесь победой практики над теорией!
Этот прием относится к обеим символикам и ПДФ417 и к Code128 (опять таки если это не специально "заточенные" сканеры типа Cipher из списка моделей приведенных выше).
Теперь по поводу (5), а точнее "Мы используем Symbol DS 6707. Он имеет поддержку распознавания кириллицы."
У меня на тестировании 6 сканеров 5-х типов и в том числе Symbol DS6707, который (как это ни прискорбно для меня ) не имеет поддержки распознавания кириллицы для символик ПДФ417 и Code128.
Вот они все (1D - линейные ШК; 2D двумерные ШК):
Honeywell 3800g (1D);
Metrologic MS 9535 Voyager BT (Bluetooth) (1D);
Symbol DS 6707 (1D+2D);
Symbol DS 9808 (1D+2D);
DataLogic D432 Gryphon (1D+2D);
DataLogic D432-Е Gryphon (1D+2D) для особо тонкого штриха - 3 mil.
Подводя итоги изложенному, могу сказать или точнее повторить слова Козьмы Пруткова "Зри в корень".
Приношу свои извинения за длинноты и отступления в сторону ГОСТов и теории, но матчасть надо учить, а затем еще полезно было бы и подумать.
Исключение из этого правила только одно - "Думать не поручалось, а поручалось исполнять!".
ЗЫ. Возможно удастся найти время и заполучить "на посмотреть и на попробовать" специально "заточенные" сканеры типа Cipher из списка моделей приведенных выше! Самому стало интересно!!!
************
4. Вводятся в действие с 1 мая 2005 г. для применения в Российской Федерации в качестве национального стандарта Российской
Федерации ГОСТ 31016-2003 (ИСО/МЭК 15438-2001) "Автоматическая идентификация. Кодирование штриховое. Спецификации символики PDF417 (ПДФ417)", идентичный международному стандарту ИСО/МЭК 15438-2001 "Информационная технология. Технологии автоматической идентификации и сбора данных. Спецификации символики штрихового кода ПДФ417", за исключением раздела "Библиография" и приложений V, W, X, принятый Евразийским советом по стандартизации, метрологии и
сертификации (протокол заседания от 5 декабря 2003 г. N 24).
5. Признан указанный в пункте 4 межгосударственный стандарт имеющим одинаковую силу на территории Российской Федерации с введенным ранее в действие ГОСТ Р 51294.9-2002 (ИСО/МЭК 15438-2001) в связи с идентичностью данных стандартов.
************
Один из вариантов шрихкодирования кириллицы - текст перед формированием шрих-кода кодировать в Base64. А после считывания - декодировать обратно. Если это делать в пределах одной фирмы - тогда все ок. А если шрих-кодами будут пользоваться другие - тогда возможны недоразумения - шрих-код считается - а там абра-кадабра.
- Byte
- Text
- Numeric
Режим "Byte" обеспечивает кодирование Full ASCII (0 to 255), при этом плотность кодирования составляет 1.2 байта на кодовое слово.
Режим "Text" обеспечивает кодирование ASCII 127. Плотность кодирования - 2 байта на кодовое слово.
Режим "Numeric" - кодируются только цифры. Плотность кодирования - 2.9 байта на кодовое слово (т.е. самая высокая).
В компоненте используется первый режим "Byte". Благодаря этому кириллица кодируется нормально. Так что ГОСТ тут ни при чем. ГОСТ я тоже смотрел и кириллицы там не нашел. Смотрите последнюю ссылку в описании компоненты, там детально разбирается алгоритм.
А сканеры не все обеспечивают декодирование в Full ASCII. Вот и выходит, что нужно проверять, кто это умеет делать.
Вот извлечение из "DS6707-DP Specifications"
1-D: UPC/EAN and with supplementals, Code 39,
Code 39 Full ASCII, Tri-optic Code 39, GS1DataBar
(formerly RSS), Code 128, Code 128 Full ASCII,
GS1-128 (formerly UCC/EAN-128), Code 93,
Codabar (NW1), Interleaved 2 of 5, Discrete 2 of 5,
MSI, Codell, IATA, Bookland EAN, Code 32
Так что здесь в 1D однозначно указано про Full ASCII.
Посему и не оспаривалась необходимость смотреть в спецификацию на "железо".
А в отношении режима "Byte", который действительно обеспечивает кодирование Full ASCII (0 to 255) по ГОСТу, есть предложение или просьба (если это возможно, конечно) сделать с помощью вашего софта ШК (ПДФ417), в которой закодированы построчно все символы латинской раскладки и там же все символы русской раскладки (всего это будет около 100 симолов), положить ШК в вордовский файл и приатачить к сообщению.
Хочется посмотреть в натуре, что из этого выйдет (имеется в виду при чтении разными аппаратами)!
А заодно хотелось бы увидеть в атаче и образец налогового или бухгалтерского отчета с ШК (ПДФ417), т.к. в PDF417_1C.rar примера отчета не обнаружено!?
По поводу налоговой - я делал ВК для своих (внутрикорпоративных) нужд. У нас на Украине пока не ввели шрихкодирование для налоговых, поэтому не сделаю пример.
(16) Уточнение. ВК использует все три режима. Но режим выбирается автоматически, в зависимости от кодируемого символа. Т.к. кириллица входит в верхнюю часть Full-ASCII кодов (т.е. выше 127 символа), то алгоритм автоматически выбирает режим "Byte".
Только Datalogic Gryphon D432 попытался отобразить "нечто" (но неправильное) на месте расположения кириллицы, а DS6707 гордо проигнорировал ее и показал то же, что и показывал раньше (в зависимости от раскладки кир/лат или чистая "кир" с пробелами на месте "лат" или чистая "лат" с пробелами на месте "кир").
Вопрос остается открытым, но теперь требуется уточнение ситуации у Вас, а именно:
- ставились ли какие либо спецдрайвера или допсофт типа 123Scan?
- возможность чтения кириллицы проявилась сразу же после подключения сканера или после каких-либо "телодвижений"?
- какая у Вас модель DS6707 (их есть 3 разновидности HD, DC, SR)?
У нас тестируется простой # DS6707 без суффиксов!
# DS6707-DC
# DS6707-SR
# DS6707-HD
На (17). Сделанный Вами штрихкод прочитался, но только под WinXP (была еще Vista) и только DataLogic D432 Gryphon (USB)!!! Сделанные с помощью софта собственной разработки ШК, содержащие и латынь и кириллицу читались этим же сканером "на раз". Так что получили дополнительное подтверждение того, что наш софт вполне исправен и работает корректно. + подтверждение того, что байтовый режим соответствует своему названию и назначению.
Symbol DS 6707 (USB) и Symbol DS 9808 (USB), к сожалению и на XP показали все тот же кривой результат!?
На (20). Таким образом возникает еще один вопрос - под какой операционкой и с каким SP у Вас работал сканер DS 6707 ?
1. После контакта с поставщиком сканеров была выполнена дополнительная "тонкая" подстройка (есть актуальные руководства, которые содержат специальные настроечные штрихкоды для "тонкой" подстройки) стал считывать смесь кириллицы и латиницы и Symbol DS 6707 (USB) и Symbol DS 9808 (USB).
2. Вывод - предпродажная настройка может как обеспечивать, так и не обеспечивать правильную настройку для Full ASCII (Code 39, Code 128) и/или для байтового режима уплотнения в PDF417. К тому же на машине должна быть кодировка Windows-1251!!!
А посему для правильного ответа на (13) и правильного решения нужно искать актуальные настроечные ШК !!!
Итог - понимание достигнуто, задача решена.
PS. И плюсик поставить, если не жалко. ;-)
Драйвера - Атолл. Т.е. обычные. Специфического софта не ставил.
Настройки драйвера см. в прикрепленном файле.
Код417 = PDF417.Создать(КодируемыйТекст, УровеньЗащиты , КолВоКолонок);
{Z:\PDF417_1C\PDF417.ERT(38)}: Поле агрегатного объекта не обнаружено (Создать)
хотя dll зарегестрирована и шрифт установился.
попробовал подцепить dll в 8.2 но вылетает та же ошибка
Метод объекта не обнаружен (Создать)
Код417=ПДФ417.Создать(КодируемыйТекст, УровеньЗащиты , КолВоКолонок);
в чем может быть проблема?
с 8.2 посложнее, объект создается, но вот метод "Создать" отсутствует.
Пробовал добавить Addin.PDF417 как компонент ActiveX, он добавляется,но метод "Создать" также отсутвует
Мне нужно кодировать многострочный текст, и при этом чтобы полученный штрихкод был не "длинным", а "квадратным", то есть рос не вправо, а вниз.
Встречались компоненты ActiveX для печати PDF417 с указанием не только количества колонок, но и количества строк.
Ваша компонента не поддерживает такую возможность?
PDF417 = Новый COMОбъект("PDF417Font.PDF417")...
А с вашей, автор, почему-то нет:( Буду благодарен, если прокомментируете ошибку из (45)
При чтении тестового файла при распозновании русских символов не читаемое:
Qwertyuiopasdfghjklzxcvbnm
QWERTYUIOPASDFGHJKLZXCVBNM
щЎєъхэу°∙чї•Ї√тряЁюыфц¤ ўёьшЄ№с■
╔╓╙╩┼═├╪┘╟╒┌╘█┬└╧╨╬╦─╞▌▀╫╤╠╚╥▄┴▐
ТабДокумент = Новый ТабличныйДокумент;
ТабДокумент.ИмяПараметровПечати = "ПАРАМЕТРЫ_ПЕЧАТИ_АКЦИЗЫ";
КолВоКолонок = -1;
УровеньЗащиты = -1;
Попытка
ЗагрузитьВнешнююКомпоненту("PDF417.dll");
PDF417 = Новый("Addin.PDF417");
Исключение
Предупреждение("ВНИМАНИЕ!!! Не удалось загрузить внешнюю компоненту PDF417 !");
Возврат;
КонецПопытки;
КодируемыйТекст = "22Т000003ЦИЛ30ЙЫПИУ0ФЯМ60920005000856ШОЧГ1Ш9ГЯЕ3СЧ138Я0ЫРАЩ ПоказатьВ макете поле параметр со шрифтом в итоге выдаёт следующее:+*uls*osw*bro*obj*ypy*-
+*yoD*jtD*wpA*jug*zeb*-
+*ejA*urw*yvt*ylt*zfc*-
+*ymz*Akl*ldk*sxC*pwz*-
+*pxk*wcF*Dfy*uaC*uwa*-
+*yrq*tmz*lFy*cCj*uzC*-
+*dxw*EBE*mgw*Eww*uiz*-
+*zdb*xAe*jug*mwB*yms*-
+*zdm*qgz*bqg*rse*ynm*-
+*oij*nEE*Akl*soi*csg*-
+*owB*viE*zjh*fyw*uia*-
+*ocz*BCj*cvw*rtC*ylu*-
+*cEk*dAc*sxn*Csa*obj*-
+*xDg*vbc*ivy*BDt*ylD*-
+*cFw*Dsl*wft*tmz*tfy*-
+*wqz*ECc*vto*CAo*FBA*-
+*czr*sfE*xbb*tis*czg*-
+*yfm*vub*krx*isi*tjm*-
+*xob*EvA*Blm*qyj*qlA*-
+*xAl*bEz*wFc*nnx*cjn*-
+*mfw*uDx*Ecj*rva*Eky*-
+*hss*Drn*vto*hlA*mgw*-
+*woB*wdB*sqE*lro*yea*-
+*wnu*Axa*lhz*nxc*mjt*-
Как решить проблему по 8.3
Мы печатаем из SAP, и то как предлагается решать тут, для нас не подходит.
Я сейчас думаю, заставить сам шаблон экселя делать этот баркод, мы можем работать с шаблоном.
Хочу посмотреть шрифты и исходники.
Вы можете заказать платную консультацию или разработку у автора. Будет создан приватный заказ на «Бирже заказов» для автора.
№ 16666
Создание 03.11.08 18:55
Обновление 11.11.11 12:49
Просмотры 64154
Загрузки 1855
Рейтинг
68
Комментарии 65
Код открыт Не указано
Рубрики Разработка внешних компонент
Кому Разработчик
Тип файла Компонента, плагин (dll, vbs,..)
Платформа Не имеет значения
Конфигурация Универсальные
Операционная система Не имеет значения
Страна Россия
Отрасль Не имеет значения
Налоги Не имеет значения
Вид учета Не имеет значения
Доступ к файлу Абонемент ($m)
