
Автор
Тема: Нет передачи данных в ОФД — ошибка 15 разрыв соединения (решено) (Прочитано 24282 раз)
Добрый день.Касса Штрих-ФР-01Ф после регистрации проработала один день,после чего чеки перестали уходить в ОФД
Выдает ошибку «ОШИБКА ПОЛУЧЕНИЯ ОТВЕТА ОФД- 15 РАЗРЫВ СОЕДИНЕНИЯ».Проверил все
время ожидания ФН 30
задержка между пакетами 1000
Ставлю ФН на другой такой же Штрих -ошибка та же самая 15 рарыв соединения
Ставлю ФН на ккт Меркурий-115 — чеки тут же полетели в ОФД
Переставляю ФН в родной Штрих — чеки пошли , 100чеков примерно ушло и снова затык
Какие у меня еще есть варианты чтобы чеки уходили со Штриха, подскажите.
« Последнее редактирование: 28 Ноября 2018, 12:57:31 от Селихов Дмитрий »

Записан

Записан
С уважением,
Кулаков Антон Алексеевич
Уважаемый Антон, как же так ,Вы же год назад взяли на контроль этот вопрос, а воз и ныне там.
У меня Штрих не передает данные вОФД с ФНа, другой Штрих тоже не передает данные с этого ФНа, причем все рекомендованные настройки установлены
А меркурий запросто отправляет данные с этого ФН. И после этого тычка Штрих некоторое Время отправляет чеки.
Ну явно же что дело в кассе. Что здесь не так.

Записан
ваша ошибка говорит, что ОФД отсылает ваши данные. Это означает что касса все таки передает данные — и с ним всё в порядке. Нужно выяснять почему ОФД не принимает ФД и всё.

Записан
Нужна активация в ОФД на эту ККТ,»разрыв соединения….»это не ошибка.
В личном кабинете ОФД требуется активировация или оплата или еще иные настройки.

Записан

Записан
С уважением,
Кулаков Антон Алексеевич
Вот ответ из ОФД
Добрый день!
От кассы с РН 0002146328061124 в логах системы не зафиксировано ни одного запроса после 07-24-2018. ККТ не выходит на связь с нашим сервером. Со стороны ОФД блокировок и ограничений по Вашей кассе нет.
Проверьте пожалуйста, есть ли на z-отчете(закрытие смены) очередь не переданных документов. Если есть, то рекомендуем перепроверить настройки подключения ККТ к интернету и серверу ОФД.
Параметры подключения 1-ofd:
Адрес сервера : DNS-имя: k-server.1-ofd.ru (ip: 91.107.114.10/ 91.107.114.11)
Порт подключения: 7777
О каких настройках в кассе может идти речь если после толчка ФН на Меркурии касса Штрих может отправить
от 10 до 100 чеков и снова ошибка 15-разрыв соединения, которую ничем не убрать

Записан
Нужно перепроверить все настройки связи ККТ с ОФД(тест драйвер),так же все провода,точку соединения(Интернет),если нет итога,то поменять эту ККТ на другую ККТ для выяснения причины.

Записан
кассу с места ее работы принес в ЦТО, т.е.интернет другой, вставляю ФН вдругой Штрих- результат
нулевой ,т.е ошибка 15

Записан
вставляю ФН вдругой Штрих- результат
нулевой ,т.е ошибка 15
А этот «другой Штрих» со своим ФНом нормально работает ? Чеки передает ?

Записан
С уважением, Селихов Дмитрий Юрьевич
Ведущий инженер
отдела технической поддержки АО «Штрих-М»
mailto:support@shtrih-m.ru
тел. (495) 787-60-96.
По вашей рекомендации вставил заведомо исправный ФН с непереданными чеками в проблемный
Штрих- чеки тут же ушли. Понятно что касса рабочая, но непонятно чего хе не хватает Штриху чтобы
чеки с родного ФН принимались или уходили вОФД. Ведь Меркурий115 легко отправляет чеки с этого ФН.
И еше напомните какой программой я могу посмтреть отправку данных

