Чеки с маркировкой успешно передаются в ОФД (она видна), но не передаются в Честный Знак.
Суть проблемы: пробиваю товар с маркировкой в УНФ, чеки видны в ОФД и у товаров указана маркировка, но в бумажном чеке нет буквы [М], в Честном знаке чеков нет, коды маркировки из оборота не выводятся.
Как пробивал чек и пришел к проблеме:
Создал товар в номенклатуре, указал ему "Вид продукции ИС: БАДы". В новом РМК сканировал товар с маркировкой: сначала штрихкод, потом, маркировку. Маркировка обозначалась как зеленая, то есть проверенная. Был обмен с ОИС, так как пробовал с вставленной ЭЦП, было видно как делается запрос по маркировке, показывался соответствующий текст внизу слева "Выполняется проверка статуса ОИСМ кода маркировки средствами ККТ <код>".
Результат оформления покупки: чек пробился без значка [М], в драйвере ККТ АТОЛ в разделе ФН > Запросы > 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]
(24) В номенклатуре «Признак предмета расчета» задается как «Товар маркируемый средством идентификации, имеющий код маркировки» автоматически при задании «Вид продукции ИС».
Если вы задали «Вид продукции ИС» для категории и потом создали в ней товары - в новых товарах эти признаки проставятся автоматом. Если задать в старой категории «Вид продукции ИС», то в старых товарах ничего оно автоматом не задастся.
Я пробовал создавать в чистой УНФ новый товар с указанием «Вид продукции ИС» и следовательно «Признак предмета расчета» проставлялся сам. Проблемы в моем случае тут быть не может.
В вашем случае вы вообще в принципе не указали, что товар маркируемый, но тогда и марки 1с спрашивать при продаже не будет, короче, у вас взаимоисключающие вещи написаны, описывайте ситуацию подробнее.
Если вы задали «Вид продукции ИС» для категории и потом создали в ней товары - в новых товарах эти признаки проставятся автоматом. Если задать в старой категории «Вид продукции ИС», то в старых товарах ничего оно автоматом не задастся.
Я пробовал создавать в чистой УНФ новый товар с указанием «Вид продукции ИС» и следовательно «Признак предмета расчета» проставлялся сам. Проблемы в моем случае тут быть не может.
В вашем случае вы вообще в принципе не указали, что товар маркируемый, но тогда и марки 1с спрашивать при продаже не будет, короче, у вас взаимоисключающие вещи написаны, описывайте ситуацию подробнее.
(25) В моем случае Вид продукции ИС проставлен соответствующий маркируемой продукции, а именно товары легкой промышленности. При продажа товара запрос кода маркировки идет исправно. Как уж так вышло, что признак предмета расчета стоял некорректный не знаю, разбираться не стал. Причина была в этом. Возможно это было бы полезно для кого-то, поэтому написал.
(26) Перепроверил, да, если задать <Вид продукции ИС>, а потом поменять <Признак предмета расчета> на что угодно, хоть <Платеж казино>, хоть <Взносы на ОМС>, 1С это как ни в чем не бывало примет и сохранит. Никаких банальных проверок в 1С нет, ни в РМК, ни в интерфейсе Номенклатуры - все запрограммировано на отвали.
Но как у вас это могло поменяться массово у множества товаров в номенклатуре - вопрос, нездоровая ситуация.
Но как у вас это могло поменяться массово у множества товаров в номенклатуре - вопрос, нездоровая ситуация.
При регистрации ККТ в ФНС не указали в заявлении, что она используется для продажи маркированных товаров.
Согласно правилам эксплуатации контрольно-кассовой техники в заявлении о регистрации ККТ нужно обязательно указывать тот факт, что она будет использоваться для продажи маркированных товаров.
Это касается и тех случаев, когда товар стал маркированным уже после регистрации кассы. В такой ситуации необходимо провести перерегистрацию, указав в заявлении необходимый атрибут.
Узнать, правильно ли зарегистрирована ККТ, можно в личном кабинете на сайте ФНС или посмотрев карточку регистрации кассы.
Аналогичная проблема. Касса оказалась зарегистрирована не правильно. В процессе решения
Согласно правилам эксплуатации контрольно-кассовой техники в заявлении о регистрации ККТ нужно обязательно указывать тот факт, что она будет использоваться для продажи маркированных товаров.
Это касается и тех случаев, когда товар стал маркированным уже после регистрации кассы. В такой ситуации необходимо провести перерегистрацию, указав в заявлении необходимый атрибут.
Узнать, правильно ли зарегистрирована ККТ, можно в личном кабинете на сайте ФНС или посмотрев карточку регистрации кассы.
Аналогичная проблема. Касса оказалась зарегистрирована не правильно. В процессе решения
(29)
Очевидный вопрос, а вообще в принципе проверяются ли коды через ККТ при уведомительном (не разрешительном где через ПО кассира) режиме, если касса не зарегистрирована для продажи маркированных товаров? Думаю, нет. Так что это не может быть причиной в принципе.
При регистрации все для маркировки было указано, вот карточка регистрации:
При регистрации ККТ в ФНС не указали в заявлении, что она используется для продажи маркированных товаров.
Очевидный вопрос, а вообще в принципе проверяются ли коды через ККТ при уведомительном (не разрешительном где через ПО кассира) режиме, если касса не зарегистрирована для продажи маркированных товаров? Думаю, нет. Так что это не может быть причиной в принципе.
При регистрации все для маркировки было указано, вот карточка регистрации:
Прикрепленные файлы:
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот