Для того, что бы определить какой интерфейс используется для передачи данных (т.е. является активным) и какая версия
программного обеспечения процессора системной платы используется в ККТ необходимо распечатать чек тестового прогона.
Получить такой чек можно последовательно выполнив следующие операции:
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 минут!
Из нашей статьи вы узнаете:
Разбираемся, какие ошибки чаще всего возникают при работе с онлайн-кассами, и как их решить.
Ошибка получения ответа ОФД 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: Разрыв
Попробуйте устранить проблему описанными выше методами. Если не получилось — обратитесь в техподдержку.
Другие причины появления ошибок
Иногда когда провайдер блокирует операции по передаче данных как «сомнительные». Перед подключением онлайн-кассы узнайте обо всех ограничениях у провайдера, а также проверьте скорость интернет-соединения.
Ещё одна распространённая причина разрыва связи — проблемы с кассовым аппаратом. Покупайте только лицензионное оборудование у официальных дилеров. Экономия на технике может стать причиной больших трат на штрафы в контролирующие органы.
«Астрал.ОФД» помогает купить и правильно настроить кассовую технику. Служба поддержки компании работает круглосуточно, а все операции можно отслеживать с компьютера или смартфона. Оставьте заявку на подключение на сайте и наши сотрудники свяжутся с вами, чтобы обсудить условия.
03.08.21 — 19:38
Обновили ККТ до версии ФФД 1.2
Теперь из 1С БП 3 (последняя версия) не печатаются чеки.
ККТ Атол 55ф, драйвер атола 10.9.0
Возникает ошибка тут:
ерсияФН = ?(ОбщегоНазначенияКлиентСервер.СравнитьВерсии(ВерсияФН, «1.0.5.0») > 0, ВерсияФН, «1.0.5.0»);
Версия ФФД ФН пишет одни вопросы так: ???
Кто-нибудь сталкивался с таким? Есть решение?
101 — 21.09.21 — 12:50
(100) А Атол драйвер то выпустил, а про прошивку забыл…
Попробуйте чтобы у вас закончилась бумага при печати чека, вы вспомните всех)))
102 — 21.09.21 — 16:34
(98)1) Чек коррекции у нас и на 1.05 и на 1.2 не работает при подключении через ТСР coket. 1С закрывается аварийно.
На 1.05 выкручивались подменой драйвера на старый, на 1.2 фокус не сработает.
2)КМ передаем полный код. Вот с разделителями что-то я не пойму что и куда мы должны добавить…Подскажите, пожалуйста.
Например, пробовала с сайта ЧЗ пример кода маркировки (шины)
0104607428679090216eJIjoWH54DdU91ffd092sz6kSPirApfMBftvLboE1dlWC/58hExQUqv7BBkZmk4=
(99) локальную не проходим «ЗапросКМ()».
103 — 21.09.21 — 16:38
(100) Этот «Сертифицированный» и будет, если я правильно понимаю, версии 5.16.874 http://doc.shtrih-m.ru/. Мы его и тестируем у себя.
Штрих обещает исправление ошибки в версии больше чем эта.
104 — 22.09.21 — 11:21
(102) Функционал чека коррекции не реализован даже в актуальном релизе компоненты 1С от «Атол», поскольку ФНС пока не выработала единый нормативный документ, регламентирующий работу чека коррекции в рамках ФФД 1.2
У нас фискальный парк состоит из «Ритейл-01Ф», данный аппарат по состоянию на 15 Сентября по-прежнему не аккредитован ФНС в части ФФД 1.2, поэтому официально у нас есть запас временного промежутка в 3 месяца с даты появления этой модели в реестре ККТ ФНС, чтобы полноценно перейти на работу в формате ФФД 1.2 в нашей товароучётке.
«Штрих-М», включая их дочернее предприятие «POS Center», в очередной раз доказала свою профессиональную некомпетентность, откладывая релиз рабочей компоненты 1С уже 4-й раз подряд.
Последний раз когда я был столь же разочарован аппаратами этой Компании — это известный на всю Россию резонансный прецедент с внезапной массовой остановкой штриховских касс в декабре 2017-го, в канун новогодних распродаж.
Тогда Штрихи сослались на логический сбой в устаревшей версии прошивки, обозначив, что проблема коснулась только тех, кто вовремя не обновил прошивку ККТ.
Но в узких кругах специалистов ЦТО кто-то пустил информацию, что некий ex-сотрудник «Штрих-М», жутко-недовольный условиями при расторжении с ним трудового договора, сознательно запрограммировал процедуру автоматической блокировки касс при наступлении даты 20.12.2017 в актуальной на тот момент версии прошивки.
В свою очередь многие штатные технические специалисты на стороне ритейла заблаговременно отключили функцию автоматич. обновления в своих ККТ, дабы избежать «кирпичей» после очередной обновы. Таким образом обеспечив своим розничных точкам гарантированный fuckup в назначенную дату. Мне до сих пор импонирует эта теория с уволенным обиженным инженером «Штрих-М».
https://meduza.io/feature/2017/12/20/po-vsey-rossii-odnovremenno-slomalis-kassy-v-magazinah-kak-eto
105 — 22.09.21 — 11:47
(96) 1) Если переписка с техподдержкой Штрих-М по этому вопросу у вас сохранилась, будьте любезны, поделитесь скриншотом, где представители Штрих-М признают наличие данного бага в версии Тест драйвера 5.16.874 и обещают поправить в след. релизах.
Отдельным образом хотел бы вам сообщить, что если вы используете в работе 32-битный клиент 1С, то и «Тест драйвер» должен быть установлен в системе 32-битный.
Судя по вашей фразе «Тестируем на МГМ ФФД 1.2 на драйвере Штрих-М 5.16.874 x64», вы ошибочно используете 64-битный драйвер Штрих-М.
64-битный у вас работать исправно не будет даже после того как Штриховская 1С компонента получит статус «1С совместимо».
Ниже ссылка на 2 скриншота, на одном корректный путь к двум компонентам 1С после установки Тест драйвера c 32-битной архитектурой.
На 2-м переписка с техподдержкой, в которой чётко указан правильный архив с компонентой 1С для работы в формате ФФД 1.2
https://imgur.com/6Rd4VbC
2) Могу отправить вам корректную структуру .xml файла, которую возвращает компонента 1С при попытке распечатать чек.
Структуру высылала нам техподдержка «Штрих-М» в ответ на запрос к разработчикам компоненты в Москве.
106 — 22.09.21 — 12:13
Кому нибуть удалось пробить тестовый чек на маркированный товар на ШтрихМ-01Ф? У меня при выполнении «Внутренней проверки на ККТ» драйвер возвращает ошибку «Потеряна связь с ККТ».
107 — 22.09.21 — 12:54
(96) забыл добавить, что после правильного внедрения драйвера в настройках 1С «Драйверы оборудования», в сакральной директории «ExtCompT» у вас должен появиться собственно файл с библиотекой компоненты. И только после этого можно приступать к отладочному тестированию по пробитию чеков с штучным маркированным и дробным товаром.
Чек коррекции разумно тестировать только если все прочие чеки у вас отработали успешно.
108 — 22.09.21 — 14:05
(105)
1) Переписка сохранилась, могу выслать на почту.
Сейчас для теста выполнена чистая установка на 64-разрадный сервер в папку C:Program FilesSHTRIH-MDrvFR5Bin1C, в 1С загружена shtrih-m_34_x32_64.
Зачем тогда вообще нужен 64, если не будет работать?
Рабочая схема сейчас на 64-разрядном сервере на драйвере 4.15 в папке x86.
На 32-разрядом сервере в папку x86 пробовали старый и новый драйвер, но чек коррекции не работает.
2)Да, пришлите, пожалуйста.
(107) Да, все есть.
109 — 22.09.21 — 15:21
(108) 1) Моя почта: mou$e4mi€e[собaka]gmail.ком, где символ $ равнозначен англ. букве S, а символ € букве С.
Вы явно путаете архитектуру ОС и разрядность клиента 1С.
Сервер может быть 64-разрядный, а клиент 1С 32-битный.
64-разрядный «Тест драйвер ККТ» нужен для работы с 64-битным клиентом 1С, когда требуется обрабатывать большие массивы данных (к примеру формировать отчёты), превышающие объём ОЗУ в 3.5 ГБ.
Я предполагаю, что разработчики «Штрих-М мск» займутся доведением до ума механизма чека коррекции только после того как завершат фундаментальные работы по адаптации своей 1С компоненты под формат ФФД 1.2, поэтому я вообще не вижу целесообразности биться головой об стену в попытках получить рабочий чек коррекции.
2) В таком случае озвучьте свою эл.почту либо никнэйм в Телеграм.
110 — 22.09.21 — 15:43
(102) Надо не с сайта брать КМ, а считывать его сканером и в таком виде передавать в драйвер.
КМ на сайте не содержит в своем составе разделители (нечитаемые символы с кодом 29)
111 — 22.09.21 — 17:28
(110) Этот вариант рассматривали.
112 — 22.09.21 — 17:50
(111) и что в итоге вашего «рассмотрения» выяснилось?
113 — 22.09.21 — 20:44
(112) Со сканера код и поступает в наш документ чек.
Похоже, Вы правы и разделители мы где-то потеряли из-за выгрузки документов из другой системы.
114 — 23.09.21 — 07:56
Друзья укажите на ошибку.
Перевел на ФФД 1.2. Обновил УТ 10 до последнего релиза. Чек печатается, а буковки М в чеке нет. Посмотрите xml. Чего не хватает?
<CheckPackage>
<Parameters CashierName=»» OperationType=»1″ TaxationSystem=»5″ CustomerEmail=»» CustomerPhone=»»>
<AgentData/>
<VendorData/>
<CustomerDetail/>
<OperationalAttribute/>
<IndustryAttribute/>
</Parameters>
<Positions>
<FiscalString Name=»а/шина Viatti Brina V-521 185/65R14 86Т (шт)» Quantity=»1″ PriceWithDiscount=»3250″ AmountWithDiscount=»3250″ DiscountAmount=»0″ Department=»0″ VATRate=»none» VATAmount=»0″ PaymentMethod=»4″ CalculationSubject=»1″ CustomsDeclaration=»»>
<IndustryAttribute/>
<GoodCodeData GS1.M=»KDAxKTA0NjA0Mjc4MDAzNjg2KDIxKTVPeHhsTFlfLGlYbFA»/>
<AgentData/>
<VendorData/>
</FiscalString>
</Positions>
<Payments Cash=»3250″ ElectronicPayment=»0″ PrePayment=»0″ PostPayment=»0″ Barter=»0″/>
</CheckPackage>
115 — 23.09.21 — 08:36
(90) Мне пож-та тоже, ссылку где эмулятор купить для ФФД 1.2?
1с-кий эмулятор понимаю смысла нет смотреть?
116 — 23.09.21 — 09:34
аз соврамши, сильно ногами не бейте. Эмуль для ФФД 1.1, но отлаженный на нём код работает с ККТ с ФФД 1.2. Напомню, что чеки с маркированными товарами на нём печатать не пробовал.
https://infostart.ru/public/1251715/?ref=1050
117 — 24.09.21 — 11:51
«Штрих-М» в 5-й раз подряд перенесла дату релиза своей 1С компоненты под ФФД 1.2
118 — 24.09.21 — 13:36
(115) 5000 на авито в свободной продаже.
119 — 27.09.21 — 13:54
(30) Эмулятор под ФФД 1.2 под ревизию 3004 планируется к выпуску? Или в продукте https://infostart.ru/public/1330826/ присутствует возможность проверки под эту версию?
120 — 29.09.21 — 20:18
Коллеги, подскажите, пожалуйста когда какой признак предмета расчета ставить в чеке при продаже товара с маркировкой без акциза?
Добавлено 2 новых ППР:
«32» – если продается обязательный к маркировке товар, который не имеет кода маркировки
(кроме подакцизных товаров) (в печатном чеке значение «ТНМ»);
«33» – если продается обязательный к маркировке товар, который имеет код маркировки
(кроме подакцизных товаров) (в печатном чеке значение «ТМ»).
Признак ставится автоматически?
32 ставить только при возврате?
Есть подробное описание что к чему?
121 — 29.09.21 — 22:37
Смотря что понимать под «эмулем»… Если эмулятор ККТ, программный, то ищите, не подскажу. А если эмулятор фискального накопителя, для использования «железной» кассой, то тут смотрите: https://masterfich.ru/ По сути, это почти то-же самое, что МГМ, только удобнее(можно записать в него любой номер ФН, начальный номер смены и чека, а так-же обновлять прошивку по мере необходимости) и в два раза дешевле.
Не смотря на отсутствие упоминания об ФФД-1.2 на сайте, он есть(даже у меня в хозяйстве 🙂 ), и работает, называется у них ЭФН-Б, это аналог ФН-1.1М. Можно отлаживать программу с реальной кассой и с проверкой марки в «М+», и в «М-«, он это умеет.
PS vovastar в (118), как я понял про него намекал 🙂
122 — 30.09.21 — 04:56
(120) «Признак ставится автоматически?» Нет, его должно передавать в чек кассовое ПО.
«32 ставить только при возврате?» Ставить при возврате, если товар возвращается без указания в чеке КМ. Возможно также есть разрешенные случаи неуказания КМ и при продаже (напр, в переходные периоды).
123 — 30.09.21 — 10:12
Кому то удалось пробивать маркированный товар с признаком М на штрихах с ФФД 1.2?
Я пробовал удалять драйверы и ставить только DrvFR_5.16_874, но 1с все равно на него подключает компоненту
«Штрих-М: Драйвер ККТ с передачей данных в ОФД 3.2 (Win32)», а для ФФД 1.2 нужна 3.4, как итог маркировка идет без тега 1162 и 1163 и продается как обычный товар.
Кто то смог прикрутить компоненту 3.4 в 1с:Розницу?
124 — 30.09.21 — 11:27
(123) Ты компоненту бери из дистриба драйвера, есть там 3.4. Но, маркированный товар мне не так и не удалось пробить — вылет на этапе «внутренняя проверка марок на ККТ». Вот сижу, жду новой компоненты от штриха…
125 — 30.09.21 — 11:41
(124) Завелось, спасибо, оказалось по умолчанию поставили драйвер штриха х64, и видимо не ту компоненту выбрали (shtrih-m_32_x32_64) он в 1сх32 не пойми как регистрируется. Сменил драйвер кассы на х32, загрузил компоненту shtrih-m_34_x32_64 и заработало. А так да, у меня тоже пишет, что не прошло проверку, жму пробить все равно, но на чеке М+ и в ОФД М+. Так что я думаю все в порядке, где то неточность в совместимости компоненты.
126 — 30.09.21 — 11:50
(125) А на каком релизе и какой конфы делаешь? У меня прям ошибка драйвера на типовой рознице 2.3.9.42 на этапе внутренней проверки.
127 — 30.09.21 — 12:12
(126) У меня отраслевая Розница. Аптека, редакция 2.3 (2.3.9.42)
128 — 30.09.21 — 12:49
(127) А прошивка ККТ какая?
129 — 30.09.21 — 12:53
(124)В Честном знаке списываются коды? У меня тоже как обычный товар пробивается и признак маркировки вроде есть.Сейчас 3.2 пишет в настройках оборудования.УТ 10 последний релиз.
130 — 30.09.21 — 13:36
(128)
Версия ПО: C.3
Сборка ПО: 40716
Дата ПО: 19.07.2021
(129) У меня в настройках пишет 3.4, на ЧЗ продажи присутствуют.
131 — 30.09.21 — 15:02
(130) а должна быть прошивка версии С.3 от 26.08.2021
Но работать она будет либо с боевым ФН-1.1М либо с Функциональным Макетом ФМ-1.1М
http://doc.shtrih-m.ru/
132 — 30.09.21 — 15:07
(124) А ждать придётся довольно долго, вчера «Штрих-М» в 6-й раз подряд сместила дату релиза своей 1С компоненты под ФФД 1.2
133 — 30.09.21 — 15:23
(125) Какую модель ККТ используете?
На боевом ФН-1.1М продажу маркированного товара тестируете?
134 — 30.09.21 — 15:38
(131) По логике вещей это ФН-1.1М, ФД 1.2, присутствуют теги 1163.
(133) ККМ ШТРИХ-М-01Ф, не тестируем а во всю продаем.
135 — 30.09.21 — 15:46
(134) Продаёте маркированный товар на боевом ФН не взирая на ошибку в 1С о сбое проверки кода маркировки?
В ЛК «Честного Знака» коды маркировок статус выбытия из оборота получают?
136 — 30.09.21 — 15:51
(135) Там ошибка, что он не проверил подлинность марки и нужно сообщить покупателю, что подлинность не проверена и он поставит знак М, но по факту, в чеке стоит М+ и в ОФД М+ и на ЧЗ продажи регистрируются, значит просто компонента как то не правильно отправляет КИЗ на проверку в ККМ.
137 — 30.09.21 — 16:03
(136) Статус, статус кодов маркировок в «ЧЗ» какой?
138 — 30.09.21 — 16:11
(137) Принято все, в квитанции:
<operation_result>Accepted</operation_result>
<operation_comment>Успешное завершение операции</operation_comment>
139 — 30.09.21 — 16:21
При открытии смены, Атол говорит, что ошибка связи с сервером ОКП, код ошибки 0*3632.
Прошивка 5.8.3, сервер ОКП настроен prod01.okp-fn.ru:26101.
При обновлении ключей через ФН-М, никаких ошибок не вылазит.
Подскажите, что не так?
140 — 30.09.21 — 16:22
+(139) тест драйвера 10.9.0.5
141 — 30.09.21 — 16:27
(139) (140) отбой, разобрался.
142 — 01.10.21 — 06:58
(130)Не встает 3.4, как загружаете компоненту shtrih-m_34_x32_64, регистрация через командную строку/выполнить?
143 — 01.10.21 — 08:21
(142) Через 1С я например ставил. Справочник «Драйверы торгового оборудования» смотри.
144 — 01.10.21 — 10:24
(142) Администрирование — Подключаемое оборудование — Еще — Драйверы оборудования — Подключить новый — Загрузить в информационную базу
Далее выбрать драйвер, указать версию ту что у драйвера штриха ( я так делаю ибо проще потом разобраться)
В списке драйверов оборудования появится новый Подключаемый по стандарту «1С:Совместимо» — ККТ с передачей данных — Штрих-М: ККТ с передачей данных в ОФД 3.4 (ФФД 1.2)
Далее старую ККМ отключить и создать новое подключение, через новую компоненту 3.4.
Еще важна разрядность, когда я грузил в 1сх32 компоненту от драйвера штриха х64 компонента непредсказуемо работала, теряла СНО, марки, соединение.
145 — 01.10.21 — 11:40
(144) Добрый день. Подскажите, приобретена ли для ваших ККТ «ШТРИХ-М-01Ф» платная подписка на обновления на 2021 год?
Вчера созванивался с техподдержкой «Штрих-М» на тему актуальной версии прошивки для корректной работы с любым маркированным товаром.
«Штрих-М» уверенно заявляют, что для работы с маркировкой одно лишь обновление прошивки в ККТ не поможет в принципе, ещё должна быть обязательно приобретена подписка на обновления.
Якобы без этой «подписки» заложенный разработчиками в прошивку функционал обработки КИЗ работать не будет от слова совсем либо будет работать с отклонениями/сбоями.
Короче говоря, впаривают нам какую-то дичь! Ибо на данный момент какая-либо подписка в наших «Ритейл-01Ф» отсутствует, но чеки с маркировкой исправно бьются в формате ФФД 1.05 и уходят в ОФД.
Может речь шла о требовании при работе с чеками в новом формате ФФД 1.2?
146 — 01.10.21 — 11:52
(145) да
уже не раз было с НДС20% и прочими
147 — 01.10.21 — 12:13
(146) Что «не раз» было? Можно поподробнее свою мысль изложить?
148 — 01.10.21 — 12:37
(145) Да, приобретена. Штрих всё верно говорит.
С августа активировать можно лишь ФН-1.1М, он может работать на ФД 1.0.5 и 1.1 и 1.2.Что бы ваша ККМ смогла работать с ФН-1.1М ее нужно обновить, т.е. купить лицензию. С ФД 1.2 может работать только ФН-1.1М.
149 — 02.10.21 — 20:20
(131)Прошивку устанавливает ЦТО или своими силами можно?
Если самим, то, может, есть понятное описание по установке?
150 — 02.10.21 — 20:27
(149) там исполняемый файл, в который вшит номер вашего аппарата, потом просто нажать «y» и все.
151 — 02.10.21 — 21:29
Текущее состояние со штрихами такое: я писал, что на тестовой кассе не проходит внутренняя проверка ККТ. Додумался подключить боевую и, о чудо, проверка прошла. Закрались подозрения. Выдернул из кассы интернет: все, внутренняя проверка ККТ не проходит, в 1с ошибка драйвера — нет связи. Получается, что на данных версиях ПО — нет интернета, нет продаж маркированного товара. И вот здесь непонятка: с одной стороны пишут, что если нет возможности проверить марку онлайн, в чеке печатается только М (без + и -). Нигде не написано, что без онлайн проверки продажа запрещена. А по факту выходит, что нет связи — нет продаж. Коллеги, у кого Атолл, можете проверить, у вас так же? Или же это особенность именно штриха?
152 — 02.10.21 — 21:40
(151) + И вот ещё заметил. При открытии смены на драйверах 5.15 и 5.16 эта тварь то же лезет в сеть. Если сети нет, в 1с ошибка «нет связи» хотя на ККТ смена открывается. Есть подозрение, что либо компонента не правильно интерпретирует ответ драйвера (не ошибка, а предупреждение, например), либо 1с неправильно обрабатывает ответ драйвера (хотя, это маловероятно, там же стандарт). Видимо, придется лезть в недра БПО, а так неохота…
153 — 02.10.21 — 21:40
(151) Слава богу, Атол вгружает в себя КМ и проходит проверку внутри себя. Единственное, их надо обновлять вручную раз в 2 недели. Вот тут https://prnt.sc/1uiym12
154 — 02.10.21 — 21:43
Может, и штрих так делает, может пока драйвер кривой?
155 — 02.10.21 — 21:46
(154) со штрихами не работаю, не подскажу.
После ихнего взрыва 4 года назад и попадания на большое бабло, перекрестился…
156 — 02.10.21 — 21:57
Самое интересное, на сколько операций теперь то будет хватать ФН, если раньше его хватало на 250 тыс чеков, то как я понимаю, теперь то будет намного меньше.
157 — 02.10.21 — 21:58
(154) А вот это вбивал в кассу? https://prnt.sc/1uj0m9d
158 — 02.10.21 — 22:02
(157) Вот спасибо, попробую в понедельник.
159 — 02.10.21 — 22:03
(158) если что, тут есть вся информация https://inventa.su/main/fn11-15
160 — 04.10.21 — 06:11
(151) По ФФД 1.2 обязательна онлайн-проверка КМ перед пробитием чека на ККТ, поэтому без интернета продажа не пройдет.
Исключение: ККМ фискализированные для работы в автономном режиме (разрешено для местностей без интернета, но эта местность должна быть официально включена в перечень, утвержденный местным органом власти, иначе — нарушение).
(152) При открытии смены идет обновление ключей проверки ФН.
161 — 04.10.21 — 06:12
(153) Это обновление ключей проверки ФН. Имеет смысл только для обувных товаров. Для остальных товарных категорий возможна только онлайн-проверка КМ.
162 — 04.10.21 — 06:14
(156) Буфер проверки рассчитан на 128 КМ (таково ограничение со стороны ФН). Получается в одном чеке, не может быть больше 128 КМ. Остальные ограничения без изменений.
163 — 04.10.21 — 08:13
(160) так сейчас же уже подкрутили в ЛК, что если адрес не попадает в удалённые пункты, то галочки нет, что можно зарегистрировать в этом режиме.
164 — 04.10.21 — 08:39
(160) Неправда ваша «Результат проверки не влияет на возможность реализовать товар. Поэтому решение о продаже товара должен принять продавец.» https://its.1c.ru/db/newscomm/content/471190/hdoc «НЕ ВЛИЯЕТ НА ВОЗМОЖНОСТЬ РЕАЛИЗОВАТЬ ТОВАР». Если нет связи — проверка не проходит, но, товар я могу продать. У Штриха же нет связи — нет продажи.
(161) Это я уже понял, что он что то там обновляет. Зачем возвращать ошибку, если смена на ККТ все равно откроется, даже если связи нет? Нужно выдавать предупреждение. Иначе получается рассинхрон: в ККТ смена открыта, 1С смену открыть не может, потому что драйвер вернул ошибку.
165 — 04.10.21 — 10:37
(151) Про то что не будет бить чеки без интернета, это не верно, будет предупреждать и бить М в чеке, потом касса всё успешно отправит и ЧЗ обработает. В ту пятницу было, что на час пропала связь, появилось подтормаживание при пробитии чеков в чеках печаталась М, когда связь восстановилась тормоза не пропали (хотел закрыть смену попробовать, но сотрудники отказались), зато М+ появилась. На ЧЗ товары пробитые с М успешно обработались.
166 — 04.10.21 — 12:01
(165) Как добились такого результата? У меня ошибка драйвера «Нет связи». Может, это потому что у меня МГМ (тесты проводим не на боевой кассе, конечно же)?
167 — 04.10.21 — 14:15
(166) Весь мой бой с кассой описан в данной теме. Глюки связи и непонятная работа с ККМ были только в следствии неправильно установленной разрядности драйвера. Драйверы качал из (131) сообщения.
Забыл еще указать, оставил драйвера только 5.16.874, снес все сначала, потом их поставил, загрузил компоненту, пересоздал ККМ в оборудовании, в администрировании указал «Контролировать коды маркировки средствами ККМ» (вроде он активирует передачу по ФД 1.2) и понеслось.
168 — 04.10.21 — 15:55
(167) «в администрировании указал «Контролировать коды маркировки средствами ККМ»»
Подскажите, конфигурацию «Розница 8.Аптека» обновляли на последний релиз для этого?
169 — 05.10.21 — 07:20
(164) «Неправда ваша». Изучи как работает ФН-М прежде чем тыкать.
«Результат проверки не влияет на возможность реализовать товар» — да, это так: если результат онлайн проверки будет отрицательный (М-), то технически пробить чек можно (решает пользователь).
Но если результат онлайн-проверки завершился с ошибкой (а это не то же самое, что «отрицательный результат проверки»), то чек пробить не получится — так устроен ФН-М — он не пропустит продажу.
170 — 05.10.21 — 07:21
(163) Технически можно, но можно ли юридически? Не последует ли адм. осветсвенность за данное нарушение?
171 — 05.10.21 — 07:25
(165) Потому что онлайн-проверка не завершилась ошибкой. Если завершилась бы ошибкой, то пробить чек не удалось бы. (Наверное я погорячился утверждая, что отсутствие интернета приводит к ошибке онлайн-проверки, оно приводит только к невозможности «полож. рез-та проверки» (М+)).
172 — 05.10.21 — 07:31
Вот здесь на видео подробно о статусах онлайн-проверки КМ https://youtu.be/sld3ghSuaVQ?t=365
173 — 05.10.21 — 10:37
(168) Да, текущий релиз Аптека, редакция 2.3 (2.3.9.42) , если в настройках не включена «Контролировать коды маркировки средствами ККМ» то ККМ начинает кидать ошибки, только что проверил. И теперь необходим криптохвост для проверки в кассе, учтите это в работе.
174 — 05.10.21 — 10:56
(173) какие именно ошибки начинает «кидать» ККМ, если не выставить галочку «Контролировать коды маркировки средствами ККМ»?
Возможно ли продать маркированный товар при неактивной галочке в 1С?
175 — 05.10.21 — 11:16
(174) К сожалению не запомнил, что то про неверно переданную марку вроде бы, точно не помню, сейчас лог посмотреть не могу, если посмотрю, напишу. Без галки мне давал продавать обычный товар, маркированный не продает.
176 — 05.10.21 — 11:26
(174) В логе 1с ошибка не сохранилась, лога кассы не веду.
177 — 07.10.21 — 14:53
Добрый день, установлена последняя прошивка ATOL 55, компонента 10.9.0.4, скачал последний релиз ут 10.3. В обработке обслуживания заменил компоненту из поставки драйвера. Результат: чек печатается, но буквы М нет, марка не списывается в ЧЗ. В чем дело?
xml аналогична (114)
P.S. с драйвером 10.9.0.8 вообще не работает.
178 — 07.10.21 — 14:56
(173) МДЛП что уже ушла с уведомительного режима?
179 — 07.10.21 — 14:57
(178) да нет, там же.
180 — 08.10.21 — 04:56
(177) У меня подозрение, что это из-за того, что проверка КМ в УПП и УТ 10.3 просто не вызывается, я по крайней мере не нашел. В Рознице в явном виде вызывается ПроверитьКодМаркировкиСредствамиККТ(ОбщиеПараметры) при пробитии из формы чека ККМ, при удачной проверке идет фискализация. В УПП ничего подобного не нашел, есть только процедуры проверки в общих модулях, но они не вызываются. В УПП/УТ10 кто-нибудь запустил уже ФФД 1.2?
181 — 08.10.21 — 06:14
(180)Прошивка и драйвер последние? Драйвер http://doc.shtrih-m.ru/ Тест Драйвера 5.16.877 x32 (версия требований 1С 3.4, работа с маркировкой в 1С по ФФД 1.2).Пока ещё сертификацию не прошел https://v8.1c.ru/tekhnologii/standartnye-biblioteki/1s-biblioteka-podklyuchaemogo-oborudovaniya/kkt-s-peredachey-dannykh/sertifitsirovannye-i-podderzhivaemye-modeli-oborudovaniya-kkt/.
У меня проверка проходит и признак есть но в ЧЗ не списывается
182 — 08.10.21 — 06:15
(181) Атол на последнем релизе драйвера и прошивки нормально работает с ут 10.3, Штрих пока проблема осталась
183 — 08.10.21 — 07:21
(180)В УТ 10.3 как бы я не менял компоненту все равно ОФД 3.2 пишет. Пересоздать оборудование пробовал
184 — 08.10.21 — 10:48
(183) Для успешного внедрения компоненты 3.4, запускайте 1С исключительно от имени Администратора, архив с компонентой необходимо использовать вот этот «shtrih-m_34_x32_64».
Если после установки компоненты в 1С она выдаёт ошибку, зарегистрируйте библитеку вручную, открыв командную строку от имени Админа.
Тест драйвер ККТ должен быть 32-битный и установлен в папку: C:Program Files(x86)SHTRIH-M
Актуальная версия Тест драйвера: 5.16.877 x32
http://doc.shtrih-m.ru/Files/DrvFR_5.16_877_x32.exe
185 — 09.10.21 — 19:17
(182)В честном знаке уходит маркировка из оборота? На чеках «М» печатается?
Какая у Вас версия прошивки ККТ АТОЛ?
Третий день не могу настроить ФФД1.2 на УТ10.3(последний релиз)
Версия драйвера 10.9.0.8
Обработку обслуживания доработал(заменил интеграционную компоненту)
прошивка кассы 5.8.6
В итоге чек печатается без буквы «М»
В ОФД маркировка видна
Из оборота в ЧЗ не уходит
Остался вариант либо обновить прошивку до последней, либо откатить на 5.8.3
186 — 09.10.21 — 21:02
(185) уже неделю как только 5.8.14 можно скачать, все остальные в ЛК уже недоступны.
187 — 10.10.21 — 10:31
Коллеги, а куда копать, если [М] печатается, а марки в ЧЗ не уходят?
188 — 10.10.21 — 12:20
(187) + в ОФД [M] тоже есть
189 — 10.10.21 — 13:29
(188) Есть предположение, что для проверки марок средствами ККТ нужно передавать марку с криптохвостом. УТ 10 передает марку вида (01)04570075062096(21) в base 64 поэтому они не проходят проверку и не списываются в ЧЗ. Заметил что при сканировании в чек полная марка, полученная со сканера преобразуется к виду (01)04570075062096(21) и нигде не сохраняется. Далее все действия происходят с короткой маркой.
Тестировал продажу в Комлексной 2.4. Код марки вводил через поле ввода, а не со сканера.
Если вводить короткую марку, программа ругается что нужно ввести полную и при вводе полной происходит проверка средствами ККТ(появляется окошко проверки).
PS. При работе с эмулятором ККТ, такого не происходило, короткая марка принималась программой и добавлялась в чек
190 — 10.10.21 — 16:23
(189) в БП полная марка сохраняется в Хранилище
191 — 10.10.21 — 16:55
Проанализировал закрытие чека в отладчике в УТ И КА и выяснил следующее
В КА выполняются следующие команды
1. RequestKM (передается полная метка в base64)
2. GetProcessingResult
3. Confirm KM
4. Fiscalization (В параметрах товаров передается также полная метка фомате base64 И Штрихкод64 (тоже самое что и в метке))
В УТ выполняются следующие команды
1. Fiscalization (В параметрах товаров передается только штрихкод(метка в сокращенном формате))
Попытался дозаполнить в отладке недостающие параметры. Получил ошибку возможны расхождения иб и ленты. Метка не проверена
192 — 10.10.21 — 16:57
Скорее всего проблема в старой обработке AtolKKT.epf, которая не изменилась с выходом ФФД 1.2 и появлением новых драйверов
193 — 11.10.21 — 04:02
(191) Вот я о том же в (180)
194 — 11.10.21 — 14:02
(139) Как решили проблему?
195 — 11.10.21 — 14:46
(194) после получения ключей, просто выключить и включить кассу надо.
196 — 11.10.21 — 23:46
Проблема с ФФД 1.2 для УТ10.3 сейчас обсуждается на партнерском форуме 1С. Отправил обращение в поддержку 1С. Надеюсь в ближайшее время исправят ситуацию.
197 — 12.10.21 — 00:00
(114) Не хватает MarkingCode
FiscalString Name=»Полуботинки» Quantity=»1″ PriceWithDiscount=»1515″ AmountWithDiscount=»1515″ DiscountAmount=»0″ Department=»1″ VATRate=»20″ VATAmount=»303″ PaymentMethod=»4″ CalculationSubject=»1″ MarkingCode=»MDEwNDY3MDA3NTA2MjA5NjIxLFBGcVohVVNmRUNUWB05MTAwNjQdOTJoc1hLeTBNbUxUaWNycUxXZmNlSElmcUN1N2RwaDlJM2Y4Qm44NkVBeW42amJHaXBrZ2I2Mm1Xb1o0UERRWUtPdElKazJta0thNUo2YVlhOU1wL0FHU111″>
P.S. Но это не поможет. Ругается что марка не подтверждена. Скорее всего перед фискализацией нужен метод ConfirmKM
198 — 12.10.21 — 04:51
(197) Одного только ConfirmKM, кмк, будет мало. Сначала надо вызвать OpenSessionRegistrationKM, затем RequestKM, после чего долбить GetProcessingKMResult до получения результата и только после этого можно вызвать ConfirmKM. Всё перечисленное есть в последнем релизе УТ 10, появилось даже раньше, но вот обращения к этим методам найти в конфигурации не удалось.
199 — 12.10.21 — 04:54
+(198) на партнёрке правильно сказали — курите ОМ.МенеджерОборудованияВызовСервера.ЗаписатьДанныеКодаТоварнойНоменклатуры(), именно там в xml пакет помещается КМ, но толку от этого без действий (197)…
200 — 12.10.21 — 14:56
(197) + (198)
Все так в моей типовой БП 3.0.103.12 все эти шаги проходили, но заведомо правильная марка возвращала ответ [M-], и в ЧЗ не списывалась.
что выяснил: полный код марки для проверки берется из РС ПулКодовМаркировкиСУЗ.ПолныйКодМаркировки — он там в формате Base64 НО!!! он там закодирован без символов GS1, добавил GS1 и все прекрасно пробилось и списалось в ЧЗ.
Как это выяснил в драйвере кассы в разделе «Маркировка» марка без GS1 возвращает Код результата проверки:5 — [M-], а таже марка но с GS1 Код результата проверки: 15, т.е. [M+]
Следует отметить, что марку в окно сканирования БП я вставлял из буфера обмена и там она точно была с символами GS1.
Страницы: [1] Вниз
- Печать
Автор
Тема: Ошибка получения ответа ОФД -15:РАЗРЫВ СОЕДИНЕНИЯ (Прочитано 12525 раз)
Добрый день!
Столкнулся с такой ошибкой и не могу понять в чем грабли.
Звонил в ОФД, они говорят что к ним пакеты не приходят. нигде описанния данной ошибки нет. Ошибка получения ответа ОФД -15:РАЗРЫВ СОЕДИНЕНИЯ
Все параметры 10ть раз перепроверяны. касса работала 8мь месяцев и тут перестала вести обмен.
перепробовал разные прошивки. везде одни и те же грабли.
Записан
Записан
Проверьте оплату офд
естественно оплата в порядке, более того выше написано что решался данный вопрос даже с самим ОФД и в топе написано что 8мь месяцев касса работала, следовательно оплата за год есть.
Записан
Попробуйте проверить настройку ФФД в табл. 17. Было как-то, что зарегали кассу с одним ФФД, а клиент самовольно поменял в таблице на другой и чеки перестали уходить. Правда ошибка была не -15, а -14: Разрыв соединения.
Записан
Инженер ЦТО ООО «Беллатрикс»
Дело оказалось в самом ФН.
Хоть в логе касса и писала что сформирован пакет для офд и отправляет его по факту она ни чего не отправляла а только устанавливала соединение с ОФД.
В ФН был поврежденный чек, на нем и был «затык» . в середине смены у фн снесло голову и он сформировал чек перерегистрации с пустыми значениями. при этом работал дальше,
позволял делать все операции и встал только по ограничению на не отправленные чеки. а отправить их не мог так как не мог правильно сформировать данные на отправку из за пустых значений чека перерегистрации. случай гарантийный но ФН Рик, гарантии на который теперь нет. Клиент купил новый ФН, в Налоговой сделали перерегистрацию ККТ, Пробили по новой весь месяц чеками коррекции. Было кстати не очень приятно что ОФД из за этой перерегистрации заставил клиента вновь покупать передачу чеков, не смотря на то что касса одна и та же заставил клиента платить за нее вновь. Рег номер ККТ получила новый.
Записан
Такая же ошибка была однако вылезла при регистрации с заменой ФН.
ККТ выдает эту ошибку ибо пытается передать чек в ОФД, а там введен номер старого ФН.
Оказалось, что нужно завершить перерегистрацию в лк ФНС, а затем в лк ОФД и чек отправился!
« Последнее редактирование: Марта 23, 2018, 05:38:04 pm от Tvorec »
Записан
- Печать
Страницы: [1] Вверх