Записан
И еше напомните какой программой я могу посмтреть отправку данных
По телефону я говорил про программу WireShark.

Записан
С уважением, Селихов Дмитрий Юрьевич
Ведущий инженер
отдела технической поддержки АО «Штрих-М»
mailto:support@shtrih-m.ru
тел. (495) 787-60-96.
Добрый день! Кто-нибудь встречал ошибку 32: разрыв соединения? С ошибками 14 и 15 вроде всё понятно, либо неоплата, либо в случае с Ярусом некорректный рег. номер ФН в личном кабинете. У большинства операторов рег. номер меняется или подхватывается автоматом при первом же соединении с кассой. А 32 ошибка пока непонятна.

Записан
У меня есть одна касса 02 штрих с таким же поведением , ОФД — 1-ofd.ru смотрю логи пишет разрыв соединения, дергал ОФД, говорят касса не стучится к ним , но по логам она там 150 байт отправляет, в общем два часа манипуляций у клиента безрезультатны, забрал кассу домой, подключил к своему интернету и все ушло. Отвез кассу обратно , и поработала месяца полтора. Сегодня как раз звонили говорят чеки не уходят 4 дня нет передачи данных, ошибка таже, вероятно на уровне провайдера что то блокирует, хотя телнетом по адресу соединение поднимается. В общем какая-то непонятность.

Записан
забрал кассу домой, подключил к своему интернету и все ушло. Отвез кассу обратно , и поработала месяца полтора. Сегодня как раз звонили говорят чеки не уходят 4 дня нет передачи данных, ошибка таже, вероятно на уровне провайдера что то блокирует, хотя телнетом по адресу соединение поднимается. В общем какая-то непонятность.
Тогда только мониторить сеть с помощью того же WireShark и смотреть, отправляет что-то ФР или нет. Если да, то проблема не в ККТ, а в каких то блокировках в сети клиента.
Опять же проверяется это путем транспортировки ККТ в другую «рабочую» сеть.

Записан
С уважением, Селихов Дмитрий Юрьевич
Ведущий инженер
отдела технической поддержки АО «Штрих-М»
mailto:support@shtrih-m.ru
тел. (495) 787-60-96.

Из нашей статьи вы узнаете:
Разбираемся, какие ошибки чаще всего возникают при работе с онлайн-кассами, и как их решить.
Ошибка получения ответа ОФД 32: Разрыв соединения
Онлайн-касса не передает информацию о чеке оператору фискальных данных. Продавец пробивает чек, но ответа о его обработке и отправке от сервера он не получает.
Возможные причины:
- слабое интернет-соединение;
- ошибки в серийных и регистрационных номерах;
- неверная информация у ОФД о новой кассе;
- не оплачены услуги интернет-провайдера.
Чтобы устранить ошибку:
- проверьте качество интернет-соединения;
- перезагрузите аппарат;
- переустановите драйверы кассы;
- сверьте регистрационные и серийные номера кассы с указанными в договоре.
Если ошибку не удаётся устранить самостоятельно, обратитесь в техническую поддержку ОФД. Пока проблема не устранена, пользователь может отправлять чеки в режиме альтернативного обмена. Средняя скорость — 1 чек в минуту.
Ошибка получения ответа ОФД 103: Неизвестно
Причины:
- некорректно указаны регистрационные данные;
- неверно указан ip-адрес;
- ошибки в прошивке системы.
Передавать чеки можно через подключённый к ПК адаптер. Обратите внимание на правильность данных. Найти нужные сведения есть в личном кабинете:
- ИНН ОФД: 4029017981
- Наименование ОФД: АО «Калуга Астрал»
- Адрес сервера ОФД: ofd.astralnalog.ru (91.239.5.68)
- Порт: 7777
- DNS-сервер: 8.8.8.8
- Адрес отправки чеков: noreplyofd@astralnalog.ru
Если все настройки верны, но ошибка 103 сохраняется, обратитесь в техническую поддержку оператора фискальных данных.
Ошибка получения ответа ОФД 104: Разрыв соединения
Схожа с ошибкой 32. Причины возникновения аналогичные:
- некорректно указаны регистрационные и серийные номера;
- неоплаченное обслуживание оборудования;
- слабое интернет-соединение.
При этой ошибке бумажный чек пробивается, но данные не передаются ОФД.
Чтобы устранить проблему, сначала отправьте сообщение об ошибке ОФД, а поле получения ответа:
- проверьте серию и регистрационный номер;
- переустановите драйвер;
- перезагрузите кассу.
Ошибка получения ответа ОФД 15: Разрыв
Попробуйте устранить проблему описанными выше методами. Если не получилось — обратитесь в техподдержку.
Другие причины появления ошибок
Иногда когда провайдер блокирует операции по передаче данных как «сомнительные». Перед подключением онлайн-кассы узнайте обо всех ограничениях у провайдера, а также проверьте скорость интернет-соединения.
Ещё одна распространённая причина разрыва связи — проблемы с кассовым аппаратом. Покупайте только лицензионное оборудование у официальных дилеров. Экономия на технике может стать причиной больших трат на штрафы в контролирующие органы.
«Астрал.ОФД» помогает купить и правильно настроить кассовую технику. Служба поддержки компании работает круглосуточно, а все операции можно отслеживать с компьютера или смартфона. Оставьте заявку на подключение на сайте и наши сотрудники свяжутся с вами, чтобы обсудить условия.
Страницы: [1] Вниз
- Печать

Автор
Тема: Ошибка получения ответа ОФД -15:РАЗРЫВ СОЕДИНЕНИЯ (Прочитано 12525 раз)
Добрый день!
Столкнулся с такой ошибкой и не могу понять в чем грабли.
Звонил в ОФД, они говорят что к ним пакеты не приходят. нигде описанния данной ошибки нет. Ошибка получения ответа ОФД -15:РАЗРЫВ СОЕДИНЕНИЯ
Все параметры 10ть раз перепроверяны. касса работала 8мь месяцев и тут перестала вести обмен.
перепробовал разные прошивки. везде одни и те же грабли.

Записан

Записан
Проверьте оплату офд
естественно оплата в порядке, более того выше написано что решался данный вопрос даже с самим ОФД и в топе написано что 8мь месяцев касса работала, следовательно оплата за год есть.

Записан
Попробуйте проверить настройку ФФД в табл. 17. Было как-то, что зарегали кассу с одним ФФД, а клиент самовольно поменял в таблице на другой и чеки перестали уходить. Правда ошибка была не -15, а -14: Разрыв соединения.

Записан
Инженер ЦТО ООО «Беллатрикс»
Дело оказалось в самом ФН.
Хоть в логе касса и писала что сформирован пакет для офд и отправляет его по факту она ни чего не отправляла а только устанавливала соединение с ОФД.
В ФН был поврежденный чек, на нем и был «затык» . в середине смены у фн снесло голову и он сформировал чек перерегистрации с пустыми значениями. при этом работал дальше,
позволял делать все операции и встал только по ограничению на не отправленные чеки. а отправить их не мог так как не мог правильно сформировать данные на отправку из за пустых значений чека перерегистрации. случай гарантийный но ФН Рик, гарантии на который теперь нет. Клиент купил новый ФН, в Налоговой сделали перерегистрацию ККТ, Пробили по новой весь месяц чеками коррекции. Было кстати не очень приятно что ОФД из за этой перерегистрации заставил клиента вновь покупать передачу чеков, не смотря на то что касса одна и та же заставил клиента платить за нее вновь. Рег номер ККТ получила новый.

Записан
Такая же ошибка была однако вылезла при регистрации с заменой ФН.
ККТ выдает эту ошибку ибо пытается передать чек в ОФД, а там введен номер старого ФН.
Оказалось, что нужно завершить перерегистрацию в лк ФНС, а затем в лк ОФД и чек отправился!
« Последнее редактирование: Марта 23, 2018, 05:38:04 pm от Tvorec »

Записан
- Печать
Страницы: [1] Вверх
Для того, что бы определить какой интерфейс используется для передачи данных (т.е. является активным) и какая версия
программного обеспечения процессора системной платы используется в ККТ необходимо распечатать чек тестового прогона.
Получить такой чек можно последовательно выполнив следующие операции:
1) Выключите ККТ;
2) Нажмите и удерживайте кнопку промотки чека;
3) Не отпуская кнопку промотки чека включите питание ККТ;
4) После того как ККТ начала печатать чек тестового прогона, отпустите кнопку промотки чека;
5) Для прерывания печати чека тестового прогона необходимо через некоторый промежуток времени (через 20 — 30 сек)
нажать на кнопку промотки чека.

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

говорит о том, что активным (т.е. интерфейсом, через который передаются данные в ОФД) является интерфейс RNDIS (подключение через порт USB). Значит свободным (не задействованным) является интерфейс RS232 (COM).
Если в данной строке напечатано «ETHERNET», то передача данных осуществляется через интерфейс Ethernet и свободным может быть интерфейс RS232 (COM) или USB.
Если в данной строке напечатано «WIFI», то передача данных осуществляется через интерфейс Wi-Fi и свободным может быть так же интерфейс RS232 (COM) или USB.
Определив свободный интерфейс, можно производить подключение ККТ к переносному ПК специалиста аккредитованного сервисного центра.
Рассмотрим ситуацию, когда свободным интерфейсом является RS232 (СОМ). Тогда подключение ККТ к переносному ПК специалиста аккредитованного сервисного центра можно осуществить с использованием интерфейсного кабеля СОМ, из комплекта поставки ККТ с завода изготовителя. После подключения ККТ к ПК нужно выполнить несколько операций.
2) Затем выполнить поиск подключенной ККТ нажав кнопку «Поиск оборудования»
3) В открывшемся окне инициировать поиск нажав на кнопку «Начать».
4) Если связь с устройством есть, то по окончании поиска результат будет выведен в окне поиска. Далее следует закрыть поиск.

5) В окне «Свойства Драйвера ФР» введите параметры, которые были получены при поиске оборудования, и нажмите кнопку «Проверка связи» Результат отобразится в поле «Код ошибки» в виде модели устройства и его заводского номера.

После того, как с ККТ установлена связь необходимо убедиться в том, что ККТ имеет доступ в Internet. Для этого в утилите «Тест драйвера ФР» нужно перейти к пункту «15». Прочее» закладка «Команда», в поле «URL» ввести любой существующий публичный адрес (например: www.yandex.ru или адрес ОФД) и нажать не кнопку «Пинг». Если результат пинга будет равен «0», то это говорит о том, что ККТ имеет доступ в Internet. Любой другой результат говорит о том, что доступа в Internet нет.

В случае, если проверка доступа в Internet при помощи пинга дала отрицательный результат, совместно с локальной IT-службой выполните следующие операции.
При использовании для передачи данных интерфейса Ethernet необходимо:
— убедиться, что ККТ физически подключена к локальной сети предприятия;
— Ethernet кабель исправен;
— проверить доступность ККТ по локальной сети с любого ПК, подключенного к данной локальной сети;
Если для передачи данных задействован интерфейс USB (протокол RNDIS) необходимо:
— убедиться, что ККТ физически подключена к ПК при помощи кабеля USB;
— кабель USB исправен;
— порт USB, к которому подключена ККТ, в ПК исправен;
— ПК, к которому подключена ККТ, подключен к локальной сети предприятия и имеет доступ в Internet;
— проверить правильность настройки ККТ в соответствии с инструкцией «Настройка ККТ для передачи данных», которая доступна для
скачивания в «Личном кабинете ЦТО»;
Если ККТ имеет доступ к сети Internet, то для дальнейшей диагностики возможных проблем можно использовать встроенный механизм логирования последней попытки передачи данных. Данное логирование реализовано в таблицах ККТ, а именно в таб. №20 «Статус обмена ФН». Для просмотра лога необходимо открыть указанную таблицу.
В случае, когда ККТ передает данные в ОФД, лог (поля с №8 по №17) будет выглядеть следующим образом:

