Есть 1С:Розница 2.3. Там включен честный знак по бутылированой воде. Какое то время назад путем определенных настроек был достигнут требуемый результат, а именно вода стала пробиваться как маркированная в чеке честно печатался признак маркированного товара М+. На днях пользователь прислал чек в котором нет признака М+. При этом в фискальных операциях по этому чеку в XML признак GoodCodeData есть. Куда копать? Каким образом такая ситуация получилась, что 1с признак передала, а ККМ его не вывел?

<?xml version="1.0" encoding="UTF-8"?>
<CheckPackage>
  <Parameters CashierName=""
      OperationType="1"
      TaxationSystem="1"
      SaleAddress="14"
      SaleLocation=" "
      CustomerEmail=""
      CustomerPhone="">
    <AgentData/>
    <VendorData/>
    <CustomerDetail/>
    <OperationalAttribute/>
    <IndustryAttribute/>
  </Parameters>
  <Positions>
    <FiscalString Name="Вода газ. святой источник, 0,5"
        Quantity="1"
        PriceWithDiscount="52"
        AmountWithDiscount="52"
        DiscountAmount="13"
        Department="1"
        VATRate="none"
        VATAmount="0"
        PaymentMethod="4"
        CalculationSubject="1"
        MeasureOfQuantity="0">
      <GoodCodeData GS1.M="KDAxKTA0NjAzOTM0MDAwNzU1KDIxKTU0dG0lYm4hOVNyR0g="/>
      <AgentData/>
      <VendorData/>
      <IndustryAttribute/>
    </FiscalString>
  </Positions>
  <Payments Cash="0"
      ElectronicPayment="52"
      PrePayment="0"
      PostPayment="0"
      Barter="0"/>
</CheckPackage>

А ФФД какой в ККТ - ?

(1) Спасибо за помощь. Где это смотрится? Драйвер АТОЛ:ККТ с передачей данных в ОФД 10.Х (ФФД 1.2)

(2) Ну, наверное через тест драйвера можно посмотреть... Точнее, где конкретно -  не подскажу - сейчас нет АТОЛа на стенде, только Спарк-130 и Штрих...

Ну если верить изображению то 1.2

(4) Не верь глазам своим :-)
Где? Версия ККТ 1.05
Версия ФН - 1.2. Это просто его версия, и то, что он это умеет... Но зареген как 1.05:

(5) И что следует из версии?

Прикол то в том что признак М+ был, а потом куда-то делся ...

Проблема только, что на чеке напечатанном не видно? в ОФД всё корректно?

(9) до ОФД пока не достучался, надо явки и пароли взять.

Проверяйте в ОФД, КМ передается вообще? В ЧЗ попадает?

В принципе, чудес не бывает - признак М+ печатает сама ККТ... Что поменялось? Розница обновилась? Драйвер версия сменилась? Х.з. вариантов куча. Надо сузить круг поиска проблемы, сначало в ОФД посмотреть, а потом уже дальше думать.

Я уже давно с АТОЛ не работал, но, по логике ФФД - М+ и не может быть по ФФД-1.05. От слова совсем. Может быть только М без +/-...
+/- это результат проверки на сервере ОИСМ... А по 1.05 этой проверки нет вообще. Хотя, уведомления передаются(по крайней мере всегда передавались). То, что он у Вас раньше печпатал М+, это какой-то "обман", возможно вместе с наименованием номенклатуры из программы передавалось строкой. Но, просто М, должно печатать.

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

(13) возможно косяк из-за слетевших настроек сканера, что сканер сейчас работает в разрыве клавиатуры, а не ком портом.

Возможно. Странная марка какая-то... Не вижу символов разделителей. Они должны быть, в "заэкранированном" виде, между частями кода. А их, похоже нет совсем.
Да и вообще - по 1.05, насколько я помню, там по другому маркировка передается. Это похоже ХМЛ под 1.2, код марки целиком - хотя, тут могу ошибаться, может драйвер его потом сам раскладывает на составные части и передает в ККТ, х.з...

