← На главную
При сопровождении сильно доработанных конфигураций «1С:Управление торговлей 11» часто возникает дилемма: обновлять ли компоненты интеграции с контрольно-кассовой техникой (ККТ) под требования 54-ФЗ или оставаться на проверенных релизах драйверов. Попытка установить свежую версию драйвера (например, переход с линейки АТОЛ 8.x на 9.x/10.x) в нетиповую базу нередко приводит к ошибкам вида «Метод не найден» или невозможности распечатать отчет без гашения (X-отчет). Разберем причины этих сбоев, оценим риски сохранения старых библиотек и рассмотрим архитектуру пробития чеков из оптовых документов.
Причины возникновения ошибки «Метод не найден» при печати отчетов и чеков
Проанализируем техническую причину, по которой замена внешней компоненты вызывает исключения в коде 1С. В типовых конфигурациях взаимодействие с торговым оборудованием строится на базе подсистемы «1С:Библиотека подключаемого оборудования» (БПО). Фирма «1С» периодически выпускает новые версии «Требований к разработке драйверов подключаемого оборудования»:
- Стандарт БПО 2.0: В ранних редакциях требований метод печати X-отчета не являлся обязательным в API драйвера либо реализовывался через нестандартизированные команды. В некоторых релизах конфигураций вызов отчета без гашения был вовсе скрыт из интерфейса.
- Стандарт БПО 2.1 и выше: В спецификацию добавлены обязательные методы, такие как
НапечататьОтчетБезГашения (PrintXReport), а также переработан метод СформироватьЧек (ProcessCheck). Изменилась сама XML-структура пакета фискализации, формат передачи секций, реквизитов покупателя и ставок НДС.
Если в конфигурацию со старой версией БПО (рассчитанной на стандарт 2.0) загрузить новый драйвер или внешнюю компоненту (например, FprnM1C82_54FZ.dll нового образца), платформа не находит экспортируемых процедур со старыми сигнатурами. Аналогично, если в коде 1С вызывается метод НапечататьОтчетБезГашения, а используемая компонента драйвера его не содержит, возникает исключение «Метод не найден».
Насколько критично оставаться на старой версии драйвера?
Рассмотрим, какие последствия влечет отказ от перехода на новые версии драйверов торгового оборудования:
- Формат фискальных данных (ФФД): Старые версии интеграционных компонент (включая линейку 8.14.x) ориентированы на ФФД 1.0. Они не поддерживают расширенные теги ФФД 1.05 и 1.2, такие как реквизиты покупателя (ИНН и наименование организации при расчетах между юридическими лицами), коды маркировки «Честный Знак», признаки предмета и способа расчета.
- Обработка ставок НДС: В ранних версиях драйверов 8.14.0.0 присутствовала ошибка отправки чеков с позициями без НДС (ставка «none»). В версии
8.14.2.2 эта ошибка была исправлена производителем.
- Служебные отчеты: Если для работы критичен отчет без гашения, но обновлять конфигурацию целиком не планируется, достаточно обновить компоненту до стабильной версии
8.14.2.2 или выполнять печать X-отчетов через стандартную сервисную утилиту «Тест драйвера ККТ».
Печать чеков из документа «Реализация товаров и услуг» без блока розничных продаж
Разберем ситуацию, когда учет ведется без использования типового розничного интерфейса (документов «Чек ККМ», «Кассовая смена»), а чеки пробиваются напрямую из оптовых документов РеализацияТоваровУслуг или кассовых/банковских ордеров.
С точки зрения фискализации оба механизма в 1С формируют стандартизированную структуру данных и обращаются к общему модулю работы с оборудованием. Фискальному регистратору не имеет значения, из какого документа 1С инициирована отправка: проверяется лишь корректность реквизитов (суммы, ставки НДС, признак расчета и данные контрагента).
Однако при отказе от подсистемы розничных продаж важно учитывать два технических ограничения:
- Аппаратный лимит смены (24 часа): Фискальная смена открывается в накопителе (ФН) автоматически при пробитии первого фискального документа. Ровно через 24 часа ФН блокирует регистрацию любых чеков до выполнения операции закрытия смены (Z-отчета). Поэтому закрытие смены на аппарате обязательно нужно выполнять регулярно, даже если в 1С смена не ведется по документам.
- Признаки способа расчета: При печати чека исключительно из документа отгрузки формируется признак «Полный расчет» (или «Передача в кредит»). Если расчет происходит с предоплатой или отсрочкой платежа, по закону требуется пробивать чек на аванс при получении денег и второй чек при фактической передаче товара. Печать чека только из реализации без учета оплат приведет к искажению данных в ОФД.
Варианты решения для сильно доработанных баз
Выясним, какие пути решения задачи существуют для программиста 1С:
- Точечное обновление библиотеки БПО: Вместо трудоемкого обновления всей нетиповой конфигурации выполняется перенос (бэкпорт) объектов только подсистемы «Подключаемое оборудование» из актуального релиза УТ 11. Это позволит перейти на актуальный стандарт требований к драйверам (2.1 и новее) и использовать современные версии ККТ-драйверов.
- Использование промежуточных версий компоненты: Если задачи не требуют перехода на новые форматы фискальных данных, достаточно заменить файл внешней компоненты на
8.14.2.2, где реализована поддержка метода печати X-отчета и устранены проблемы со ставками налога.
- Разделение контуров: Оставить печать фискальных чеков в рамках возможностей существующей доработанной схемы, а сервисные операции (открытие смены, внесение, выемка, X-отчет, Z-отчет) выполнять через штатный драйвер производителя ККТ.