При этом содержимое данных полей будет следующим:
-поле №8 «Log0» будет содержать время включения ККТ и активный интерфейс для передачи данных в ОФД (RNDIS, ETH или WIFI);
-поле №9 «Log1» будет содержать время получения и IP-адрес установленный в ККТ (таб. №16 «Сетевой адрес») ;
-поле №10 «Log2» будет содержать время получения и IP-адрес сервера ОФД;
-поле №11 «Log3» будет содержать время и результат подключения к порту ОФД, который указан в таб. №19 «Параметры ОФД»;
-поле №12 «Log4» будет содержать время отправки пакета данных и его размер на сервер ОФД;
-поле №13 «Log5» будет содержать время ответа ОФД и его размер;
-поля №14 по №16 зарезервированы;
-поле №17 «Log9» будет содержать информацию о состоянии связи между ККТ и ПК (или ККТ и локальной сетью, в случае использования Ethernet (ETH));
Ситуация 1. Неверно указан порт или прямой IP-адрес сервера ОФД. При этом лог будет выглядеть следующим образом:
Для устранения данной ситуации необходимо перейти в таб. №19 «Параметры ОФД» и проверить правильность введенных данных в поле №1 «Сервер» и в поле №2 «Порт».
Ситуация 2. Неверно указан адрес сервера ОФД или не доступен DNS-сервер, в случае использования доменного имени сервера ОФД (на примере ОФД-Я: connect.ofd-ya.ru), а не прямого IP-адреса (на примере ОФД-Я: 91.107.67.212). При этом лог может выглядеть как на фото:

Здесь возможны следующие пути решения. Нужно перейти в таб. №19 «Параметры ОФД» и проверить правильность введенных данных в поле №1 «Сервер». Если данные введены корректно и/или указано доменное имя сервера ОФД, то нужно попробовать указать прямой IP-адрес. Затем перезагрузить ККТ и проверить лог. Если вид лога изменится и данные отправятся, то проблема в недоступности DNS-сервера. Для устранения нужно обратиться в IT-службу, обслуживающую локальную сеть предприятия.
Ситуация 3. Локальными политиками безопасности закрыт порт. При этом лог будет выглядеть следующим образом:

Для устранения нужно обратиться в IT-службу, обслуживающую локальную сеть предприятия для открытия доступа к портам сервера ОФД.
Ситуация 4. Есть проблемы с данными о ККТ на сервере ОФД:

Такое сообщение (см. поле №13 «Log5») может возникнуть в том случае если:
-Параметры для подключения ККТ к серверу ОФД указаны корректно, но ККТ не зарегистрирована на сервере ОФД;
-Параметры для подключения ККТ к серверу ОФД указаны корректно, ККТ зарегистрирована на сервере ОФД, но при регистрации ККТ была допущена ошибка в данных: ошибка в РНМ ККТ, зав. номере ККТ и т.д.;
Устранить описанные выше ошибки можно зарегистрировав ККТ в ОФД, используя сервис «Личного кабинета ОФД» или, если ККТ
уже зарегистрирована, нужно зайдя в «Личный кабинет ОФД» сравнить регистрационные данные полученные при печати чека тестового прогона с теми данными, которые введены в «Личном кабинете ОФД». В случае обнаружения ошибок необходимо обратиться в техническую поддержку ОФД.
Ситуация 1. Неверно указан порт или прямой IP-адрес сервера ОФД, то в таблице №20, поле №11 «Log3» будет храниться запись следующего вида:

Для устранения данной ситуации необходимо перейти в таб. №19 «Параметры ОФД» и проверить правильность введенных данных в поле №1 «Сервер» и в поле №2 «Порт».
Ситуация 2. Неверно указан адрес сервера ОФД или не доступен DNS-сервер, в случае использования доменного имени сервера ОФД (на примере ОФД-Я: connect.ofd-ya.ru), а не прямого IP-адреса (на примере ОФД-Я: 91.107.67.212):

