← На главную

При работе с маркированным товаром (молочная продукция, вода, обувь) в рабочем месте кассира (РМК) 1С:УНФ версии 1.6.26.191 и выше пользователи часто сталкиваются с «плавающей» ошибкой: «Произошла ошибка проверки средствами ККТ по причине: При выполнении операции произошла ошибка: FFFFFFFFh, Нет связи». Ошибка характерна тем, что она возникает не всегда: один код маркировки (КМ) может пройти проверку с первого раза, а другой — только с третьего или пятого. При этом обычные, немаркированные товары пробиваются без нареканий.

В этой статье мы подробно разберем, почему возникает эта проблема, проанализируем взаимосвязь с протоколом ФФД 1.2 и найдем пути решения, основываясь на практическом опыте специалистов и рекомендациях производителя ККТ «Штрих-М».

Выясним причину: почему связь пропадает именно на маркировке?

Для начала проанализируем ситуацию: почему при обычной продаже связь стабильна, а на маркировке ККТ выдает FFFFFFFFh? Причина кроется в особенностях работы формата фискальных данных (ФФД) 1.2. В отличие от старых протоколов, при сканировании кода DataMatrix касса не просто считывает текст, а выполняет сложную двухэтапную проверку:

1. Запрос в ОИСМ: Касса отправляет запрос через ОФД к серверам «Честного Знака» для проверки статуса кода.
2. Ожидание ответа: ККТ должна получить квитанцию о том, что код корректен.

В этот момент канал связи (особенно если это виртуальный COM-порт через USB) оказывается перегружен. Если драйвер или операционная система не успевают обработать пакет данных в жестко заданный лимит времени, 1С получает от ККТ ответ «Нет связи». По сути, касса просто «зависает» на время ожидания ответа от сервера маркировки, и 1С разрывает соединение по таймауту.

Решение 1: Обновление драйвера ККТ и компонент интеграции

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

1. Скачаем и установим актуальный «Тест драйвера ККТ» (рекомендуемая версия — 5.17 и выше).
2. В 1С:УНФ перейдем в раздел «Администрирование» -> «Подключаемое оборудование».
3. Найдем нашу кассу Штрих-М и откроем настройки драйвера. Убедимся, что используется актуальная версия Штрих-М:ККТ с передачей данных в ОФД (ФФД 1.2).
4. Если в списке доступных драйверов нет нужной версии, добавим её из архива, поставляемого вместе с новым драйвером (файл ShtrihM_KKT_83.zip или аналогичный в папке установленного драйвера).

Важно: После установки драйвера обязательно перезапустим службу 1С или тонкий клиент, чтобы компоненты корректно переинициализировались в операционной системе.

Решение 2: Настройка таймаутов и параметров связи

Если обновление драйвера не помогло, проанализируем настройки времени ожидания. Стандартные 1000–3000 мс часто оказываются недостаточными для цепочки «1С -> ККТ -> ОФД -> ИС МП». Разберем, как увеличить лимиты:

1. В настройках подключения кассы в 1С установим параметр «Таймаут» на значение не менее 10000 (10 секунд).
2. Зайдем в «Тест драйвера Штрих-М», перейдем в «Настройка свойств» -> «Параметры связи» и также увеличим таймаут в самом драйвере.
3. Проверим настройки порта в Диспетчере устройств Windows. Для виртуального COM-порта (USB-COM) в разделе «Параметры порта» -> «Дополнительно» установим значение «Время ожидания (мсек)» равным 1. Это ускорит обработку мелких пакетов данных.

Решение 3: Переход с USB-COM на интерфейс RNDIS

Использование эмуляции COM-порта через USB считается самым нестабильным способом подключения для ФФД 1.2. Проанализируем более надежный вариант — RNDIS. Этот протокол превращает USB-кабель в сетевой интерфейс, и касса получает собственный IP-адрес.

Преимущества RNDIS:

• Разделение потоков данных (печать чека и передача данных в ОФД идут по разным логическим каналам).
• Отсутствие «зависаний», характерных для VCOM при высокой нагрузке на шину.
• Стабильная работа в режиме тонкого клиента и при использовании PostgreSQL.

Для настройки RNDIS в таблицах ККТ (через Тест драйвера) необходимо в Таблице 21 (Сетевые интерфейсы) выбрать тип интерфейса USB как RNDIS и настроить сетевой адрес (например, 192.168.137.2).

Решение 4: Работа с таблицами ККТ и прошивкой

Иногда проблема кроется в настройках самой кассы. Рассмотрим специфические параметры «Штрих-М»:

• Таблица 21, интервалы ожидания: Убедимся, что интервалы ожидания ответов от ИСМ (информационной системы маркировки) установлены корректно.
• Прошивка ККТ: Для стабильной работы с молочной продукцией требуется прошивка не ниже конца 2022 года. В старых версиях ПО кассы буфер памяти мог переполняться при обработке длинных криптохвостов кодов маркировки.
• Региональные настройки: В некоторых случаях помогает установка параметра RUS принимать все КМ = 1 в таблицах региональных настроек, что снижает строгость первичного фильтра ККТ.

Решение 5: Настройка энергосбережения и внешние факторы

Проанализируем работу операционной системы. Windows по умолчанию может отключать питание USB-портов для экономии энергии, что вызывает микро-разрывы связи. Для исправления сделаем следующее:

1. Откроем Диспетчер устройств.
2. Найдем раздел «Контроллеры USB».
3. Для каждого «Корневого USB-концентратора» в свойствах на вкладке «Управление электропитанием» снимем галочку «Разрешить отключение этого устройства для экономии энергии».

Также не стоит забывать о физическом качестве соединения. Для ККТ «Штрих-М» критически важно использование экранированного кабеля USB с ферритовыми кольцами. Электростатические наводки от принтера чеков при печати могут приводить к потере связи в момент формирования фискального признака.

Резюме действий

Если вы столкнулись с ошибкой FFFFFFFFh, мы рекомендуем действовать по следующему алгоритму:

Шаг 1: Обновить драйвер до 5.17 и увеличить таймаут до 10000 мс.

Шаг 2: Отключить энергосбережение USB в Windows.

Шаг 3: Если ошибка сохраняется — перевести кассу в режим RNDIS.

Шаг 4: Обновить прошивку ККТ до актуальной (релиз 2023-2024 гг.).

Соблюдение этих шагов позволит минимизировать задержки при проверке кодов маркировки и обеспечит стабильную работу кассового узла в 1С:УНФ.