Доброго дня, кто то делал для ШТРИХа передачу маркировки по молочке?
Для табака у меня сделано вот так

            FR.Password=ПарольККМ(Кассир);
            //Тип маркировки товара.
            FR.MarkingType=17485;    
            //Код маркировки товара.
            FR.GTIN=Лев(ИДМаркировка,14);                                                                  
            FR.SerialNumber=Сред(СокрЛП(ИДМаркировка),15,7);                          
            FR.FNSendItemCodeData();                              

А для молочки как делать? Передавать все символы которые до символа с кодом 29, начиная с 17 символа?, так как первые 16 это GTIN и есть?

(60) Подскажи, пожалуйста, удалось побороть ошибку "Неразрешенные реквизиты"? Такая же ситуация, для следующей проверки.

(76) Я приболел, нет возможности поковырять кассу, надеюсь на следующей неделе доберусь.

Скорейшего выздоровления! Коллеги, возможно у кого-то есть мысли по этому поводу? Суть в том, что последовательный вызов FNCheckItemBarcode() для второй марки выдаёт ошибку "Неразрешенные реквизиты". На сколько я понял, эту ошибку возвращает ФН. Как и писали коллеги выше, если переподключиться к драйверу, пропускает. По общей логике, я планирую пройтись по списку марок и принять или отвергнуть, и только затем перейти к регистрации позиций и закрытия чека.

(78) Какая версия драйвера используется? У меня 874? но уже есть 883, может там уже это исправлено, посмотреть можно там http://doc.shtrih-m.ru/, кстати там есть и примеры для маркировки ФФД 1.2, но они мне не помогли, либо я что то не углядел.

Почитал сейчас список изменений, то что стоит у меня 874 и текущая 883 как раз есть изменения и исправления при работе с КМ. Так что можно попробовать обновить драйвер до последней версии. Если будет возможность, отпишитесь про результат

(78) На текущий момент стало поступать достаточно много вопросов связанных с причинами возникновения ошибки 11: "Неразрешенные реквизиты" в ответ на команду проверки кода маркировки (метод FNCheckItemBarcode, реализующий команду FF61h). Не смотря на то, что данная ошибки не декларирована в протоколе ФН под ФФД1.2, но она возникает. Причина ошибки в том, что при заполнении реквизитов, необходимых для проверки кода маркировки, пользователь (разработчик ПО) не заполняет все необходимые поля, а именно свойство TLVDataHex. Если не реализуется дробное кол-во предмета расчета, то в данное свойство нужно в явном виде передавать "пустую строку". Если этого не сделать, то в него будет внесен ответ от сервера ОИСМ от предыдущей проверки кода маркировки.

(78) Если вы брали за основу мой код, то если у вас не дробное количество, то перед FR.FNCheckItemBarcode(); необходимо FR.TLVDataHEX = "";

(82) сделал предварительную обработку, помогло FR.TLVDataHEX = "", спасибо )))

а есть ли у кого-нибудь описание CheckItemLocalError для ККМ?

(84)
CheckItemLocalError ОшибкаЛокальнойПроверки
Тип: Integer / Целое
Причина, по которой не была проведена локальная проверка
Возможные значения:
0 – КМ проверен в ФН 1 – КМ данного типа не подлежит проверки в ФН 2 – ФН не содержит ключ проверки кода проверки этого КМ 3 – Проверка невозможна, так как отсутствуют идентификаторы применения GS1 91 и / или 92 или их формат неверный 4 –Внутренняя ошибка в ФН при проверке этого КМ

Список возвращаемых ошибок
https://docs.google.com/spreadsheets/d/19Mn5syH70XwFdg6Pe2fhYM17SNHGuOJDvQEQXHxSz54/edit#gid=0

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

(85) где-то на сайте штриха скачивал уже не помню: документация Руководство программиста от 02.03.2021

у меня почему то от июня 2020 и новее не могу найти
Можно мне на почту скинуть документацию? В профиле адрес есть

Нашел от 02.03.21 - https://exam.shtrih-m-partners.ru/assets/materials/DrayverKKT_415_03_06_201.zip

Прошу прощения, промахнулся, вот верная - https://exam.shtrih-m-partners.ru/assets/materials/DriverKKT_Guide_415_16_11_20_.zip

(90) Но методов нового драйвера (5.16) в ней так и нет, например, метода очистки буфера КМ - FNMarkingClearBuffer.

(80) Версия тоже 874. Помогло TLVDataHEX = "". На новой сборке драйвера пока не пробовал. Но постараюсь проверить позже.

Совершил тестовую продажу, вроде все удачно, на чеке написалось М+, только не понятно.....напротив данной буквы еще какие то 4 цифры,что это такое?

+(93) пробовал несколько позиций маркированных в одном чеке, все сработало. Проверял на молочке и на табаке. Немного не понятно как с алкоголем быть? Надо ли посылать данные по нему, или он не считается маркированным?

(94) Тем, кто продает шубы, изделия из натурального меха и алкоголь — на эти группы товаров ФФД 1.2 не распространяется. Вроде так.

(93) https://onedrive.live.com/redir?resid=189C614ED00D4C23%21128&authkey=%21ABE4IM6eOvPtlrQ&page=View&wd=target(ФФД%201.2.one%7Cdbbe2a78-7cb7-4f15-92df-e5126140f373%2FЦифры%20после%20%5BМ%5D%7C78f33a34-95ce-432c-a3c3-f4c73643e6f9%2F)&wdorigin=703

(94) Алкоголь не считается маркированным СИ (средствами идентификации), поэтому его передаем только в УТМ.

(95) Также как в ФФД 1.05 и 1.1, их выбытие отражают не через чек ККТ.

(93) Подскажите как добиться появления этой волшебной буквы [М+] на чеке? У меня марка проходит проверку, в ОФД отправляется, в ЦРПТ выбывает из оборота, а буквы на чеке все равно нет. Может в таблицах ФР что-то нужно настроить?

таблица 17 поле 25 вроде как, печать тэгов

(97) вот как выглядит чек для прошлого ФФД, https://receipt.taxcom.ru/v01/show?fp=1026829965&s=277.4 буква М там есть

https://taxcom.ru/baza-znaniy/onlaynkassy-i-ofd/novosti/oformlenie-kassovogo-cheka-s-primeneniem-ffd-12-pri-prodazhe-alkogolya/

(100) Спасибо! Помогло!

Сделал передачу данных через тэги для алкогольной продукции, все расно не печатает символику М

в итоге для FNSendTagOperation что для алкоголя передавать?

Верхняя строка не то написал, вот для этого PaymentItemSign

(102) Такском бредит.

(107) там ссылка на налог ру

https://data.nalog.ru/html/sites/www.kkt-online.nalog.ru/materials/alco_mark.pdf

(109) И что? Сферический конь в вакууме. //в той же ссылке ... (рекомендовано)... 5 Обязанность заполнения реквизита «код товара» (тег 1163) регламентируется постановлениями Правительства Российской Федерации в отношении отдельных видов товаров. ...
Для алкоголя нет соответствующего Постановления Правительства РФ. Может будет в будущем, но на текущий момент -  нет!

Еще раз: нет нпа, обязывающего заполнять тег 1162 (1162) для товаров, маркированными ЦИ (цифровыми идентификаторами) ЕГАИС.
Есть только обязанность для отдельных видов товаров, маркированных СИ (средствами идентификации) - маркировка "Честный ЗНАК".

25 декабря 2019 года опубликован приказ MMB-7-20/434@ «О внесении изменений в приложение №2» к приказу Федеральной Налоговой Службы от 21.03.2017 N ММВ-7-20/229@ «Об утверждении дополнительных реквизитов фискальных документов и форматов фискальных документов, обязательных к использованию».
Т.к. алкоголь не относится к системе маркировки Честный знак, то алкоголя это не касается.

А если следовать логике "несогласных", то получится, что ШК в формате EAN-8, UPC-E, EAN-13, UPC-A, ITF-14 тоже нужно передавать в теге 1162, т.к. они поименованы в таблице 50 обсуждаемого приказа наравне с кодировкой ЕГАИС и маркированного ЧЗ товара.
Я понимаю этот Приказ так:
КОГДА появится требование передавать код маркировки алкоголя в ОФД (ЧЗ), ТОГДА нужно его передавать по таблице 50 из Приказа.
ПОКА обязанности передавать код алкоголя в ОФД нет. А приказ ввел общие принципы, в т.ч. резерв для будущего применения.

Назначение реквизита "код товара" определено в Постановлении Правит-ва № 174 от 21.02.2019 - реквизит предназначен для товаров с обязательной маркировкой по ФЗ-381 "Об основах госуд. регулирования торговой деятельности". Согласно ФЗ-381, перечень таких товаров определен в Распоряжении Правительства от 28.04.2018 № 792-р, в нем нет алкогольной продукции.

Получается, ОБЯЗАННОСТИ передавать ЦИ ЕГАИС нет, - но есть техническая ВОЗМОЖНОСТЬ это делать (поэтому ФНС и пишет только лишь - "рекомендовано").
Но решать вам - брать ли на себя эти дополнительные хлопоты по передаче ЦИ в тег 1162(1163) в отсутствии ОБЯЗАННОСТИ.

Помимо указанных выше в теме фактов, были внесены еще дополнения в 54-ФЗ. Согласно новому п. 6.1 статьи 1.2:
"6.1. Пользователи, которые осуществляют расчеты за товары, маркированные средствами идентификации (далее - маркированные товары), и которые в соответствии с законодательством Российской Федерации должны направлять (вносить) информацию о таких товарах в государственную информационную систему мониторинга за оборотом товаров, подлежащих обязательной маркировке средствами идентификации, или федеральную государственную информационную систему мониторинга движения лекарственных препаратов для медицинского применения от производителя до конечного потребителя с использованием в отношении лекарственных препаратов для медицинского применения средств идентификации (далее - информационные системы маркировки), в момент расчета за такие товары обязаны формировать данные о таких товарах, предусмотренные законодательством Российской Федерации о применении контрольно-кассовой техники, в виде запросов о коде маркировки и уведомлений о реализации маркированного товара в электронной форме с использованием контрольно-кассовой техники, обеспечивающей возможность формирования указанных данных и их передачу с использованием этой контрольно-кассовой техники оператору информационных систем маркировки через оператора фискальных данных, за исключением случаев, предусмотренных пунктом 7 статьи 2 и пунктом 2.1 статьи 5 настоящего Федерального закона.

Про товары, подлежащие внесению в систему ЕГАИС, тут не слова, значит не нужно.

Еще одна выгрызка из Приказа ФНС. Это примечания 19 и 20 к Таблице 20 "Структура данных реквизита "предмет расчета"". Имхо, это окончательное доказательство того, что запись акцизок и EAN в 1162 - просто акт доброй воли.

19. Реквизит "код товара" (тег 1162) включается в состав кассового чека (БСО) при возврате или продаже товара, маркированного средством идентификации, и может не включаться в состав кассового чека (БСО) в иных случаях.

20. При осуществлении операций с товаром, маркированным средством идентификации, реквизит "код товара" (тег 1162), включаемый в состав кассового чека (БСО) в ЭФ, формируется в соответствии с таблицей 50.

При осуществлении иных операций значение реквизита "код товара" (тег 1162), в случае его включения в состав кассового чека (БСО), формируется в соответствии с таблицей 50.

ОФД "Такском" вот что ответил: "Тег 1162 используется для передачи признака маркировки, входящих в перечень ЦРПТ"
(алкоголь в этот перечень не входит).

привет всем! у меня драйвер версии 5.16_877.
попробовал сделать передачу марок на версии 1.2 все взлетело но несколько моментов не понятно