Соответственно, нужно перейти в таб. №19 «Параметры ОФД» и проверить правильность введенных данных в поле №1 «Сервер». Если данные введены корректно и/или указано доменное имя сервера ОФД, то нужно попробовать указать прямой IP-адрес. Затем перезагрузить ККТ и проверить лог. Если вид лога изменится и данные отправятся, то проблема в недоступности DNS-сервера. Для устранения нужно обратиться в IT-службу, обслуживающую локальную сеть предприятия.
Ситуация 3. Локальными политиками безопасности закрыт порт. При этом лог будет выглядеть следующим образом:

Для устранения нужно обратиться в IT-службу, обслуживающую локальную сеть предприятия для открытия доступа к портам сервера ОФД.
Ситуация 4. Есть проблемы с данными о ККТ на сервере ОФД:

Такое сообщение (см. поле №13 «Log5») может возникнуть в том случае если:
-Параметры для подключения ККТ к серверу ОФД указаны корректно, но ККТ не зарегистрирована на сервере ОФД;
-Параметры для подключения ККТ к серверу ОФД указаны корректно, ККТ зарегистрирована на сервере ОФД, но при регистрации ККТ была допущена ошибка в данных: ошибка в РНМ ККТ, зав. номере ККТ и т.д.;
Устранить описанные выше ошибки можно зарегистрировав ККТ в ОФД, используя сервис «Личного кабинета ОФД» или, если ККТ
уже зарегистрирована, нужно зайдя в «Личный кабинет ОФД» сравнить регистрационные данные полученные при печати чека тестового прогона с теми данными, которые введены в «Личном кабинете ОФД». В случае обнаружения ошибок необходимо обратиться в техническую поддержку ОФД.
Внимание!!! Мы не несем ответственности за возможный ущерб, который может быть причинен использованием указанных ниже действий. Все настройки контрольно-кассовой техники должны производиться квалифицированными специалистами!
При работе контрольно-кассовой техники ШТРИХ-М через RNDIS случаются проблемы с отправкой чеков в ОФД, что приводит к остановке работы кассы через 30 дней.
Мы решили описать простой способ надежной настройки отправки чеков через RNDIS, который позволяет обеспечить стабильную отправку чеков.
Почему возникает проблема с отправкой чеков у касс ШТРИХ-М?
Проблема с отправкой чеков у касс ШТРИХ-М в основном происходит при подключении касс через RNDIS, и проблема не в кассе.
Как правило, для отправки чеков из кассы, включают Общий доступ к подключению к Интернет на основном интерфейсе компьютера, подключенном к сети Интернет (как показано на рисунке, где Ethernet2 это интерфейс подключения кассы).
Именно этот Общий доступ к Интернет и дает сбой — он включен, но по факту не работает.
Как решить проблему?
Возможно несколько способов решения проблемы отправки чеков в ОФД:
- выключить и снова включить Общий доступ к Интернет. Этот способ оперативного лечения — чеки пойдут, но через некоторое время проблема повторится;
- изменить настройки кассы для более стабильной отправки чеков;
Для реализации второго способа потребуется произвести настройку компьютера, к которому подключена касса через RNDIS, а именно:
- установить легкий прокси-сервер 3proxy и настроить его
- изменить настройки в таблицах ККТ (Параметры ОФД)
Установкой прокси-сервера мы отказываемся от использования штатного Общего доступа к Интернет, а используем функционал прокси-сервера для отправки чеков.
Внимание!
Если Вы не уверены в своих силах и не сможете произвести настройки самостоятельно —
обратитесь в нашу поддержку!
Установка и настройка 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:3proxybin3proxy.cfg» # мониторинг изменения файла конфигурации, изменения файла конфигурации применятся сразу без перезапуска программы
logformat «L%C — %U [%d/%o/%Y:%H:%M:%S %z] «»%T»» %E %I %O %N/%R:%r»
log c:3proxylogs3proxy.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:3proxybin3proxy.cfg необходимо инсталлировать программу следующим образом:
- запустим утилиту командной строки cmd (от Администратора)
- запустим инсталляцию программы командой: c:3proxybin3proxy.exe —install c:3proxybin3proxy.cfg
Если файл конфигурации сделан правильно, то после установки приложение запуститься автоматически и будет готово к работе. При внесении изменений в файл конфигурации они будут применяться автоматически.
Теперь пришло время внести изменения в настройки кассы и проверить работу прокси-сервера.
Настройка ККТ Штрих-М для отправки чеков в ОФД через прокси-сервер.
Внимание! Данная операция должна производиться техническими специалистами! Не изменяйте самостоятельно настройки кассы, это может привести к негативным последствиям!
Для настройки ККТ ШТРИХ-М необходимо подключиться к кассовому аппарату и произвести настройки в Таблице «Параметры ОФД»: указать адрес 192.168.137.1 (адрес интерфейса RNDIS на компьютере) и порт указанный в конфигурации 3proxy (например, 7779). После внесения изменений в таблицу необходимо перезапустить кассу. Также нужно помнить, что потребуется настроить Межсетевой экран Windows (или антивирусного средства) для доступа по указанным выше портам.
Проверить отправку чеков можно через тест-драйвера в разделе ФН (вкладка ОФД).
Если Вы не можете самостоятельно настроить отправку чеков через 3proxy —
обратитесь к нам, мы поможем! Обычно у нас это занимает 5-15 минут!
Не передаются данные в ОФД — довольно распространённая ошибка.
Первоначально нужно проверить корректность настроек передачи данных в ОФД.
Читаем и выполняем рекомендации из материалов:
- Диагностика соединения с ОФД
- Настройка EoU
Должен быть заключен и оплачен договор с ОФД ! Касса должна быть добавлена в ЛК ОФД ! Обязательно делайте запросы в техподдержку ОФД!!!
Проверка состояния ФН, анализ логов, менеджер регистров
Некорректные данные о номере последнего непереданного документа и дате
Команда A4 20 (статус информационного обмена с ФН)
55 00 02 00 3F 40 FF FF FF FF FF FF FF FF FF

