Ошибка получения ответа офд 15 разрыв соединения штрих м - Исправление ошибок и поиск оптимальных решений проблем

Из нашей статьи вы узнаете:

Разбираемся, какие ошибки чаще всего возникают при работе с онлайн-кассами, и как их решить.

Ошибка получения ответа ОФД 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) Выключите ККТ;

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» будет храниться запись следующего вида:

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

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

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

Такое сообщение (см. поле №13 «Log5») может возникнуть в том случае если:

-Параметры для подключения ККТ к серверу ОФД указаны корректно, но ККТ не зарегистрирована на сервере ОФД;

Источник

Не отправляются чеки в ОФД с ККТ Штрих-М? Есть решение!

Внимание. Мы не несем ответственности за возможн ый ущерб, который может быть причинен использованием указанных ниже действий. Все настройки контрольно-кассовой техники должны производиться квалифицированными специалистами!

При работе контрольно-кассовой техники ШТРИХ-М через 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: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 минут!

Источник

Нестандартная ошибка с передачей данных в ОФД

Проблема: Проблема казалась достаточно банальной и простой во время телефонного разговора. Суть в том, что ККТ Атол не передаёт чеки в ОФД (Оператору Фискальных Данных). Выяснилось это заведующим магазином в 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.

Источник