Не отправляются чеки в ОФД с ККТ Штрих-М? Есть решение!
Внимание. Мы не несем ответственности за возможн ый ущерб, который может быть причинен использованием указанных ниже действий. Все настройки контрольно-кассовой техники должны производиться квалифицированными специалистами!
При работе контрольно-кассовой техники ШТРИХ-М через RNDIS случаются проблемы с отправкой чеков в ОФД, что приводит к остановке работы кассы через 30 дней.
Мы решили описать простой способ надежной настройки отправки чеков через RNDIS, который позволяет обеспечить стабильную отправку чеков.
Почему возникает проблема с отправкой чеков у касс ШТРИХ-М?
Проблема с отправкой чеков у касс ШТРИХ-М в основном происходит при подключении касс через RNDIS, и проблема не в кассе.
Как правило, для отправки чеков из кассы, включают Общий доступ к подключению к Интернет на основном интерфейсе компьютера, подключенном к сети Интернет (как показано на рисунке, где Ethernet2 это интерфейс подключения кассы).
Именно этот Общий доступ к Интернет и дает сбой — он включен, но по факту не работает.
Как решить проблему?
Возможно несколько способов решения проблемы отправки чеков в ОФД:
- выключить и снова включить Общий доступ к Интернет. Этот способ оперативного лечения — чеки пойдут, но через некоторое время проблема повторится;
- изменить настройки кассы для более стабильной отправки чеков;
Установкой прокси-сервера мы отказываемся от использования штатного Общего доступа к Интернет, а используем функционал прокси-сервера для отправки чеков.
Если Вы не уверены в своих силах и не сможете произвести настройки самостоятельно — обратитесь в нашу поддержку !
Установка и настройка 3proxy.
3proxy — это маленький многоплатформный набор прокси-серверов (под Linux/Unix и Windows, включая 64-битные версии). Задача, которую будет решать эта маленькая, но полезная программа — перенаправлять соединение с ККТ оператору фискальных данных.
Скачайте программу 3proxy с сайта разработчика . Распакуйте архив (для удобства рекомендуем произвести разархивацию в папку C:\3proxy\).
Теперь необходимо сконфигурировать работу программы при помощи файла конфигурации 3proxy.cfg, который должен находиться рядом с исполняемым файлом 3proxy.exe. Пример файла конфигурации 3proxy.cfg:
service #запускаем 3proxy как сервис
internal 192.168.137.1 #указываем IP адрес внутренней сети RNDIS
external 192.168.8.100 #указываем IP адрес подключения к Интернет в данном случае указан IP адрес компьютера, к которому подключена касса
nserver 192.168.8.1 #указываем IP адрес DNS сервера
nserver 8.8.8.8 #указываем IP адрес DNS сервера
nscache 65536
monitor «c:\3proxy\bin\3proxy.cfg» # мониторинг изменения файла конфигурации, изменения файла конфигурации применятся сразу без перезапуска программы
logformat «L%C — %U [%d/%o/%Y:%H:%M:%S %z] «»%T»» %E %I %O %N/%R:%r»
log c:\3proxy\logs\3proxy.log D # размещение файла лога
rotate 5
flush
auth iponly
allow * 192.168.137.111 * 7779 * 1-7 00:00:00-23:59:59 # разрешаем запросы от кассы, подключенной через RNDIS на виртуальный интерфейс RNDIS компьютера
tcppm -i192.168.137.1 7779 connect.ofd-ya.ru 7779 # включаем порт-маппинг запросов на указанный порт в сторону ОФД (в примере используется ОФД Ярус)
end
Для вашего удобства шаблон файла конфигурации можете скачать по ссылке в конце статьи .
После размещения файла конфигурации в папке c:\3proxy\bin\3proxy.cfg необходимо инсталлировать программу следующим образом:
- запустим утилиту командной строки cmd (от Администратора)
- запустим инсталляцию программы командой: c:\3proxy\bin\3proxy.exe —install c:\3proxy\bin\3proxy.cfg
Если файл конфигурации сделан правильно, то после установки приложение запуститься автоматически и будет готово к работе. При внесении изменений в файл конфигурации они будут применяться автоматически.
Теперь пришло время внести изменения в настройки кассы и проверить работу прокси-сервера.
Настройка ККТ Штрих-М для отправки чеков в ОФД через прокси-сервер.
Внимание! Данная операция должна производиться техническими специалистами! Не изменяйте самостоятельно настройки кассы, это может привести к негативным последствиям!
Для настройки ККТ ШТРИХ-М необходимо подключиться к кассовому аппарату и произвести настройки в Таблице «Параметры ОФД»: указать адрес 192.168.137.1 (адрес интерфейса RNDIS на компьютере) и порт указанный в конфигурации 3proxy (например, 7779). После внесения изменений в таблицу необходимо перезапустить кассу. Также нужно помнить, что потребуется настроить Межсетевой экран Windows (или антивирусного средства) для доступа по указанным выше портам.
Проверить отправку чеков можно через тест-драйвера в разделе ФН (вкладка ОФД).
Если Вы не можете самостоятельно настроить отправку чеков через 3proxy — обратитесь к нам, мы поможем ! Обычно у нас это занимает 5-15 минут!
Нестандартная ошибка с передачей данных в ОФД
Проблема: Проблема казалась достаточно банальной и простой во время телефонного разговора. Суть в том, что ККТ Атол не передаёт чеки в ОФД (Оператору Фискальных Данных). Выяснилось это заведующим магазином в Z-отчёте при закрытии магазщина. Причём не передавались данные уже достаточно давно. Такое случается сплошь и рядом.
Система: Windows 10 x64, 1С8: Розница, Атол 11Ф
Процесс решения: Собственно, часто такое случается. Крайне часто. Практически всегда это связано с настройкой EoU. Это специальная служба, которая введена компанией Атол в состав драйверов устройств. Она идёт как в отдельном комплекте драйверов ККТ, так и в основном. Также есть и устанавливается при установке программного обеспечения данной компании. Например, Frontol.
Заходим (а это делается Пуск —> Все программы —> АТОЛ —> Драйвера торгового оборудования —> Управление драйверами, крайняя вкладка справа), и что мы видим? Так и есть: служба остановлена:
При этом, однако, надо сказать, что служба стоит в Автозапуске. Что показывает правильность настройки. ДЕйствительно, тут нужно указать подключенные ККМ вместе с виртуальным Com-портом передачи данных, а также установить галочку «Автозапуск». После чего запускать службу.
Понятное дело, что причиной показалась невнимательность продавца. Скорее всего, компьютер с установленной 1С не выключался с неделю. И служба EoU просто заглючила. В результате чего не совсем правильно начала работать. И такое вот тоже случается сплошь и рядом.
Служба была запущена, но. Через полминуты остановилась. Что уже явилось небольшой странностью.
Следующим шагом было посмотреть данные регистров. Это делается: Пуск —> Все программы —> АТОЛ —> Драйвера торгового оборудования —> Тесты —> Драйвер ККМ.
Там в «Настройка свойств» подключаем требуемую ККТ по Com-порту и после нажатия галочки «Устройство включено» и кнопки «Войти» выбираем вкладку «Регистры». Там уже кнопка «Менеджер регистров».
Данные не передаются. И при этом не передано 67 чеков за (это было начало мая) 5 дней. Очевидно, что ошибка — №14. Ошибка ОФД, которая гласит о том, что «Обрыв соединения». То есть, данные пошли передаваться, однако произошёл обрыв соединения. И данные перестали передаваться. Что, на первый взгляд, показалось логично: служба EoU не запущена. При запуске она начинает передавать данные. После чего она останавливается по неизвестной причине. И вот и происходит обрыв соединения.
Компьютер был перезагружен. Стоит отметить, что работы по устранению неполадок происходили удалённо. Что произошло после перезагрузки:
1) По данным менеджера регистров один чек после загрузки ПК был отправлен.
2) По данным Управления драйверов служба EoU была после этого остановлена
3) После запуска вручную службы EoU она через полминуты опять остановилась
4) По данным менеджера регистров один чек после этого отправлен был в ОФД
5) Дальнейшие запуски вручную службы EoU не приносили никакого эффекта
Получалось, можно перезагружать компьютер. И всякий раз отправлялось бы всего по два чека в ОФД. Крайне утомительная и ненужная работа. Особенно если учитывать, что в день бывает в магазине и 20-30 продаж. Это вечером делать 15 перезагрузок? Так и оборудование может полететь легко и спокойно!
Решение проблемы: Оказалось всё легко и просто. Встроенный защитник Windows 10 на пару с Брандмауэром нашли в службе EoU некую подозрительную активность. Она передавала на непонятные адреса данные. Что и понятно: это её работа. Она передаёт данные по чекам в ОФД. И Брандмауэр с защитником блокировали активность. Отчего служба и выключалась.
Если бы на данном ПК был установлен и УТМ, то я бы отключил Брандмауэр совсем. Чтобы не наблюдать время от времени «подозрительные и странные» отключения УТМ, А так: просто добавил службу EoU в исключения. Потому что она должна работать. И работать регулярно и без сбоев.
Почему ККТ может не отправлять данные в ОФД
Проблема : На одной из торговых точек появилась ошибка, которая гласит, что ККТ не может работать в виду того, что не отправлены чеки уже очень и очень долгое время.
Заходим в Драйвер ККМ и смотрим в Менеджере регистров по данной ККТ:
Отлично видно, начиная с 44 сектора, что не отправлено 2349 чеков. Отправка прекратилась 04.09.2018 года. При этом работал над устранением этой ошибки я 06.10.2018 года. Это так. На всякий случай.
И самое интересное: в секторе 43 написана «Ошибка ОФД (сеть): 1»
Что она означает? Вообще, если честно, нигде не сталкивался с нормальным полным списком ошибок ОФД. Вот нигде. Видел только обрывочные данные, а также на собственном опыте. Потому могу скинуть вот такую таблицу:
ОШИБКИ ККТ в Менеджере регистров:
1 — Не настроено подключение к ОФД
2 — Ошибка сетевых настроек/нет соединение с сервером ОФД
3 — Разрыв соединения при передачи документа на сервер
4 — Некорректный заголовок сессионного пакета
5 — Превышен таймаут ожидания квитанции
6 — Разрыв соединения при приеме квитанции
Ну, а я пока буду устранять.
Заходим в Диспетчер устройств и смотрим:
Действительно, ККТ 2 штуки подключены. (13 Com — соединение с принтером чеков, 14 — для обмена с EoU для одной ККТ; у другой 20 — с принтером чеков и 19 — для обмена с EoU).
После этого открываю в том же Драйвере ККМ «Настройку свойств» и смотрю COM ККТ:
Как можно заметить, COM13.
Затем открываю через Пуск и папку Атол Управление Драйверами и захожу во вкладку Служба EthernetOverUSB:
А здесь что? Да здесь просто не добавлен порт для отправки чеков в ОФД. Потому следует его добавить, сохранить всё, а затем (я на всякий случай всегда так делаю) Остановить/Запустить службу.
Вскоре (для over2300 чеков примерно потребуется от получаса до двух в зависимости от скорости Интернета) все чеки уйдут в ОФД. А работать можно будет уже через 5-6 минут, когда дата первого неотправленного станет меньше 30 суток.
И да: спасибо за 3 доната на прошлой неделе. Если мои советы были полезны вам при решении проблемы и вы хотите отблагодарить меня за это, то вот ссылка Я.Деньги — 4100 1602 3647 881.