Мы сталкиваемся с распространенной и достаточно сложной проблемой: чеки с маркировкой успешно отправляются в Оператор Фискальных Данных (ОФД), и информация о маркировке видна в чеках ОФД, а также в приложении ФНС при сканировании QR-кода. Однако эти же чеки не отображаются в системе «Честный Знак», на бумажном чеке отсутствует обязательная буква [М], и самое главное — коды маркировки не выводятся из оборота. Давайте разберем эту ситуацию по шагам, выявим потенциальные причины и рассмотрим способы ее решения, основываясь на опыте коллег и подробной диагностике.
Первоначальные симптомы и конфигурация, с которыми мы будем работать, выглядят следующим образом:
Суть проблемы: При пробитии маркированного товара в РМК 1С УНФ, система успешно сканирует штрихкод, затем код маркировки. Маркировка обозначается как "зеленая", то есть проверенная. Мы видим запросы к Информационной системе маркировки (ИСМ) и ответы от нее (например, текст "Выполняется проверка статуса ОИСМ кода маркировки средствами ККТ"). Однако, несмотря на успешную проверку, на бумажном чеке отсутствует значок [М], в личном кабинете Честного Знака чеков нет, и коды маркировки из оборота не выводятся. При этом в ОФД и в приложении ФНС для смартфонов, если отсканировать QR-код с чека, маркировка присутствует, и товар по ней успешно находится, отображая название, срок годности и прочее.
Диагностика, проведенная изначально:
1162 код товара внутри тега 1059 Предмет расчета), а также во вкладке «Проверка КМ» упоминания маркировки нет. В некоторых случаях для отладки полезно использовать сохранение полных кодов маркировки с криптохвостом, чтобы убедиться в корректности данных внутри системы.В этой ситуации мы видим явный разрыв в цепочке передачи данных: 1С (возможно) неверно формирует данные -> ККТ получает неполные данные -> ОФД получает что-то (но не всегда корректно) -> Честный Знак не получает ничего.
Давайте подробно рассмотрим, какие настройки и аспекты необходимо проверить, чтобы выявить истинную причину проблемы.
Это одна из самых частых и легко исправляемых причин. Если в карточке товара этот признак указан неверно, 1С может считать товар немаркированным, даже если вы ввели код маркировки.
Номенклатура и склады → Номенклатура) для маркируемого товара. Перейдите на закладку с реквизитами, относящимися к налогообложению или дополнительным параметрам. Найдите поле «Признак предмета расчета».Убедитесь, что для маркируемого товара корректно указан «Вид продукции ИС» (например, «Упакованная вода», «БАДы», «Обувь» и т.д.). Без этого 1С не будет понимать, что товар подлежит маркировке.
Если вы используете сторонние доработки, расширения или нетиповые обработки, особенно связанные с импортом номенклатуры или работой кассы, они могут вносить ошибки. Например, иногда требуется специальная доработка нового РМК для освобождения порта кассы после печати чека, если касса используется несколькими приложениями одновременно, что может косвенно влиять на стабильность передачи данных.
Убедитесь, что используемый драйвер ККТ является актуальным и поддерживает ФФД 1.2. В 1С, в настройках подключаемого оборудования для ККТ, должно быть выбрано «АТОЛ с передачей данных в ОФД 10.Х (ФФД 1.2)».
Важно убедиться, что версия прошивки фискального накопителя (ФН) полностью поддерживает ФФД 1.2 и работу с маркированными товарами. Для сверки данных в системе бывает полезно выполнить запрос остатков из системы "Честный знак", чтобы убедиться, что коды, которые вы пытаетесь продать, числятся за организацией.
Детальный анализ логов является критически важным. В логах ofd.log и fptr1C.log, при пробитии чека с маркировкой, должны быть запросы, связанные с отправкой данных в ИСМ. Если таких запросов ноль, это подтверждает, что 1С не посылает сведения в Честный Знак.
Расхождение во времени между ККТ, ОФД и «Честным Знаком» может привести к отбрасыванию чеков.
При регистрации ККТ необходимо обязательно указать, что она будет использоваться для продажи маркированных товаров.
Убедитесь, что фаерволы не блокируют порт 7778 для обмена с ИСМ.
Убедитесь, что криптографический ключ для взаимодействия с ИСМ установлен корректно. Чтобы избежать внезапных остановок работы из-за просроченных ключей, рекомендуется настроить автоматическое обновление токенов Честного Знака в 1С, что значительно снижает влияние человеческого фактора.
В разрешительном режиме ККТ отправляет запросы в ИСМ на проверку кода маркировки перед продажей. Если вы столкнулись с тем, что часть чеков уже пробита с ошибками (например, неверный НДС с 2025 года), вам может понадобиться пакетное создание и пробитие чеков коррекции ККМ для исправления ситуации — для этого подойдёт комплексная настройка разрешительного режима и исправление чеков в 1С.
Проблема отсутствия передачи данных в «Честный Знак» может быть вызвана множеством факторов. Резюмируем основные шаги:
markingCode.Применяя этот комплексный подход, мы сможем методично исключить возможные причины и локализовать источник проблемы, обеспечив полное соответствие законодательству.