1. команда FNAcceptMarkingCode(); //принять код маркировки
у меня вообще не проходит - нет такого свойства, делал без нее
2. команды MarkingType2, KMServerErrorCode, CheckItemLocalError также драйвером не опознаются
непонятно название команд FNAcceptMarkingCode и FNDeclineMarkingCode
у меня они вообще не опознаются драйвером.
3. если марка отвергнута кассой после проверки, будет ли она передана в ЧЗ если ее не удалять из чека? и вообще такой чек пробьется?
в ЦТО меня уверяли, что будет и что в чеке будет написано "-М", проверить сие не получилось так как нету пока таких марок.

у меня взлетело так?
сперва проверка всех марок:
ТаблМарк.ВыбратьСтроки();
Пока ТаблМарк.ПолучитьСтроку() = 1 Цикл
    FR.Password=30;
    FR.ItemStatus=1; //1-проджажа 3 возврат
    FR.CheckItemMode=0;
    FR.Barcode=СокрЛП(ТаблМарк.Марка);
    FR.TLVDataHEX = "";
    FR.FNCheckItemBarcode();
    Если FR.ResultCode <> 0 Тогда
        Результат = FR.ResultCodeDescription;
        //FR.FNDeclineMarkingCode();//отвергнуть код маркировки
        Сообщить("В строке: "+СпС(ТаблМарк.Строка)+", марка отклонена, удалите из чека","!!!");
        Сообщить("        Ответ ККМ: "+СпС(FR.ResultCodeDescription),"!");
        МаркиВалидны = 0;
    Иначе
    КонецЕсли;
КонецЦикла;

потом их отправка в цикле по всему товару:

FR.Пароль="30";
FR.CheckType = 1; //Тип операции (1 - Приход, 2 - Возврат прихода, 3 - расход, 4 - возврат расхода)
КМ = ВернутьМаркуТовара(ТаблТовара.Товар,Таблтовара.НомерСтроки);
Если ПустаяСтрока(КМ)=0 Тогда
    FR.BarCode = СтрЗаменить(КМ,"<0x1D>",Симв(29));// реквизит табличной части;
    FR.ItemStatus = 1;// Планируемый статус - штучный товар, Реализован
    FR.CheckItemMode = 0;//полная проверка (локальная проверка ФН и проверка через ОФД
    FR.FNCheckItemBarcode();//Проверка штрих кода GS1
КонецЕсли;
FR.Price = ТаблТовара.Цена;
FR.Quantity = ТаблТовара.Кол;
FR.Summ1Enabled = 1;
FR.Tax1 = 0;
FR.Department = 1;
FR.Summ1 = ТаблТовара.Сумма;
FR.PaymentTypeSign = 4; // за нал или карту
FR.PaymentItemSign = 1;
FR.StringForPrinting = Строка(ТаблТовара.Товар);  
FR.FNOperation();
КМ = ВернутьМаркуТовара(ТаблТовара.Товар,Таблтовара.НомерСтроки);
Если ПустаяСтрока(КМ)=0 Тогда
    FR.Password="30";
    FR.BarCode = СтрЗаменить(Строка(КМ),"<0x1D>",Симв(29));;// реквизит табличной части;
    FR.FNSendItemBarcode();//привязываем марку к позиции
КонецЕсли;

(115) если у вас напротив маркированного товара не выходит [М+], то у вас не взлетело. Все эти команды должны быть доступны после FR.FNCheckItemBarcode();

Подскажите по маркированному товару в чеке в ОФД в поле ПРИЗНАК ПРЕДМЕТА РАСЧЕТА что должно стоять? У меня пусто, хотя М+ есть и марки списываются.

(117) У нас также. Марки уходят и ОФД и ЧЗ. Вероятно в ОФД не доработано.

(117) А в бумажно чеке что стоит?

(119) бумажный не могу посмотреть. не нахожусь там физически. а кассир не сфоткала чек. А разве в бумажном чеке признак предмета расчета выводится? По моему такого там нет параметра. В ОФД напротив немаркированного товара выводится "Товар"

(118) на ИТС написано что при коде 33 в печатном чеке значение ТМ. У вас такое есть?

(120) Да, выводится - ТМ.

В тэгах на ОФД видно что передается и признак способа расчета и признак предмета расчета. Но вот на бумажном чеке не отображается. Это как то регулируется видимо в настройках драйвера.

(123) Для того чтобы включить печать тегов в бумажном чеке дляШтрих-М выполните следующие рекомендации:

1) Данные теги печатаются автоматически при условии их заполнения в методе FNOperation (свойства PaymentTypeSign и PaymentItemSign). Единственное, в в Тесте драйвера ФР 4.14 в таб №17, поле №12 необходимо выставить значение "32".
2) Так же можно использовать встроенный механизм печати значения тегов.
Включается данный механизм в таб №17, поле №25 "Автопечать тегов" установкой значения "1". При этом никаких доп. методов для печати на чеке применять не нужно.
3) Настройка печати обязательных тегов:
https://docs.google.com/document/d/1d8qhpvmKliVR1XS-76Gom0H4cskkzYMXGzNOfleyiiA/

Помогло у клиента:
Тест драйвера, таблица 17:
поле 10 поменял с 0 на 1
поле 12 поменял с 0 на 32
поле 17 поменял с 0 на 2
поле 25 поменял с 0 на 1
поле 39 поменял с 0 на 1

(116) все эти комадны оказывается доступны только с версии 4.16 драйвера, а М+ выходит в чеке, в ЧЗ продажа есть и 1162 тег тоже.

(125) 4.16 - нет. Может 5.16?
Но у меня работает и на 4.15 и на 5.16?

(126) ну да 5.16 конечно. а вот 4.15 у меня валится с ошибкой на эти команды. нее понимает их, от слова совсем.

(127) А какой точный номер версии?
У меня на 4.15.829 всё работает кроме метода очистки буфера КМ, но этот метод не обязательный, т.к. буфер сам очищается при каждом закрытии чека и при выключении ККМ.

(127) Можно точный текст ошибки?

(128) 4.15.842

(129) к сожалению сейчас не смогу надо к клиентам ехать в магазин что сие повторить.
в ближайшее время не собирался, все пока работает.
но ошибка аналогичная если ошибиться и неправильно написать команду, например вместо FR.Password написать FR.Passwor
драйвер просто не понял такой команды.

(131) "Поле агрегатного объекта не обнаружено"?

А кто-нибудь знает, как передавать маркировку туалетной воды через ФФД 1.1? С какого символа и сколько передавать SerialNumber? Данные в честный знак у меня попали, но в статусе написано что обработан с ошибкой

Первые 2 символа «01» — идентификатор применения;
Следующие 14 символов «04607428679083» — код товара, GTIN;
Следующие 2 символа «21» — идентификатор применения;
Следующие 13 символов «kv!ZpGGIa8J8V» — уникальный серийный номер;
Следующие 2 символа «91» — идентификатор применения;
Следующие 4 символа «TEST» — ключ проверки;
Следующие 2 символа «92» — идентификатор применения;
Следующие 44 символа «dGVzdLU1QI9uOxJW/B3AHN8FOGXTyDBEVkR+j1oN2MI=»— код проверки.

Получается с 19 символа 13 символов

(133) по передачи оной сказать к сожаления не могу, но вот по поводу ошибки в ЧЗ была такая тема:
ответ ЧЗ по поводу ошибки:

Чек ************* был обработан с ошибкой, т.к. параметр "paymentType" (Способ расчета) имеет некорректное значение, а именно: 1 - Предоплата 100%.
Допустимые значения "paymentType" при его наличии в ФД:
°    4 - Полный расчет
°    5 - Частичный расчет в кредит
°    6 - Передача в кредит

Чеки передаются в информационную систему "Честный знак" для передачи информации о движении маркированного товара. Причины внесения оплаты:
1        Предоплата 100%
2        Частичная предоплата
3        Аванс
7        Оплата кредита
не подразумевают передачи прав собственности на маркированный товар, они только подтверждают факт проведения расчетов между покупателем и участником оборота маркированных товаров. Это указано в Приложении 2 к Приказу ФНС России от 14.09.2020 № ЕД-7-20/662@ в описании тега 1214. По этой причине они не могут быть обработаны в информационной системе "Честный знак".

у меня в случае полной оплаты товара сертификатом передавался paymentType=1, в случае частичной оплаты товара сертификатом paymentType=2
оказалось, что так нельзя. ошибка была в этом

Коллеги, подскажите пожалуйста, для шин как корректно сформировать КМ в Base64?
Вот так выглядит исходный код:
(01)04607149788118(21)EdbcaF/D

(136) Он должен выглядеть не так, видимо взят из электронных документов, а не сканирован сканером с "живого" кода на этикетке товара.

(135) Это точно не мой вариант, у меня везде стоит "Полный расчет"

Говорят в честном знаке возврат не реализован на данный момент...кроме табака

(139) Через коррекции версии 1.1 можно делать возврат любых маркированных товаров.

(140) А также обычным чеком любых товаров надлежащего качества, возврат которых разрешен законодательством (значит непродовольственных).

(139) все отлично делается по обувь/одежда, что в 1.1 версии офд, что в 1.5.

(142) ну да - для непродовольственных. А вот для молочки, например, запрещен возврат обычным чеком с указанием маркировки.

А каким образом будет продаваться маркированный весовой сыр, или это пока даже не рассматривается?

(143) пытался вернуть туалетную воду....ОШИБКА в честном знаке

(139) Пробовал шины возвращать - работает.

(144) Пока не разработаны правила для этого случая. Маркировка сыра учитывается пока только в момент производства, остальной оборот маркированного сыра (оптовая и розничная, продажа, списание) нигде не учитывается.

(146) в честном знаке появляется возврат в оборот? И без ошибок?

Коллеги, кто сталкивался, марка проверку проходит, на чеке печатается [М]?. В ОФД в чеке марки тоже нет.

(144) C 20.01.21 код маркировки головы сыра выводится целиком при первом отрезе через документ "Вывод из оборота ГИСМТ" (через ЛК ГИСМТ или через АПИ из 1С). Продажа отрезанных зафасованных кусков головы через ККТ производится как обычного товара, без передачи кода маркировки.
Честный знак только планирует рассмотреть внедрение частичного выбытия фасованного товара через ККТ (с указанием КМ и доли проданной части) как это реализовано например, для лекарств и парфюмерии.

(150) а из 7.7 реально сделать данное списание? Документ то понятно, что можно сделать, а вот как быть со списанием в честном знаке.....

(151) в 7.7 сделать реально все.

(151) Да, мы это уже сделали именно в 1С 7.7

(153) а можно объяснить, как это должно работать? Пример какой-нибудь небольшой...какой алгоритм в программе использовать.

(154) Использовать АПИ Честного знака, отправляя запрос в формате JSON или XML, подписав его КЭП.

(155) это через крипто про подписывается? csptest вроде как файл называется. И можно ссылку на АПИ честного знака, где можно описание почитать

(156) Через КриптоПро или через VipNet.

«Описание API СУЗ»; https://xn--80ajghhoc2aj1c8b.xn--p1ai/upload/iblock/07f/ru_API_OMS-CLOUD.pdf
«Описание API ГИС МТ»; https://xn--80ajghhoc2aj1c8b.xn--p1ai/upload/Описание+API+ГИСМТ.pdf
«Описание True API»; https://xn--80ajghhoc2aj1c8b.xn--p1ai/upload/TRUE_API.pdf

Подскажите списываю шины, в ОФД маркировка попадает, но в чеке и в ЧЗ не списывается. Сам код маркировки не нужно преобразовывать? Поделитесь рабочим кодом пожалуйста

(158) Теги покупателя в чеке указаны? Модель ККТ и прошивка какие?

(159) ШТРИХ-М-02Ф
Версия ПО                 : C.3
Сборка ПО                 : 41963
Дата ПО                   : 26.08.2021

В ОФД отображается в чеке:
Код маркировки 444D 03528705844820 sFCps"fsueNLp
Код товара КТ GS1.0 010352870584482021sFCps"fsueNLp
GTIN 03528705844820
S/N sFCps"fsueNLp
В JSON
{
      "quantity": 1,
      "price": 340000,
      "name": "автошина 185/60R14 KORMORAN ROAD 82H",
      "itemsQuantityMeasure": 0,
      "sum": 340000,
      "nds": 6,
      "productCodeNew": {
        "gs1": "010352870584482021sFCps\"fsueNLp"
      },
      "productType": 1,
      "paymentType": 4
    }

Вот часть кода:
        Если ПустаяСтрока(ШтрихкодМарки) Тогда
            FR.PaymentTypeSign = 4; // Признак способа расчета (Полный расчет)
                                    // Необходим для ФФД 1.05
            FR.PaymentItemSign = 1; // Признак предмета расчета (Товар)
                                    // Необходим для ФФД 1.05             
                                    
        Иначе
            FR.PaymentTypeSign = 4;
            FR.PaymentItemSign = 31;//1-если не маркируемый и 33, если маркируемый и акцизный, 31 - маркируем безакцизный                        
            FR.MeasureUnit = 0;
        КонецЕсли;

        FR.FNOperation();
        
        Если НЕ ПустаяСтрока(ШтрихкодМарки) Тогда            
            FR.BarCode = СтрЗаменить(ШтрихкодМарки,"<0x1D>",Символ(29));// реквизит табличной части;
            FR.FNSendItemBarcode();//привязываем марку к позиции                        
        КонецЕсли;

(160) FR.PaymentItemSign = 31
говорит о том, что используется ФФД 1.2, но при этом передается неполный КМ - так нельзя.

(161) Можете уточнить как правильно?

(162) внезапно м.б. передавать полный КМ..?

(162) Так какой ФФД используется? 1.05/1.1 или 1.2?

(164) ФФД 1.2

(165) Тогда надо передавать полный КМ

я так и знал!

(166) Что значит полный? Отсканированный сканером, какая длина?

(166) Код меняется или такой как я привел выше?

(168) Да, отсканированный сканером как есть, включая служебные символы GS.
Код меняется, т.к. в приведенном коде нет методов онлайн-проверки КМ и обработки результата проверки.

Обсуждали для 1с 7.7 здесь Некорректная операция, внутреняя ошибка ПО ФФД1.2

Может кто сталкивался, ошибка при проверки кода маркировки (FNCheckItemBarcode) выходит ошибка -1 (нет связи), после зависания 5-10 сек, при этом связь есть и до выполнения функции проверки и после (проверяю Объект.Драйвер.WaitForPrinting() - выдает 0 - ошибок нет)

Добрый день! Полная каша уже в голове! Давайте подытожим:
У нас автошины и одежда
Что итогу в 1163 передаем
01ГТИН21СерийныйНомер или весь код?
Нужно ли переводить в двоичные данные?
Нужно ли кодировать?
Куда подставлять символ Символ(29)?
Нужно ли в начале добавлять FNC1?

Еще одна беда:
Кодирую и отправляю один код - все хорошо, то же самое делаю с другим - от серийного номера в ОФД отображается только первые 2 символа и все...

(172) "01ГТИН21СерийныйНомер или весь код?" в тег 1163 (используется в ФФД 1.2) передается весь код.
"Нужно ли переводить в двоичные данные? Нужно ли кодировать?"
зависит от софта. Если использовать родные драйверы Атол и Штрих-М, то не надо.
"Куда подставлять символ Символ(29)?"
Никуда. Если код считан правильно настроенным сканером, то эти символы в нем уже будут в нужных местах.
"Нужно ли в начале добавлять FNC1?"
Ни в коем случае. Этот символ не является частью кода, а используется только в технологии нанесения изображения штрих-кода, чтобы сканер мог его отличить от других типов ШК.

(173) Неверно настроенный сканер или кривые руки программиста, писавшего код.