(13) Слушайте, а вопрос а проверка кода маркировки как-то указывается в чеке или нет?

Ну, это оно и есть - М+, проверка пройдена, М- не прошла проверку, М, проверка не проводилась но КМ передан.

(0)Сканер не в режиме эмуляции, не "читает" символы gs, передаёт код в некорректном виде, который между прочим проходит проверку на ККТ на валидность. Сам такое видел на атоле. При этом в 1С всё "зеленеет" и КМ в подборе и проверке прекрасно проверяется.

(0)Прошивку ККТ обнови и перейди на ФФД ККТ 1.2

(16) ну возможно что проблема именно в разрыве клавиатуры. Посмотрю таки, что там за ошибки ОФД показывает.
Визуально код маркировки вроде не поменялся.

Добрался до ОФД
Статус чека в ФНС
Принят с предупреждением
Чек передан и принят в ФНС. При обработке выявлены ошибки форматно-логического контроля.
Ошибки в чеке
3
при обработке в ФНС
6 ПОЗИЦИЯ В ЧЕКЕ
1162
Код маркировки товара

Значение необязательного тега вне разрешенного диапазона
7 ПОЗИЦИЯ В ЧЕКЕ
1162
Код маркировки товара

Значение необязательного тега вне разрешенного диапазона
8 ПОЗИЦИЯ В ЧЕКЕ
1162
Код маркировки товара

Значение необязательного тега вне разрешенного диапазона



6: Вода б/г святой источник, 0,5
1 x 65.00
Единица измерения
0
Общая стоимость позиции с учетом скидок и наценок
65.00
Ставка НДС
не облагается
Код товара
00 00 28 30 31 29 30 34 36 30 33 39 33 34 30 30 31 39 31 32 28 32 31 29 35 41 48 4D 61 4A 46 34
7: Вода б/г святой источник, 0,5
1 x 65.00
Единица измерения
0
Общая стоимость позиции с учетом скидок и наценок
65.00
Ставка НДС
не облагается
Код товара
00 00 28 30 31 29 30 34 36 30 33 39 33 34 30 30 31 39 31 32 28 32 31 29 35 6E 4A 51 48 3A 55 65
8: Вода б/г святой источник, 0,5
1 x 65.00
Единица измерения
0
Общая стоимость позиции с учетом скидок и наценок
65.00
Ставка НДС
не облагается
Код товара
00 00 28 30 31 29 30 34 36 30 33 39 33 34 30 30 31 39 31 32 28 32 31 29 35 7A 6A 56 28 68 41 72


Хм. Сейчас буду гуглить.

Гугл пока завел в тупик, долблю техподдержку продавка ККМ.

Билин .....
Надо смотреть какого фига с ККМ не работает, до этого с "Электронным кассиром" работало, надо вспоминать в каком виде там передавался код маркировки. Вот билин.



А самое главное - формат ОФД в ККМ поменяли на 1.2

Нашел строку которая до этого была в HTTP сервисе, в который электрокассир стучался:
КодМаркировки    = ШтрихкодированиеИСКлиентСервер.Base64ВШтрихкод(СтрокаАкцизныеМарки.АкцизнаяМарка.ЗначениеШтрихкодаБазе64);

Сейчас использую типовой чекККМ, надо искать где там передается код маркировки. И РМКУправляемыйРежим в части взаимодействия с ККМ типовой. Неужто обработка РМКУправляемыйРежим настолько древняя, что там нет работы с маркированным товаром?

Подскажите пожалуйста те кто работают с розницей 2.3 подскажите строка какого вида хранится в справочнике ШтрихкодыУпаковокТоваров в поле ЗначениеШтрихкода. Что там с непечатываемыми символами? Они там есть или нет? В принципе выяснить есть или нет нет легко - если есть, то у вас не должна открываться форма списка справочника ).
У меня она открывается, так как я код меняю. в следующей процедуре.
Возможно тут и есть косяк мой, что в типовой в чек передается именно реквизит справочника ШтрихкодыУпаковокТоваров ЗначениеШтрихкода без кодировки в Base64.

