Разберем распространенную техническую проблему, с которой часто сталкиваются пользователи программных решений на базе «1С:Управление нашей фирмой» (включая специализированную конфигурацию «1С:Автосервис»). Представим ситуацию: в компании настроена совместная работа кассы Атол 30Ф и эквайрингового терминала Verifone VX 820. База 1С развернута на сервере, а доступ кассиров осуществляется удаленно через RDP (удаленный рабочий стол).
При оплате наличными все работает штатно — чеки печатаются, записываются в фискальный накопитель и успешно уходят оператору фискальных данных (ОФД). Однако при попытке принять оплату по безналичному расчету происходят странные вещи: терминал успешно списывает деньги, бумажная лента из ККТ выходит, но в ОФД данные не отправляются, а в самой программе в отчетах с гашением эта выручка никак не отражается. Проанализируем эту ситуацию и найдем решение.
Выясним причину, почему при оплате картой чеки не уходят в ОФД и не отображаются в кассовой смене. В первую очередь нам необходимо изучить бумажную ленту, которая выходит из кассового аппарата при безналичном расчете.
Если на выходящей ленте отсутствует QR-код, заводской номер ККТ и фискальный признак документа (ФД, ФП), то перед нами не фискальный чек, а обычный слип-чек банковской оплаты. Слип-чек — это просто подтверждение от банка о том, что транзакция по карте прошла успешно. Он печатается через принтер кассы Атол 30Ф, но сам фискальный накопитель (ФН) ККТ в этом процессе не участвует. Именно поэтому оплата не фиксируется в памяти кассы, не попадает в отчеты 1С и не отправляется в ОФД.
В бэк-офисных документах 1С (например, в документе «Операция по платежным картам») заложен интерфейс раздельного управления операциями:
Если кассир нажимает только кнопку «Оплатить картой» и отпускает клиента, фискализации продажи по закону 54-ФЗ не происходит. Рассмотрим, как исправить эту ошибку и сделать работу кассира удобной.
Для предотвращения подобных ошибок кассиров настоятельно рекомендуется использовать встроенное Рабочее место кассира (РМК), а не создавать документы оплаты вручную через бэк-офис программы.
В интерфейсе РМК весь процесс автоматизирован по принципу «одной кнопки»:
Иногда случается сбой: клиент приложил карту, терминал списал деньги и напечатал слип-чеки, но на этапе печати фискального чека связь с ККТ оборвалась (например, завис COM-порт, отвалилась RDP-сессия или в программе не заполнился реквизит Кассир).
Если в этот момент кассир попытается повторно нажать кнопку «Оплатить картой», терминал отправит новый запрос в банк и спишет деньги у клиента второй раз! Чтобы избежать повторного списания и корректно пробить фискальный чек, выполним следующие шаги:
НСИ и администрирование — РМК и оборудование — Подключаемое оборудование).Поскольку информационная база 1С работает на удаленном сервере через RDP, физическое подключение кассы к локальному компьютеру накладывает определенные технические особенности на процесс передачи чеков в ОФД.
Проанализируем две основные технологии обмена ККТ с ОФД через службу драйверов Атол:
Рекомендация: Если касса Атол 30Ф имеет встроенный сетевой интерфейс (Wi-Fi или Ethernet), лучшим решением будет настроить прямую отправку данных в ОФД с ККТ по локальной сети, полностью минуя RDP-сессию.
Чтобы исключить влияние 1С и проверить, способна ли касса физически отправлять данные в ОФД, выполним встроенный тест самодиагностики:
Внимательно изучим распечатанный чек. В нем будет четко указан статус подключения к интернету, а также количество неотправленных документов в ФН. Если в поле «Подключение к ОФД» написано «Есть связь», значит, проблема кроется исключительно в правильности действий кассира внутри программы 1С.