Информация из менеджера регистров

Информация на отчетах в разделе о состоянии обмена с ОФД

Ошибка ОФД (сеть) 6
В регистре 43 для параметра «Ошибка ОФД (сеть)» имеется значение 6 и большое количество неотправленных документов (как правило больше 100)

В логах EoU наблюдаются сообщения о закрытии сокета
2017-04-04 12:40:58.718 INFO [TCP1-22] connection lost
2017-04-04 12:40:58.718 INFO [TCP1-22] socket close
Обязательно делайте запросы в техподдержку ОФД!!!
Запросите причину закрытия сокета и разрыва соединения
Ответ может быть вида:
«Bad request – обнаружена синтаксическая ошибка#015#012Сообщение не соответствует формату»
«Сообщение несоответствующее формату (некорректный размер пакета)»
И т.п.
Код ошибки 6 может наблюдаться и при некорректно занесенной информации в ЛК ОФД
Обязательно делайте запросы в техподдержку ОФД!!!
Флаг предупреждения 8
Команда A4 30 (запрос статуса ФН)
55 00 03 00 00 01 08 11 04 19 0C 13 39 39 39 39 30 37 38 39 30 30 30 30 33 32 38 37 C6 01 00 00
Флаг предупреждения 8 чаще всего говорит об ошибке ФН и такой ФН по нашей статистке признается гарантийным для замены
Заключение о гарантийности каждого ФН производится непосредственно производителем ФН
Для отправки ФН производителю необходимо заполнить заявление на гарантийную замену ФН
Заявление вместе ФН и заполненным паспортом на ФН отправляется в СЦ для передачи его производителю.
P.S. Если у Вас возникли проблемы с подключением, настройкой драйвера, передачей данных в ОФД — Вы можете заказать у нас настройку фискальных регистраторов ! Условия — тут.