ШтрихКодТовара - это строка со сканера.

    ПолныйШтрихКод64 = ШтрихкодированиеИСКлиентСервер.ШтрихкодВBase64(ШтрихКодТовара);
    Если СтрДлина(ШтрихКодТовара)>20 Тогда
        КодТовара = СтрЗаменить(ШтрихКодТовара,"(","");
        КодТовара = СтрЗаменить(КодТовара,")","");
        КодТовара = Сред(КодТовара,3,14);
        Номенклатура = НоменклатураПоШтрихКоду(КодТовара);
    Иначе
        Номенклатура = НоменклатураПоШтрихКоду(ШтрихКодТовара);
    КонецЕсли;

    Если СтрДлина(ШтрихКодТовара)>20 Тогда
        Марка = "(01)" + КодТовара + "(21)" + Сред(ШтрихКодТовара,19,13);
        АкцизнаяМарка = МаркаПоКоду(Марка);
        //    если пустая марка, то добавляем её в список марок товара найденного по первым тринадцати символам
        Если АкцизнаяМарка = ПредопределенноеЗначение("Справочник.ШтрихкодыУпаковокТоваров.ПустаяСсылка") Тогда
            Если Номенклатура <> ПредопределенноеЗначение("Справочник.Номенклатура.ПустаяСсылка") Тогда
                АкцизнаяМарка = СоздатьМаркуПоШтрихКоду(Марка,Номенклатура,ПолныйШтрихКод64);
            КонецЕсли;
        КонецЕсли;
    КонецЕсли;


&НаСервере
Функция СоздатьМаркуПоШтрихКоду(ШтрихКодМарки,Номенклатура,ПолныйШтрихКодМаркировки64)
    ШтрихкодМаркировки = Справочники.ШтрихкодыУпаковокТоваров.СоздатьЭлемент();
    ШтрихкодМаркировки.Номенклатура            = Номенклатура;
    ШтрихкодМаркировки.ТипУпаковки            = Перечисления.ТипыУпаковок.МаркированныйТовар;
    ШтрихкодМаркировки.ТипШтрихкода         = Перечисления.ТипыШтрихкодов.GS1_DataMatrix;
    //ШтрихкодМаркировки.ЗначениеШтрихкода     = ШтрихкодированиеИСКлиентСервер.Base64ВШтрихкод(ШтрихКодМарки);
    ШтрихкодМаркировки.ЗначениеШтрихкода     = ШтрихКодМарки;
    ШтрихкодМаркировки.ЗначениеШтрихкодаБазе64     = ПолныйШтрихКодМаркировки64;
    ШтрихкодМаркировки.Количество            = 1;
    ШтрихкодМаркировки.ДатаУпаковки            = ТекущаяДата();
    ШтрихкодМаркировки.Записать();
    
    Возврат ШтрихкодМаркировки.Ссылка;
КонецФункции

Знатоки торговлей в общем и Розницы 2.3 в частности ткните пальцем где формируется файл, который отдается ККМ? Мне надо найти строку где заполняется код маркировки, чтобы понять в чем у меня косяк.
Возможные варианты:
1. Отдается код маркировки из поля справочника ШтрихкодыУпаковокТоваров ЗначениеШтрихкода.
2. Отдается код маркировки из поля ШтрихкодыУпаковокТоваров ЗначениеШтрихкодаБазе64.
Если 1 - случай, то тогда понятно почему у меня затык.

(24) Отдается код маркировки из поля

Какого поля??? Он должен непосредственно из строки, прилетевшей со сканера браться, а не из каких-то полей...

(25) те непосредствено из сканера? Хотите сказать,Ю что код маркировки сканируется и не сохраняясь сразу передается на кассу? И что он в принципе не сохраняется в базе в принципе? Ну тогда я получается всю логику розницы поломал.

(26) Да. Со сканера сразу.

(26) И что он в принципе не сохраняется в базе в принципе?
Почему? Сохраняется наверное, как проданная марка. Но, скорее всего не в том виде, как прилетел со сканера. Вроде как был запрет хранить в базе марки с "криптохвостом", 1с скорее всего последовала этому требованию.

А вообще, розница 2.3 умеет с кассами по маркировке работать и с ФФД-1.05 и с ФФД-1.2 У меня и такие клиенты есть и такие. Про релизы не скажу, давно это было, но точно ничего в конфах не ненял, так, как базовые.

+(27) Сканеры, если что, в обеих случаях ДатаЛоджики 2430, в режиме эмуляции COM. Клавиатурный режим, я лично не признаю совсем, особенно для маркировки.

(27) Вы уверены что данные о марках проданного товара в принципе не сохраняются в базе? Т.е. справочник Справочники.ШтрихкодыУпаковокТоваров не предназначен для хранения кодов маркировки товара?

(21) "А самое главное - формат ОФД в ККМ поменяли на 1.2"

- раньше хватало 31 символ из датаматрих

в новой редакции

- нужно передавать полный код маркировки
перед этим вывернуть его наизнанку - перекодировав по специальному алгоритму

у спецов по кассам план и премия по переводу всех и вся на 1.2 (обратно уже сказку не вернуть, касса = кирпич в 95%)

(30) Кассу перевели на 1.2 - сообщение уже другое (21). Блин не удается в этот раз обойти типовые процессы типовой розницы. Судя по всему в этом мой косяк, я данные записываю не туда, откуда типовуха их берет для проверки и отправки ккм. В случае с электро кассиром я данные просто брал из справочника, а типовуха значит их хочет из другого места взять, блин засада.

Пол дела сделано: в чеке таки появилось М+.
Ларчик просто открывался: кроме поля АкцизнаяМаркав таблиичной части АкцизныеМарки документа ЧекККМ необходимо было заполнять еще поле КодАкцизнойМарки и тогда проверка прошла.
Жду явки пароли от ОФД чтобы посмотреть что там.

Усе. ОФД сказал что ошибок в чеке нет. Урря.

Эх поматерюсь про честный знак ...
После того как успешно отработала проверка по одной воде на другую опять вылетела ошибка "Отсутствует полный код маркировки". По поиску по конфе - это ошибка не от кассы, а по анализу данных. Я сидел ломал голову чем отличается одна вода от другой и пытался пробить вторую воду, но ничего не помогало. Тут мы сменили движок и о чудо не изменив бита кода, да даже данные исходные одни и те же - заказ покупателя основание для чека ККМ создавался на старом движке вдруг все сработало.
Спрашивается: а какого лешего это было? Почему неделю проверка не проходила ... Ругаюсь ..

ЗЫ
Распоряжение Правительства РФ от 11 октября 2023 г. N 2799-р
"Честный знак" включен в перечень программ для обязательной предустановки.
В 2023 и 2024 гг. на смартфоны, планшетные компьютеры решено предустанавливать программу для проверки кодов маркировки товаров "Честный знак".

(35) Это приложение для покупателей, с помощью которого можно проверить марку в ЧЗ. К продавцам оно не имеет никакого отношения.
Для продавцов есть другое - "Честный знак бизнес"... Никакой обязаловки по его установке ни для кого нет. Я установил, но правда так и не понял, насколько оно нужно, там региться надо(нафик мне это?) в отличии от покупательского, которое и без регистрации работает.

Подскажите пож-та что в итоге сделали, такая же фигня, оказывается больше месяца как не проходит информация
касса атол и 1с

(0) Подскажите пож-та что в итоге сделали, такая же фигня, оказывается больше месяца как не проходит информация
касса атол и 1с

(36) я в курсе, что это приложение для покупателей, а не для продавцов.
Опять ошибка "Отсутствует полный код маркировки". Движок с последнего удачной проверки не менялся, ничего не менялось. Спрашивается - а какого лешего не работает?

странный факт вода не проходит, а мороженое проходит

40 а у меня так и не пробивается вода тоже (

(41) странно чем вода отличается от мороженого, код тот же...у меня ощущение что в 1с опять что-то сломалось и мы не поправим, пока они не починят

(42) Выйдите на связь на мыло - есть вопросик по части штрих кодов, точнее по данным в базе. [email protected]
У вас кстати какая конфа? Розница или УТ?
Особенно мне будет полезно если у вас Розница 2.3.

Молочка и бутилированная вода это же вроде разные типы и кто знает может быть где-то должны различаться.

Продолжаю эпопею с водой
Сейчас ситуация такая, что в ОФД в строке с водой есть дополнение КТ GS 1.M  (01)04603934000786(21)5FT,d0eeUqL
Признак чека стоит
"Чек передан и принят в ФНС. При проверке не выявлено ошибок."
В личном кабинете честного знака за сегодня (буквально за последние полчаса) чек не показывается. Не знаю по какой причине, может быть информация появится завтра. Но при этом в чеке который выдал кассовый аппарат признака М нет ни в каком виде, ни М, ни М+, ни М-. Хотя в настройках проверки кодов маркировки средствами ККТ стоит проверять перед пробитием чека.
Подскажите где я опять не докручиваю? И насколько страшно, что в чеке который выдается клиенту нет признака М.
P.S. Сегодня в пятерочке придется купить воду и впервые наверное больше чем за месяц распечатать кассовый чек.

(42) >странно чем вода отличается от мороженого, код тот же...
01(GTIN_14)21(Серия_6_симв)93(Проверка_4) - молочка
01(GTIN_14)21(Серия_13_симв)93(Проверка_4) - вода

Отличие в длине символов

(45) "5FT,d0eeUqL" - точно 11 символов, а не 13?
Такое чувство, что Розница или прошивка ККМ \ обработка 1С старая и не разбирает корректно марку.

(45) Чек в честном знаке так и не появился. Статус чека в ОФД как был без ошибок так и есть.

(47) в ОФД показывается именно 11 символов ну те (01)04603934000786(21)5FT,d0eeUqL. В фискальных операциях в рознице показывается KDAxKTA0NjAzOTM0MDAwNzg2KDIxKTVGVCxkMGVlVXFMPEc=
Так что не понятно.

Нашел в ОФД разницу в кодах маркировке из чеков между тем который выгрузился в честный знак и который не выгрузился
который выгрузился такой 0104603934000755215bVTCMByu6Sbc
который не выгрузился (01)04603934000786(21)5N2OO,uUIbNl'
У обоих чеков статус ошибок нет.
Неужто ОФД не видит ошибки в коде, а честный знак видит ошибку и просто не загружает чек молча?

(50) По внешнему виду кода маркировки может кто подскажет? А как у вас код маркировки в ОФД выглядет?

Для заметок:
Фискализация чека ПодключаемоеОборудованиеДрайверСинхронноКлиент.ФискализацияЧека()
Сборка чека
ОборудованиеЧекопечатающиеУстройстваВызовСервера.СформироватьXMLПакетДляФискализацияЧека()

Тут на форуме есть несколько человек которые поддерживают 7.7 чуть ли не самописную. Вот расскажите как пожалуйста товарищи, а каким образом происходит формирование чека на ККМ. Я так понял (поправьте если не прав), что на вход драйвера ККМ подается XML с данными чека и потом драйвер уже сам все это запихивает в ОФД.
В соответствии с https://sudact.ru/law/prikaz-fns-rossii-ot-14092020-n-ed-7-20662/prilozhenie-n-2/iv/tablitsa-97/
самому ОФД попадают данные тоже в виде (вероятно) XML. Так вот там есть два тега 2102 productCodeHandleMode режим обработки кода маркировки и 2106 productCodeHandleMode результат проверки сведений о товаре. Вы эти теги заполняете при отправке маркированного товара или драйвер кассы сам добавляет эти данные перед отправкой? Насколько я понимаю у меня проблемы именно с отсутствием двух этих тегов в чеках. Но я не вижу чтобы эти теги формировались в рознице. Или я таки плохо ищу? Поиск по строкам productCodeCheckResult и productCodeHandleMode результата не дает.