1с не видит кассу атол
Проблема: Проблема казалась достаточно банальной и простой во время телефонного разговора. Суть в том, что ККТ Атол не передаёт чеки в ОФД (Оператору Фискальных Данных). Выяснилось это заведующим магазином в 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 в исключения. Потому что она должна работать. И работать регулярно и без сбоев.
Выпала учесть подключать онлайн кассы в двум старым учетным системам.
Исходные данные:
УТ10.3.3, но с обновленной библиотекой стандартных подсистем и режимом совместимости 8.3.6
УТ11.1.9 сильно измененная.
ККТ онлайн производства Атол и Штрих.
Изучение мат. части показало, что изменения для работы с онлайн кассами небольшие: отключен ряд функций по скидкам на весь чек, добавлен функционал по печати налогов. Есть фиксация имени кассира. Расширена параметрия, особенно в части состояния ФН. Часть этой парамтерии обязательно нужно собирать и показывать пользователям в учетной системе.
Первым подопытным стал Атол 55Ф. В целом сильных проблем при подключении на стороне 1с я не нашел. Есть описание драйвера и оно работает. Попробовал на этой ККТ печать по стандарту 1С. Тоже работает, но с логическими ошибками. Параллельно обнаружил для себя, что с момента моего последнего изучения свойств драйвера, функционал драйвера Атол сильно прибавил. Появилась возможность печати по сети. Появилась возможность работы с устройством, подключенному к другому ПК. Это натолкнуло на мысль, что один кассовый аппарат без проблем можно использовать на 2 кассовых местах. Небольшая доработка 1С 10.3 - в данный функционал реализован. Для себя решили, что на втором рабочем месте будем принимать только оплату картами, чтобы разделить за наличность отвечал кассир одного рабочего места. Для этого режима использовали подключение к ПК. Тесты показали, что ККТ работает по сети тоже, но как-то неуверенно, с задержкой 2-3 сек.
С Атолом 55Ф была только одна сложность - он просто не подключался к ПК. Инструкция не могла нам помочь ничем. Обращение в ЦТО (Весы - там где покупали кассу) закончилось ничем. Предлагали только платную регистрацию ККТ и заключение договора обслуживания. С мастером связаться так и не удалось. Общение на официальном форуме Атола дало более значимый результат. Оказалось, что по умолчанию все интерфейсы ККТ отключены (зачем. ), включаются методом, который неверное описан в инструкции..
Стало легче. Одна учетная система и один ККТ подключен.
Воодушевившись успехом, взялись за Штрих. Предположили, что нужно будет только переписать существующую обработку на методы штриха. В целом так и должно было быть.. Но драйвер штриха наупор отказался сохранять параметры подключения ККТ. Если их выбрать визуально - то без проблем. Программно - нет. Перепроверили несколько раз - делаем все по описанию (Да и раньше использовались такие же методы.). Штрих без проблем подключается по стандарту 1С, а вот через универсальный драйвер - нет. Изучение всей информации на сайте штриха, форумов, инструкций закончилось ничем. Мы не нашли ни примеров, ни инструкций. Не получили никакой поддержки на официальном форуме. На наше обращение support ответил просто отказом.
Собственные мысли иссякли, мы решили обратиться в профессионалам, в одному из Франчей 1С. На удивление, франч в Нижнем нам ничем помочь не смог (или не захотел). мотивировал это отсутствием специалистов и опыта. Но обещали посодействовать в переадресации нашего вопроса в Москву. Через несколько дней пришел ответ из Москвы, что готовы решить наши проблемы. ориентировочное время решения 15 рабочих дней. 3-5 дней нужно на составление ТЗ, которое должно быть оплачено в любом случае из расчета 3000 руб/час.
Понимая, что нас не слышат, а у самих уже не остается времени, решили просто поменять штрих на Атол. Почему не заработал штрих через обычную библиотеку - осталось загадкой для нас.
Поиск решения: Можно было бы изначально решить, что дело в эквайринге. И в том, что что-то не так с подалючением терминала. Однако это было несколько не так. Во время решения было выяснено следующее:
1) В 1С указал порт Com4 как тот, куда подключена ККТ
2) В службе EoU установлен порт Com5 как тот, через который происходит передача данных в ОФД
3) В самом компьютере нет ни Com4, ни Com5. Вообще. В Диспетчера устройств есть только Com3. И он установлен исключительно как Atol Com.
Следовательно, можно сказать, что просто произошел глюк. Нередко с ККТ случается такое. Особенно если электропитание в данном магазине не самое стабильное. Лечится это обычно тем, чтобы временами выключать ККТ. Особенно это следует делать на ночь. Потому что просто круглосуточная работа ККТ не есть лучший выход. А продавцы частенько просто забывают выключать массовую технику.
Однако в этом отдельно взятом случае подобное никак не помогло. При выключении Com3 пропадает. Однако только он вместо двух появляется при включении.
Процесс устранения: проблема крылась в том, что сама операционная система Windows неправильно поняла драйвера. И при очередном небольшом глюк установила не так сам драйвер Атол. Потому требуется:
1) Удалить драйвер в Диспетчере устройств (Правая кнопка мыши --》 свойства --》удаление устройства, при этом установить галочку "удаление драйверов и программ)
2) На всякий случай выключить и включить ККТ
3) При нахождении нового устройства ни в коем случае не оставлять стандартные драйвера. Windows 10 может для ККТ как раз-таки стандартные на порты Com поставить. Если их оставить, то тогда почти наверняка не будут передаваться данные в ОФД службой EoU.
4) Установить драйвера Атол (C:\\Program Files (86)\Atol\Drivers8\USB_Drivers, папка может быть и Drivers9, А Program Files без приставки (86)).
5) Если поменялись порты Com с теми, что были ранее установлены, то изменить настройки в 1С и службе EoU
Скачал с сайта 1С новую обработку - версию драйвера обработка пишет, как 9.11.0.5549, скачал свежее обновление УПП, где написано, что УПП теперь поддерживает ФФД 1.05, пытаюсь пробивать чеки - XML для передачи на драйвер формируется нормально, в теге оплаты все заполнено, оплата кредитом на 200 и оплата авансом на 300:
<Payments Cash="1000" ElectronicPayment="0" Credit="200" AdvancePayment="300" CashProvision="0"/>
Но в чеке эти виды оплаты печатаются, как электронная оплата:
НАЛИЧНЫМИ = 1000.00
ЭЛЕКТРОННЫМИ = 300.00
ЭЛЕКТРОННЫМИ = 200.00
Где-то видел информацию, что для ФФД 1.05 еще надо обновить прошивку АТОЛа, так ли это? На какую версию прошивки? Заработало ли у кого нормально?
У нас, например, кассы штриха показывают следующее:
Версия ФФД ККТ: 1.0
Версия ФФД ФН: 1.0
как поменять на 1.05, чтобы ККТ корректно работала с частичными оплатами пока не знаем. Написали нашему ЦТО.
Может, кто уже перевёл свои кассы на 1.05? Расскажите какой порядок действий
(0) Можете показать свою полную XML CheckPackage
с 1.05 там должны быть атрибуты SenderEmail, CashierVATIN, TaxSum. Если этих полей нет, то 1С формирует по формату 1.0
<?xml version="1.0" encoding="UTF-8"?>
<CheckPackage>
<Parameters PaymentType="1" TaxVariant="0" CashierName="Федоров Борис Михайлович" SenderEmail="true" CustomerEmail="" CustomerPhone=""/>
<Positions>
<FiscalString Name="Принято от: Петров " Quantity="1" PriceWithDiscount="600" SumWithDiscount="600" DiscountSum="" TaxSum="" Department="0" Tax="none"
SignMethodCalculation="3" SignCalculationObject="10"/>
</Positions>
<Payments Cash="100" ElectronicPayment="0" Credit="200" AdvancePayment="300" CashProvision="0"/>
</CheckPackage>
(1) да, спасибо, также пишет
(4) видимо по этому у вас и атрибут CashierVATIN - ИНН кассира не заполняется. Для 1.05 он вроде обязательный.
Читайте также: