Чеки с маркировкой успешно передаются в ОФД (она видна), но не передаются в Честный Знак.
Суть проблемы: пробиваю товар с маркировкой в УНФ, чеки видны в ОФД и у товаров указана маркировка, но в бумажном чеке нет буквы [М], в Честном знаке чеков нет, коды маркировки из оборота не выводятся.
Как пробивал чек и пришел к проблеме:
Создал товар в номенклатуре, указал ему "Вид продукции ИС: БАДы". В новом РМК сканировал товар с маркировкой: сначала штрихкод, потом, маркировку. Маркировка обозначалась как зеленая, то есть проверенная. Был обмен с ОИС, так как пробовал с вставленной ЭЦП, было видно как делается запрос по маркировке, показывался соответствующий текст внизу слева "Выполняется проверка статуса ОИСМ кода маркировки средствами ККТ <код>".
Результат оформления покупки: чек пробился без значка [М], в драйвере ККТ АТОЛ в разделе ФН > Запросы > 21 Состояние работы с КМ:
Количество проверенных КМ в таблице проверенных КМ - 1
Количество реализованных КМ - 0
В честном знаке чека нет. В ОФД в чеке маркировка указана, в приложении ФНС дял смартфонов, если сканировать QR код с чека тоже виден чек и маркировка, по маркировке товар находится успешно, пишется название, срок годности и прочее.
Обращался в техподдержку контур.офд, там сказали что сама ККТ отсылает два пакета документов: в офд и в честный знак. Все настройки ОФД и ОИС, серверы и порты они проверяли. В драйвере ККТ проверка связи с ИСМ делается успешно. Поддержка контура сказала, что ККТ делает все, что ей прикажет кассовое ПО, то есть проблема в 1С, что она ничего не отсылает в Честный Знак.
Сильно шокирован, что можно оказывается отослать вообще любые данные в ОФД с маркировкой, но она может не показываться в честном знаке.
В чем может быть проблема, как ее решить?
Описание оборудования и версий
Платформа: 1С:Предприятие 8.3 (8.3.25.1336)
Конфигурация: Управление нашей фирмой, редакция 3.0 (3.0.8.109)
Используятся новое РМК
ККТ АТОЛ 25Ф
Драйвер ККТ 10.10.0.0 32бит
ОФД Контур
Как пробивал чек и пришел к проблеме:
Создал товар в номенклатуре, указал ему "Вид продукции ИС: БАДы". В новом РМК сканировал товар с маркировкой: сначала штрихкод, потом, маркировку. Маркировка обозначалась как зеленая, то есть проверенная. Был обмен с ОИС, так как пробовал с вставленной ЭЦП, было видно как делается запрос по маркировке, показывался соответствующий текст внизу слева "Выполняется проверка статуса ОИСМ кода маркировки средствами ККТ <код>".
Результат оформления покупки: чек пробился без значка [М], в драйвере ККТ АТОЛ в разделе ФН > Запросы > 21 Состояние работы с КМ:
Количество проверенных КМ в таблице проверенных КМ - 1
Количество реализованных КМ - 0
В честном знаке чека нет. В ОФД в чеке маркировка указана, в приложении ФНС дял смартфонов, если сканировать QR код с чека тоже виден чек и маркировка, по маркировке товар находится успешно, пишется название, срок годности и прочее.
Обращался в техподдержку контур.офд, там сказали что сама ККТ отсылает два пакета документов: в офд и в честный знак. Все настройки ОФД и ОИС, серверы и порты они проверяли. В драйвере ККТ проверка связи с ИСМ делается успешно. Поддержка контура сказала, что ККТ делает все, что ей прикажет кассовое ПО, то есть проблема в 1С, что она ничего не отсылает в Честный Знак.
Сильно шокирован, что можно оказывается отослать вообще любые данные в ОФД с маркировкой, но она может не показываться в честном знаке.
В чем может быть проблема, как ее решить?
Описание оборудования и версий
Платформа: 1С:Предприятие 8.3 (8.3.25.1336)
Конфигурация: Управление нашей фирмой, редакция 3.0 (3.0.8.109)
Используятся новое РМК
ККТ АТОЛ 25Ф
Драйвер ККТ 10.10.0.0 32бит
ОФД Контур
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) Сегодня добился феноменальных результатов: чек пробился без маркировки нигде, ни бумажном в чеке, ни в ОФД.
Всего-то обновил 1с УНФ и Платформу до последних версий, драйверы внутри 1с какие-то обновились.
Платформа: 1С:Предприятие 8.3 (8.3.25.1374)
Конфигурация: Управление нашей фирмой, редакция 3.0 (3.0.9.123) (
Продавал товар с маркировкой в простом уведомительном режиме. Товар прошел проверку через ККТ, были видны запросы, были ответы, марка позеленела.
В чеке - буквы М нет. В ОФД в чеке маркировки не указано вообще.
В 1С в Продажи > Чеки ККМ в чеке маркировка есть (см. картинку)!
Открыл в драйвере АТОЛ: Чтение данных > 1 Реквизиты документов по номеру из ФН в формате TLV
В теге 1059 Предмет расчета должен присутствовать тег с маркировкой 1162 код товара, но его нет (скриншот).
Всего-то обновил 1с УНФ и Платформу до последних версий, драйверы внутри 1с какие-то обновились.
Платформа: 1С:Предприятие 8.3 (8.3.25.1374)
Конфигурация: Управление нашей фирмой, редакция 3.0 (3.0.9.123) (
Продавал товар с маркировкой в простом уведомительном режиме. Товар прошел проверку через ККТ, были видны запросы, были ответы, марка позеленела.
В чеке - буквы М нет. В ОФД в чеке маркировки не указано вообще.
В 1С в Продажи > Чеки ККМ в чеке маркировка есть (см. картинку)!
Открыл в драйвере АТОЛ: Чтение данных > 1 Реквизиты документов по номеру из ФН в формате TLV
В теге 1059 Предмет расчета должен присутствовать тег с маркировкой 1162 код товара, но его нет (скриншот).
Прикрепленные файлы:
Торговля типовая? Релиз актуальный? Если нет, то нужно рыть код формирования структуры чека (эта структура содержит раздел для маркированного товара, по каждой пробиваемой позиции).
Возможно не включен учет Маркированного товара (в списке нужно пометить типы учитываемого маркированного товара).
Забыл уточнить, в РМК вообще никаких ошибок в процессе пробития покупки не пишет. И нигде в принципе ошибок не нашел.
Если открыть Чеки ККМ и найти чек, то в списке товаров у товара будет указана зеленая марка.
Если в Чеки ККМ открыть вкладку Дополнительно и там нажать Фискальный чек, откроется окно Фискальная операция.
В окне Фискальной Операции во вкладке XML никакого упоминания маркировки в чеке нет. И также во вкладке проверка КМ упоминания маркировки нет.
Если в Чеки ККМ открыть вкладку Дополнительно и там нажать Фискальный чек, откроется окно Фискальная операция.
В окне Фискальной Операции во вкладке XML никакого упоминания маркировки в чеке нет. И также во вкладке проверка КМ упоминания маркировки нет.
Да, конечно "АТОЛ с передачей данных в ОФД 10.Х (ФФД 1.2)", там внутри в настройках "Продажа маркированных товаров true". Маркировка проверяется через ККТ (в простом уведомительном режиме), идут запросы, есть ответы.
Посмотрел на ККТ атол логи из папки %appdata%\ATOL\drivers10\logs
Файл ofd.log - логи обмена с ОФД / ИСМ
При проверке кодов, при их сканировании в РМК, запросы к ИСМ честный знак на порт 7778 идут, в 1с в логах высвечивается М+.
Но при пробитии чека - ноль запросов к ИСМ честный знак в принципе. 1С ничего не посылает!
Далее fptr1C.log - логи обмена ККТ АТОЛ и 1С
Запросы маркировки имеются. В тегах готового чека <CheckPackage> ноль упоминания маркировки. В <FiscalString> товар есть, кода маркировки нет.
Ошибка нашлась только в fptr10.log но по времени она до пробития чека идет, до пересылки его данных
Файл ofd.log - логи обмена с ОФД / ИСМ
При проверке кодов, при их сканировании в РМК, запросы к ИСМ честный знак на порт 7778 идут, в 1с в логах высвечивается М+.
SOCK0:0000126C INFO [EthernetOverTransport] [Сокет 0] Успешно подключено к ofd.kontur.ru:7778Но при пробитии чека - ноль запросов к ИСМ честный знак в принципе. 1С ничего не посылает!
Далее fptr1C.log - логи обмена ККТ АТОЛ и 1С
Запросы маркировки имеются. В тегах готового чека <CheckPackage> ноль упоминания маркировки. В <FiscalString> товар есть, кода маркировки нет.
Ошибка нашлась только в fptr10.log но по времени она до пробития чека идет, до пересылки его данных
T:0000208C ERROR [FiscalPrinter] Код ошибки ККТ - 613Bh
T:0000208C INFO [FiscalPrinter] output > 01
T:0000208C INFO [Transport] send fiscal (82) 82 40 30 31 (4 bytes total)
T:0000208C INFO [Transport] recv fiscal (82) 82 30 30 30 3B 37 3B 30 3B 30 3B 30 3B (13 bytes total)
T:0000208C INFO [FiscalPrinter] input < 0;7;0;0;0;
T:0000208C ERROR [FiscalPrinter] Объекту 0x00A7BD70 присвоен код ошибки 81 [Документ закрыт - операция невозможна]
Добрый день. У вас получилось решить проблему ? Столкнулся с такой же проблемой. На часть товаров, марки проходят нормально, а на часть данные о марке в ОФД и в ЧЗ не попадают. Продажа проходит как обычная продажа без [M]
(22)
Вид номенклатуры проверяйте
Добрый день. У вас получилось решить проблему ? Столкнулся с такой же проблемой. На часть товаров, марки проходят нормально, а на часть данные о марке в ОФД и в ЧЗ не попадают. Продажа проходит как обычная продажа без [M]
Вид номенклатуры проверяйте
(24) В номенклатуре «Признак предмета расчета» задается как «Товар маркируемый средством идентификации, имеющий код маркировки» автоматически при задании «Вид продукции ИС».
Если вы задали «Вид продукции ИС» для категории и потом создали в ней товары - в новых товарах эти признаки проставятся автоматом. Если задать в старой категории «Вид продукции ИС», то в старых товарах ничего оно автоматом не задастся.
Я пробовал создавать в чистой УНФ новый товар с указанием «Вид продукции ИС» и следовательно «Признак предмета расчета» проставлялся сам. Проблемы в моем случае тут быть не может.
В вашем случае вы вообще в принципе не указали, что товар маркируемый, но тогда и марки 1с спрашивать при продаже не будет, короче, у вас взаимоисключающие вещи написаны, описывайте ситуацию подробнее.
Если вы задали «Вид продукции ИС» для категории и потом создали в ней товары - в новых товарах эти признаки проставятся автоматом. Если задать в старой категории «Вид продукции ИС», то в старых товарах ничего оно автоматом не задастся.
Я пробовал создавать в чистой УНФ новый товар с указанием «Вид продукции ИС» и следовательно «Признак предмета расчета» проставлялся сам. Проблемы в моем случае тут быть не может.
В вашем случае вы вообще в принципе не указали, что товар маркируемый, но тогда и марки 1с спрашивать при продаже не будет, короче, у вас взаимоисключающие вещи написаны, описывайте ситуацию подробнее.
(25) В моем случае Вид продукции ИС проставлен соответствующий маркируемой продукции, а именно товары легкой промышленности. При продажа товара запрос кода маркировки идет исправно. Как уж так вышло, что признак предмета расчета стоял некорректный не знаю, разбираться не стал. Причина была в этом. Возможно это было бы полезно для кого-то, поэтому написал.
(26) Перепроверил, да, если задать <Вид продукции ИС>, а потом поменять <Признак предмета расчета> на что угодно, хоть <Платеж казино>, хоть <Взносы на ОМС>, 1С это как ни в чем не бывало примет и сохранит. Никаких банальных проверок в 1С нет, ни в РМК, ни в интерфейсе Номенклатуры - все запрограммировано на отвали.
Но как у вас это могло поменяться массово у множества товаров в номенклатуре - вопрос, нездоровая ситуация.
Но как у вас это могло поменяться массово у множества товаров в номенклатуре - вопрос, нездоровая ситуация.
При регистрации ККТ в ФНС не указали в заявлении, что она используется для продажи маркированных товаров.
Согласно правилам эксплуатации контрольно-кассовой техники в заявлении о регистрации ККТ нужно обязательно указывать тот факт, что она будет использоваться для продажи маркированных товаров.
Это касается и тех случаев, когда товар стал маркированным уже после регистрации кассы. В такой ситуации необходимо провести перерегистрацию, указав в заявлении необходимый атрибут.
Узнать, правильно ли зарегистрирована ККТ, можно в личном кабинете на сайте ФНС или посмотрев карточку регистрации кассы.
Аналогичная проблема. Касса оказалась зарегистрирована не правильно. В процессе решения
Согласно правилам эксплуатации контрольно-кассовой техники в заявлении о регистрации ККТ нужно обязательно указывать тот факт, что она будет использоваться для продажи маркированных товаров.
Это касается и тех случаев, когда товар стал маркированным уже после регистрации кассы. В такой ситуации необходимо провести перерегистрацию, указав в заявлении необходимый атрибут.
Узнать, правильно ли зарегистрирована ККТ, можно в личном кабинете на сайте ФНС или посмотрев карточку регистрации кассы.
Аналогичная проблема. Касса оказалась зарегистрирована не правильно. В процессе решения
(29)
Очевидный вопрос, а вообще в принципе проверяются ли коды через ККТ при уведомительном (не разрешительном где через ПО кассира) режиме, если касса не зарегистрирована для продажи маркированных товаров? Думаю, нет. Так что это не может быть причиной в принципе.
При регистрации все для маркировки было указано, вот карточка регистрации:
При регистрации ККТ в ФНС не указали в заявлении, что она используется для продажи маркированных товаров.
Очевидный вопрос, а вообще в принципе проверяются ли коды через ККТ при уведомительном (не разрешительном где через ПО кассира) режиме, если касса не зарегистрирована для продажи маркированных товаров? Думаю, нет. Так что это не может быть причиной в принципе.
При регистрации все для маркировки было указано, вот карточка регистрации:
Прикрепленные файлы:
(37)
Да, было расширение импорта номенклатуры в 1с от криворукого фрилансера, которое и маркировку в РМК не проверяло и мешало в ОФД ее отправлять. Как нашел пряморукого специалиста, с нуля написали новое расширение, так все заработало.
Да, было расширение импорта номенклатуры в 1с от криворукого фрилансера, которое и маркировку в РМК не проверяло и мешало в ОФД ее отправлять. Как нашел пряморукого специалиста, с нуля написали новое расширение, так все заработало.
Добрый день, столкнулись с такой же проблемой, все ,что возможно на данный момент последней версии, 1С, драйвер ККТ, прошивка ККТ. Подскажите , удалось ли вам решить вашу проблему?
По номенклатуре Признаки товаров, предметов расчета, все на месте, во время сканирования код проверяется, все отлично, в чеке нет признака М, хотя в регистре сведений Операции проверки КМ , везде М+ , на чеках пусто, а в честный знак ничего не попадает
Честный знак сообщает
В ходе анализа было выявлено, что от фискального накопителя (ФН) *(***************не поступило ни одного уведомления о реализации товара (82 уведомление).
По номенклатуре Признаки товаров, предметов расчета, все на месте, во время сканирования код проверяется, все отлично, в чеке нет признака М, хотя в регистре сведений Операции проверки КМ , везде М+ , на чеках пусто, а в честный знак ничего не попадает
Честный знак сообщает
В ходе анализа было выявлено, что от фискального накопителя (ФН) *(***************не поступило ни одного уведомления о реализации товара (82 уведомление).
(43)
Вы хотите сказать, что в Честном знаке этого чека нет?
Тут видно что разрешительный режим отражен в ОФД в чеке нормально.
Буква М это уведомительный режим, вероятно, у вас он настроен не совсем верно. Вы прислали скрин разрешительного режима, проверьте уведомительный.
Вы хотите сказать, что в Честном знаке этого чека нет?
Тут видно что разрешительный режим отражен в ОФД в чеке нормально.
Буква М это уведомительный режим, вероятно, у вас он настроен не совсем верно. Вы прислали скрин разрешительного режима, проверьте уведомительный.
(45) Уведомительный режим тоже успешно прошел проверку.
Гляньте Фискальная операция (со скрина), там в печатном представлении чека по версии 1С есть значок [М]?
Далее, гляньте в драйвере обмен с ИСМ.
Если АТОЛ, то
1) вкладка Информация о ККТ > тип запроса: 49 Дата и время последней успешной отправки в ИСМ
2) вкладка ФН > тип данных: 19 Ошибки ИСМ и 20: Статус информационного обмена с ИСМ
Ну и другие пункты по смыслу, может что подозрительное будет заметно.
Перепроверьте все настройки ОФД, ОКП, ИСМ в 1С и в ККТ.
Может регистрация кассы выполнена неверно.
Как мне говорили в ОФД, кассовое ПО формирует 2 пакета документов: для ОФД и для ЧЗ. В ОФД у вас идет, в ЧЗ нет.
Гляньте Фискальная операция (со скрина), там в печатном представлении чека по версии 1С есть значок [М]?
Далее, гляньте в драйвере обмен с ИСМ.
Если АТОЛ, то
1) вкладка Информация о ККТ > тип запроса: 49 Дата и время последней успешной отправки в ИСМ
2) вкладка ФН > тип данных: 19 Ошибки ИСМ и 20: Статус информационного обмена с ИСМ
Ну и другие пункты по смыслу, может что подозрительное будет заметно.
Перепроверьте все настройки ОФД, ОКП, ИСМ в 1С и в ККТ.
Может регистрация кассы выполнена неверно.
Как мне говорили в ОФД, кассовое ПО формирует 2 пакета документов: для ОФД и для ЧЗ. В ОФД у вас идет, в ЧЗ нет.
(46) Не поверите, но все настроено, и тем не менее, на скринах пусто по запрос информации про ОИСМ, в ЧЗ пусто, может брак Ф-на?
И по мнению 1С в чеке М нет, к сожалению 6 скрин приложить не могу, но там пусто))
И по мнению 1С в чеке М нет, к сожалению 6 скрин приложить не могу, но там пусто))
Прикрепленные файлы:
(47) Если в своем фискальном чеке 1с не пишет [М], значит 1c считает, что маркировка не нужна и не делает уведомлений в ЧЗ. Проверки делает, а данные отправлять не хочет. Как видно ни одного уведомления о маркировке не сделала.
Покажите как создан товар: Вид продукции ИС, Признак предмета расчета.
Покажите как создан товар: Вид продукции ИС, Признак предмета расчета.
(50) salelocation я закрасил, так там все заполнено, но не вижу тут marking code, только goodcodedata
<?xml version="1.0" encoding="UTF-8"?>
<CheckPackage>
<Parameters CashierName=""""""
OperationType="1"
TaxationSystem="1"
SaleAddress="26 - """""""
SaleLocation="""""""
GroupingPositionsWhenPrinting="false"
CustomerEmail=""
CustomerPhone="">
<AgentData/>
<VendorData/>
<CustomerDetail/>
<OperationalAttribute/>
<IndustryAttribute/>
</Parameters>
<Positions>
<FiscalString Name="Добрый СОК Яблоко 0,2л/27"
Quantity="1"
PriceWithDiscount="60"
AmountWithDiscount="60"
DiscountAmount="0"
Department="1"
VATRate="none"
PaymentMethod="4"
CalculationSubject="33"
MeasureOfQuantity="0">
<GoodCodeData GS1.M="MDEwNDY1MDA3NTQyNDU1MTIxNTx5U1lCM2o4Q29HSQ=="/>
<AgentData/>
<VendorData/>
<IndustryAttribute/>
</FiscalString>
</Positions>
<Payments Cash="60"
ElectronicPayment="0"
PrePayment="0"
PostPayment="0"
Barter="0"/>
</CheckPackage>
<?xml version="1.0" encoding="UTF-8"?>
<CheckPackage>
<Parameters CashierName=""""""
OperationType="1"
TaxationSystem="1"
SaleAddress="26 - """""""
SaleLocation="""""""
GroupingPositionsWhenPrinting="false"
CustomerEmail=""
CustomerPhone="">
<AgentData/>
<VendorData/>
<CustomerDetail/>
<OperationalAttribute/>
<IndustryAttribute/>
</Parameters>
<Positions>
<FiscalString Name="Добрый СОК Яблоко 0,2л/27"
Quantity="1"
PriceWithDiscount="60"
AmountWithDiscount="60"
DiscountAmount="0"
Department="1"
VATRate="none"
PaymentMethod="4"
CalculationSubject="33"
MeasureOfQuantity="0">
<GoodCodeData GS1.M="MDEwNDY1MDA3NTQyNDU1MTIxNTx5U1lCM2o4Q29HSQ=="/>
<AgentData/>
<VendorData/>
<IndustryAttribute/>
</FiscalString>
</Positions>
<Payments Cash="60"
ElectronicPayment="0"
PrePayment="0"
PostPayment="0"
Barter="0"/>
</CheckPackage>
(51) В момент пробития маркированной воды в процедуре СформироватьXMLДляЗапросаКМ , в Запись атрибута MarkingCode попадает КМ(можете взглягуть правильный у него формат или нет?, записывает XML и в конце закрывает его, на скрине кстати видно, что я принудительно поставил ожидать ответ "true" ( одна из статей на инфостарте про разрешительный режим
Прикрепленные файлы:
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот
