← На главную

При переходе на формат фискальных данных (ФФД) версии 1.2 многие пользователи, работающие по агентским схемам, столкнулись с проблемой при пробитии чеков: кассовый аппарат выдает ошибку «Ошибка программирования реквизита 1016». Эта ошибка связана с реквизитом «ИНН оператора перевода». Попытки ввести корректный ИНН, очистить кэш или переустановить драйвер, как правило, не приводят к успеху.

Давайте разберемся, в чем заключается корень проблемы и как ее решить. Причина кроется не в некорректных данных, а в фундаментальных изменениях структуры фискального документа в ФФД 1.2.

Причина ошибки: Структурные изменения в ФФД 1.2

Основная причина возникновения ошибки — это полный пересмотр логики передачи агентских реквизитов на фискальный регистратор. Если раньше эти данные указывались в общей «шапке» чека, то теперь они должны быть привязаны к каждой конкретной товарной позиции (предмету расчета).

Проанализируем ключевые изменения:

1. Перенос агентских реквизитов. В версиях ФФД 1.05 и 1.1 агентские данные, такие как ИНН оператора перевода (тег 1016), телефон оператора перевода (тег 1075), наименование оператора перевода (тег 1026) и другие, указывались один раз для всего чека. В ФФД 1.2 все эти реквизиты были исключены из общей части чека. Теперь они входят в состав составного реквизита «данные агента» (тег 1223), который должен передаваться для каждой агентской позиции в чеке.
2. Отсутствие общего признака агента. Реквизит «признак агента» (тег 1057), который ранее определял тип агентской схемы для всего документа, в ФФД 1.2 упразднен. Вместо него используется «признак агента по предмету расчета» (тег 1222), который также привязывается к каждой товарной строке.
3. Обязательность данных поставщика. При работе по агентской схеме (например, «агент» или «комиссионер») для каждой товарной позиции стало обязательным указывать данные поставщика: «данные поставщика» (тег 1224), включающий его наименование (тег 1225) и, что критически важно, «ИНН поставщика» (тег 1226).

Таким образом, ошибка «Ошибка программирования реквизита 1016» возникает потому, что устаревшая логика 1С или обработки обслуживания ККТ пытается передать этот тег в «шапку» чека, что строго запрещено новым форматом. Фискальный накопитель (ФН), работающий по ФФД 1.2, проводит жесткий форматно-логический контроль и блокирует печать такого чека.

Пошаговое решение проблемы

Для устранения ошибки необходимо убедиться, что ваша система 1С формирует и передает фискальные данные в соответствии с новыми требованиями. Рассмотрим шаги, которые нужно предпринять.

Шаг 1. Обновление программного обеспечения

Первое и самое важное — убедиться, что все компоненты системы обновлены до актуальных версий, поддерживающих ФФД 1.2 в полном объеме:

• Конфигурация 1С. Ваша конфигурация («1С:Розница», «1С:Управление торговлей» и т.д.) должна быть обновлена до релиза, в котором реализована поддержка новых агентских схем для ФФД 1.2.
• Библиотека подключаемого оборудования (БПО). Если она используется, ее версия также должна быть актуальной.
• Драйвер ККТ. Необходимо использовать специализированный драйвер, в названии которого явно указана поддержка ФФД 1.2. Простой смены драйвера без обновления конфигурации недостаточно.

Шаг 2. Корректное заполнение данных в 1С

После обновления ПО необходимо правильно настроить передачу агентских данных. Поскольку теперь они привязаны к товару, искать настройки нужно на уровне номенклатуры или связанных с ней справочников.

Рассмотрим на примере стандартной схемы «агент» (не платежный).

1. Отключите ненужные реквизиты. Если вы выступаете как обычный агент (например, по договору комиссии), вам не нужно заполнять данные об операторе перевода. Реквизит ИНН оператора перевода (тег 1016) в этом случае лишний, и его передача вызовет ошибку.
2. Заполните данные поставщика. Это обязательное требование. В зависимости от конфигурации, данные о поставщике (принципале) могут указываться в договоре с комитентом, в карточке номенклатуры или в документе поступления. Убедитесь, что для каждой агентской товарной позиции заполнены:
   • Наименование поставщика;
   • ИНН поставщика.
3. Укажите агентские данные в позиции. В типовых конфигурациях, например, в «1С:Розница», настройки агентской схемы часто задаются в карточке номенклатуры на соответствующей закладке. Система должна автоматически «подхватывать» эти данные и передавать их в каждую строку чека при продаже.

Шаг 3. Анализ и доработка кода (для программистов)

Если типовые настройки не помогают или у вас нетиповая конфигурация, может потребоваться доработка обработки обслуживания ККТ. Основная задача — изменить логику формирования пакета данных для драйвера.

Проанализируем, что нужно проверить:

Старая (неверная) логика:

Агентские реквизиты (включая ИННОператораПеревода, т.е. тег 1016) передаются в общих параметрах чека (в «шапке»).

Новая (правильная) логика:

Все агентские данные и данные поставщика должны формироваться внутри цикла по табличной части документа и передаваться как параметры для каждой строки (предмета расчета).

Примерная структура данных, передаваемая драйверу для одной товарной позиции, должна содержать:

• Наименование предмета расчета, цена, количество, ставка НДС и т.д.
• ПризнакАгентаПоПредметуРасчета (тег 1222) - например, "агент".
• ДанныеПоставщика (тег 1224) - структура, содержащая:
  • НаименованиеПоставщика (тег 1225)
  • ИННПоставщика (тег 1226)
  • ТелефонПоставщика (тег 1171)
• При необходимости (для платежных агентов) - ДанныеАгента (тег 1223) со всеми вложенными реквизитами.

Важно: убедитесь, что из параметров «шапки» чека полностью удалена передача тегов 1016, 1057 и других агентских реквизитов, которые теперь должны быть только в строках.

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