Всем привет.
Каким образом можно сгенерировать изображение кода по строке?
Подскажите? Какие библиотеки используются для этого?

formex.dll

(1) Можно подробнее?
В библе есть метод генерации кода по переданному значению?

(2) Да, в новой версии формекса есть метод НарисоватьШтрихкод

Процедура ВыводШтрихкодаВТаблицу(Картинка,ТипЧислом,ТекстШтрихкода)

Сервис.НарисоватьШтрихкод(Картинка,ТипЧислом,ТекстШтрихкода,0);
Картинка.РежимРисования(3);

КонецПроцедуры //ВыводШтрихкодаВТаблицу

Ставим в макет картинку, в текст которой пишем вызов процедуры ВыводШтрихкодаВТаблицу  https://yadi.sk/i/oY0G2cer1AOefA

https://yadi.sk/i/oY0G2cer1AOefA

(4) а какой formex?

(5) не ниже 131

Ктонибудь юзал компоненту Ocvita Barcode ActiveX ?

Есть примеры работы с ней?
Скаченный примеры для 1с 8 с сайта https://www.ocvita.ru/ocvita-barcode у меня не заработали.

(7) Я юзал, потом перешел на формекс ))
Смысл в Ocvita Barcode ActiveX, если есть формекс? Он даже по размеру меньше ;)

(8) ок. Спасибо. Буду мучать формекс

(8) Еще скажи пожалуйста - документацию по работе с шк из формекса где брал? als ман курил или еще что то?

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

(11) Еще вот здесь посмотри готовое http://catalog.mista.ru/public/1172346/

Пробовал и Ocvita Barcode ActiveX и Formex, правда для QR-кодов.
Ocvita Barcode ActiveX 64 байта укладывает минимум в квадрат 16х16 мм, если меньше размер - не рисует ничего.

Formex сумел уложить 64 байта в 10х10мм, за что огромное спасибо разработчику.

Добрый день! Мы столкнулись с такой ситуацией: Сначала печатали датаматрикс коды (гс1) для маркировки обуви из 1с7 с помощью Формекса. Примерно на 100-200 кодов один код генерировался с ошибкой (как-будто это 1/4 датаматрикс кода). Перешни на Октавию баркод. Все коды генерируются, но тут возникла другая проблема: У некоторых кодов, если их считывать программой Честного знака или другими, а также сканерами штрихкодов, в самом конце кода появляется лишний третий знак "=" (их должно быть 2 на конце, и криптохвост состоять из 88 символов). Кто-нибудь знает, почему это происходит и как этого избежать? Заранее большое спасибо!

(15) "Примерно на 100-200 кодов один код генерировался с ошибкой (как-будто это 1/4 датаматрикс кода)".
Какая версия Формекс использовалась?
Формекс использует как и ОквитаБаркоде ту же самую zint

Используем версию 2.0.5.147 от 14 ноября 2019. Октавия старая версия 1.0.0.1 от 10.03.2013.

(17) Что за Октавия? Может OcvitaBarcode.ocx?

Да, это я криворукий) Ocvita Barcode, вот он рисует нам лишний = в конце на некоторые датаматриксы

(19) Ответь на мое письмо. Постараюсь помочь. Безвозмездно)

(15) Добрый день! Не решил никто проблему?

(21) Еще б зафиксировать эту проблему... Кто может дать пример для повторения?

(12) :) глобальное решение ...
а через фр вообще можно передать qr-код обуви в офд?

(23) 1. "фр" давно нет, есть ККТ
2. Там не QR а DataMatrix
3. Передается не весь DM а sgtin из него
3. Сча пофиг обувь или прочая маркировка из универсальной ГИС МТ
4. Можно

(24) :) 4. есть где почитать?
зы
кроме руководства программиста драйвера Штрих-М версия 792

(25) https://integration.atol.ru/api/#razbor-koda-markirovki

(26)+ https://integration.atol.ru/api/?pascal#formirovanie-koda-tovara

(27)+ Как выкручиваться и когда ждать допилку ВК (которая через XML "CheckPackage" https://its.1c.ru/db/metod8dev#content:4829:hdoc) по стандарту 1С я лично ХЗ.

(26) :) да не - и код и разбор кода мне дадут - мне тупо надо передать через штрих-м-01ф - а драйвер игнорирует использование ЗагрузитьИПечататьДвумерныйШтрихкод
это вообще уже должно работать? (28)

(26) :) блин ясно все сложно

(29) ЭЭэ ты ничего не путаешь?
Нихрена печать уже давно не надо, можно просто ссылку формировать и отображать или данные для проверки чека на валидность.

Этот QR был изначально придуман для ЕГАИС и он в ККТ зашит и ни коим образом к маркировке не привязан.

DM надо сканировать, распознавать данные и правильно заполнять на их основе тег 1162 в чеке, для передачи в ОФД.
Но для старых остатков товаров надо сформировать этикетки с DM, напечатать и наклеить на товар (новый товар уже от поставщика/импортера пойдет с DM), чтобы было что сканить при продаже в розницу или при перемещениях/отгрузке.

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

(31) :) про тег 1162 читал - мы просто с тегами не работали до этой маркировки - писали товар, цену, количество, отдел - фьють и ушло
будем копать спс

если из DM в ОФД надо передавать только SGTIN - то зачем целый DM заюзывать для этого? попроще, линеынйм ШК нельзя SGTIN закодить?

:) вот вроде
FNSendItemCodeData ФНОтправитьКТН
Отправляет тег 1162 (Код товарной номенклатуры), привязанный к операции.
Метод должен вызываться только после метода FNOperation.

(34) Не влезает в линейный, там в сериал любые символы 13 из допустимых, не только цифры но и буквы

(35) Не люблю я штрихи, геморные они.
До сих пор кста x64 драйвера нету?

(36) SGTIN = Serial(13) + GTIN(14)
Точнее наоборот GTIN+Serial

(36) юзаем Code128 - там достаточно большой алфавит
или не?

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

(39) Ширина Code 128 какая будет?
Он кстати юзается для транспортных упаковок SSCC на основе Code 128

(41)+ А вот чтобы было компактнее на мелких упаковках и решили DataMatrix двухмерный

(34) Тут же дело в том, что этот самый набор GTIN+Serial еще и подписывается криптографически. Вот последние 88 символов - и есть цифровая подпись.

(43) Криптостойкость там никакая фактически, но так как все онлайн то нет смысла ломать

(44)+ Достаточно легко раскрыть алгоритм криптохвоста и нагенерить кучу марок.
Но как только они попадут в систему маркировки (хотя оффлайновый софт и железки и примут) сразу всплывет что они не проплачены и хз откуда взялись.
Опс тут же GTIN - хаха добро пожаловать в суд и не только штрафы но и посадки.

(45)+ Хотя есть вариант что будут левые марки ваять с правильным криптохвостом на честного поставщика/импортера (на его GTIN) с целью чтобы прошло на первом этапе где оффлайн проверка.
Но это один хрен вскроется и будут искать кто подделку бодяжит.

хз.. как-то мутно мне все это...
кто работал более-менее честно - тот так и работать будет.
кто работал криво/слева/чернуху гнал - тот так и будет.

(47) Гнать чернуху и так что не отличишь от оригинала будет сильно сложнее

(48) в куче лавочек налепят на обувь какие-то штрихкода "для близиру" и все...

(49) Покупатель или конкурент купит, настучит а потом вернет назад в 14 дней

(45) :) ну посадки еще не приняли - они только планируют

(45) Сами реально пробовали взломать, хотя бы MD-5?

(50) Зачем так сложно? Эти марки улетели в ОФД, оттуда в Честный знак. Там проверили со своим списком, сказали, что "таких марков мы не выпускали, сходите-ка, проверьте этого ИП-шника, чего он там гонит" и здравствуй проверка.

(35) :) но кстати последнее руководство программиста в сети годовой давности - там уже есть код для мехового киза но еще нет для обувного сгтина

(21) "Примерно на 100-200 кодов один код генерировался с ошибкой (как-будто это 1/4 датаматрикс кода)."
Имеется в виду эта проблема?
https://ibb.co/Fn1nxHr

(25) Еще вот здесь очень подробно https://onedrive.live.com/redir?resid=189C614ED00D4C23%21128&authkey=%21ABE4IM6eOvPtlrQ&page=View&wd=target(54-ФЗ.one%7C27377c95-2928-4aa8-8fd7-4b03b801c6ef%2FМаркировка.%201162%7C9702f1fe-79f4-4f91-b331-e92ed5e3f5c1%2F)

(32)  код вызывающий проблему и набор этих кодов, скриншоты. на victuan (с) майл ру.

(54) Сейчас нужно передавать единый префикс для всех групп товаров - 17485

(58) :) это в поле MarkingType Целое     до 8 разрядов     RW    Тип маркировки товара.     (2 - Изделия из меха, 3 - лекарственные препараты, 5 - табачные изделия) в операторе для FNSendItemCodeData() ФНОтправитьКТН?

(57) Отправил на почту

(59) Марку с новым преффиксом 444D нельзя передать с помощью FNSendItemCodeData.
Пользуйтесь такой структурой:

Driver.TLVDataHex = "8A041500444d000002C0EED8583F696F2B714341426D382020";
Driver.FNSendTLVOperation();

-------
В общем да. Это прошивка от 09.12.2019 не пропускает тип маркировки 444D.
Тут два варианта - либо ждать выхода февральской прошивки (где учтены все последние требования ФФД) и переходить на команду FF67, либо откатиться на прошивку от 29.04.2019 - в ней формат переданных данных в тег 1162 не контролируется (т.е. контроль осуществляет верхнее кассовое ПО).
-------

Отсюда: https://forum.shtrih-m-partners.ru/index.php?topic=33714.0

+(61) Чтобы пользоваться командой FF67 - у вас должна быть приобретена лицензия "Базовая маркировка"

(59) Да.
(61) Ответ техподдержки Штрих-М - можно.

(63) Вроде бы я ссылку дал именно на форум техподдержки Штрих-М. С реальными проблемами реальных испытателей.

(61) Кстати, да. У меня тоже клиент на декабрьской прошивке наткнулся на ошибку "94: Некорректная операция"

А техподдержка Штрих-М меня консультировала до декабря. Видимо, в этом и конфликт))

Предположу, что февральская прошивка разрешит: MarkingType = 17485

(67) Начиная с прошивки 04.09.2019 появилась команда FF67h - Привязать КМ к операции - в этом случае разбор и ФЛК (форматно логический контроль) марки уже происходит на уровне прошивки ККТ и в случае успеха добавляет в операцию тег 1162 в соответствии с проектом приказа " О внесении изменений в приложение № 2 к приказу Федеральной налоговой службы от 21.03.2017 № ММВ-7-20/229@". Эта команда уже требует лицензию "Базовая маркировка". Так же эта команда будет работать у тех, у кого была куплена не разовая лицензия (базовый НДС), а подписка на 2019 год (но вот с этим моментом произошла нестыковка в прошивке от 25.10.2019, которую по этой причине убрали из ЛК ЦТО, но уже есть исправленная прошивка от 14.11.2019 которая сейчас находится на стадии тестирования, т.е. тем, у кого была приобретена подписка на 2019-й год и им нужно работать с командой FF67 - можете написать запрос на почту на прошивку от 14.11.2019 - буду высылать с пометкой "тестирования", пока эта прошивка не появится в ЛК ЦТО).

Отсюда: https://forum.shtrih-m-partners.ru/index.php?topic=33827.15

Так что, предположу, что февральская прошивка не разрешит MarkingType = 17485 , а запретит работать с маркировкой без команды FF67h и, соответственно, без приобретения лицензии "Базовая маркировка" работать с маркировкой уже будет нельзя.

(61) :) спс ... опять все у них сыро

(68) >в этом случае разбор и ФЛК (форматно логический контроль) марки уже происходит на уровне прошивки ККТ и в случае успеха добавляет в операцию тег 1162

Дружно посмеемся на этом моменте с учетом что со сканера может прийти хз что и в каком виде, а так же легких нарушений/модификаций формата DM теми кто печатал марки.
Короче никакой прошивки не хватит места чтобы нормально реализовать разбор всевозможных считанных 2D ШК DataMatrix разных "маркировок".
В итоге туда можно будет подавать только уже годные стандартные чистые DM - какой смысл если предобработку один фиг делать на уровне софта выше?

Ну или они врут и на самом деле все будет происходить не в прошивке внутри ККТ а на уровне драйвера ККТ.

(70) согласен

(68) " предположу, что февральская прошивка не разрешит MarkingType = 17485 , а запретит работать с маркировкой без команды FF67h и, соответственно, без приобретения лицензии "Базовая маркировка" работать с маркировкой уже будет нельзя."
Я не о том, что без покупки доп. лицензии будет работать. А о том, что будет В ПРИНЦИПЕ работать через свойство MarkingType.
А вообще неприятно, что Штрих-М пытается поиметь теперь дополнительные деньги на каждом чихе.

(72) Вот на этой фразе строится моя уверенность:
"Работать по старому передавая в 1162 "разобранную" верхним ПО информацию из ДМ пока можно, но не факт что по каким-то новым требованиям в последующих прошивках это не закроют.
Селихов Дмитрий: Всё верно."
Пока информации, что закрыли или закроют, не поступало.

(72) (73) "Не мы такие — жизнь такая."©

(73) Вот Атол оба режима передачи тега 1162 (по частям и целиком ДМ для разборки прошивок) у себя реализовал и при этом доплачивать за лицензию "Маркировка" не требует.

(75) Требует: 1500р разово или годовая подписка

"ВИДЫ ПОДПИСОК
Мониторинг онлайн-кассы — 500 ₽/год
Разовое обновление до новой версии прошивки онлайн-кассы — 1500 ₽/год
Годовая подписка на обновление ПО — 2000 ₽/год
Годовая подписка на АТОЛ Сервис без ограничений — 2400 ₽/год"

http://forum.atol.ru/index.php?showtopic=31914&st=20&p=290585&#entry290585

(76)+ Перед этим обязательно купить КЗ10 (для НДС20% и "безналичные") если его еще нет.
У штриха вроде как объединили в одно НДС20%/"безналичные" и маркировку, т.е. можно кто еще старая прошивка только один раз заплатить.

(76) Это же не отдельный тариф за маркировку. Атол со Штрих-М на пару ввели это еще в 2019 (или в конце 2018?) году. Атол на этом и остановился, а Штрих-М пошел дальше, выдумал новый тариф за "Маркировку".

(78) Можно не обновлять прошивку и на низком уровне формировать значение тега 1162 - один фиг в ОФД правильно улетит.
Кста можно и НДС20% пробивать не платя за обновление с КЗ10 и даже "безналичные" писать вместо "электронно" но это сильно сложней чем НДС20% оно там простейше.

(79) Я про это и говорю, что у Атол это можно без лицензии за маркировку, а у Штрих-М - нет, на что и напоролся я недавно.

(80) Почему же "у Штрих-М - нет"? Вон же в (61) подробно расписано, что нужно делать. И ссылка на ветку форума для подробностей.

(81) цитирую оттуда:
"Марку с новым преффиксом 444D нельзя передать с помощью FNSendItemCodeData.
Пользуйтесь такой структурой:

Driver.TLVDataHex = "8A041500444d000002C0EED8583F696F2B714341426D382020";
Driver.FNSendTLVOperation();

Попробовал. Результат прежний.

В общем да. Это прошивка от 09.12.2019 не пропускает тип маркировки 444D.
Тут два варианта - либо ждать выхода февральской прошивки (где учтены все последние требования ФФД) и переходить на команду FF67, либо откатиться на прошивку от 29.04.2019 - в ней формат переданных данных в тег 1162 не контролируется (т.е. контроль осуществляет верхнее кассовое ПО)."


Получается, не тот ни другой метод не дает (а Атол один метод дает).
Остается лазейка - вернуться на старую прошивку (апрельскую), но в ней нет поддержки буквы "М", у Атол можно использовать новую прошивку с буквой и использовать "старый" метод печати тега.

(16) Была такая же проблема. Исправлена в новом formex от 13.02.20

(16) Ну да, после того как я сообщил АЛьФу об этой проблеме ;)
Он добавил в сборку свежий zint

(82) Кстати, это неправда: "Марку с новым преффиксом 444D нельзя передать с помощью FNSendItemCodeData."

Марку с новым преффиксом 444D все-таки МОЖНО передать с помощью FNSendItemCodeData. Проверил на новой прошивке (от 13.02.20).

(84) а я обкурился и юзал свежий zint сразу...

(86) Вывод GS вместо FNC1 в середине кода маркировки мы тоже решили с АЛьФом через Формекс ;)