Почему чек печатается на кассе, но не создается в 1С:Розница при работе через RDP?

← На главную

В процессе автоматизации розничной торговли часто встречается ситуация, когда архитектура системы предполагает работу кассиров на удаленном сервере через RDP (Remote Desktop Protocol). В такой конфигурации 1С:Розница запущена на сервере, а физическая касса (фискальный регистратор, например, Штрих-М) подключена к локальному компьютеру. Одной из самых неприятных проблем в этой схеме является "потеря" чека: аппарат физически печатает фискальный документ, но в информационной базе 1С документ Чек ККМ не создается и не проводится. Рассмотрим подробно, почему это происходит и как настроить систему для стабильной работы.

Анализ технической причины рассинхронизации

Для начала разберем механизм взаимодействия между программой и кассой. Когда кассир нажимает кнопку "Пробить чек" в РМК (Рабочее место кассира), инициируется целая цепочка событий:

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

Проанализируем ситуацию: если в момент между 3-м и 4-м шагом происходит микро-разрыв интернет-соединения или задержка в передаче пакетов (лаг), ответ от кассы не доходит до 1С вовремя. Система считает, что связь потеряна, операция не удалась, и "откатывает" создание документа в базе. При этом касса уже выполнила фискальную операцию, так как она не зависит от последующего подтверждения в 1С. В итоге мы получаем расхождение: выручка по кассе прошла, а в программе ее нет.

Решение 1: Настройка тайм-аутов драйвера «Штрих-М»

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

Разберем, как это сделать:

Запустим утилиту «Тест драйвера ККТ» (версии 4.x или 5.x).
Перейдем в раздел «Настройка свойств».
Найдем параметр Тайм-аут (Timeout). По умолчанию там может стоять значение около 100-300 мс.
Установим значение в диапазоне от 1000 до 3000 мс. Это даст системе больше времени на получение ответа через нестабильный канал связи.
Обязательно нажмем кнопку «Установить параметры» для сохранения изменений в памяти драйвера.

Решение 2: Переход с COM-портов на протокол TCP/IP

Стандартный проброс COM-портов через RDP — это самый нестабильный способ подключения торгового оборудования. Любое колебание сетевого трафика приводит к потере связи. Если ваша модель кассы (например, Штрих-М РР-03 или современные модели с Ethernet/Wi-Fi) поддерживает сетевое подключение, крайне рекомендуется использовать именно его.

Проанализируем шаги для настройки прямого сетевого обмена:

Подключим кассовый аппарат к локальной сети магазина кабелем или через Wi-Fi.
Присвоим кассе статический IP-адрес в настройках роутера.
В 1С, в настройках подключаемого оборудования, выберем тип подключения TCP/IP вместо COM-порт.
Укажем IP-адрес кассы и порт (обычно 7778 для оборудования Штрих-М).

Если касса не имеет сетевого интерфейса, можно воспользоваться программным решением «Штрих-М: Сервер ФР». Он устанавливается на локальном компьютере кассира и "расшаривает" кассу в сеть, позволяя серверу 1С обращаться к ней напрямую по IP, минуя ненадежные механизмы RDP-проброса.

Решение 3: Оптимизация работы через Тонкий клиент

Рассмотрим альтернативный способ организации работы, который полностью исключает проблему проброса оборудования через RDP. Вместо запуска удаленного рабочего стола, установим на компьютер кассира платформу 1С и запустим базу в режиме Тонкого клиента.

В этом случае:

Сама база данных и логика приложения по-прежнему находятся на сервере.
Обмен данными с сервером идет по HTTP/HTTPS протоколу, который гораздо устойчивее к кратковременным обрывам связи.
Главное: драйвер оборудования работает локально на компьютере кассира. Обмен между 1С и кассой происходит внутри одной машины, что исключает влияние интернета на процесс фискализации чека.

Решение 4: Мониторинг и обновление драйверов

Выясним причину возможных программных сбоев в самом драйвере. Пользователи часто используют устаревшие версии (например, 4.14), которые могут некорректно обрабатывать новые требования маркировки или протоколы обмена. Эксперты рекомендуют обновиться до версии драйвера 4.15 или выше.

Также полезно включить детальное логирование:

В настройках драйвера найдем опцию Вести лог команд.
При возникновении ошибки "чек напечатан, но не в базе", мы сможем открыть файл drvfr.log и увидеть точную причину.
Если в логе фиксируется ошибка Нет связи (Error -1) сразу после отправки команды CloseCheck, это подтверждает проблему сетевого уровня.

Алгоритм действий для «потерянных» чеков

Если ситуация уже произошла и чеки разошлись, выполним следующие действия для восстановления учета:

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

Важный момент: в современных версиях конфигурации 1С:Розница 2.2 и выше реализован механизм проверки статуса чека. Если при открытии РМК система обнаруживает незавершенную операцию, она может предложить пользователю допровести документ или аннулировать его, основываясь на данных из памяти кассы. Убедитесь, что ваша конфигурация обновлена до актуального релиза, чтобы использовать эти защитные механизмы.