Главная категория > Фискальные Накопители, ФНС, ОФД и решения

ККТ/ФН перестали отправлять чеки в ОФД. Часть 2.

<< < (4/5) > >>

franki200:

--- Цитата: patriot от 04/03/2026 22:38:04 ---Уже три похожих темы было. Фнтест глючит. Чеки уходили после оплаты офд.
--- Конец цитаты ---
Самое первое сообщение в теме было верным. Причем в каждом предложении.

Если коротко: ОФД оплатили, чеки ушли.

Теперь подробно. Всегда! Всегда надо держать в голове девиз доктора Хауса "Все лгут!".

Прелюдия: В ОФД Сбис есть такая штука, как почековая оплата. Ставишь этот тариф и платишь за каждый чек. Подходит оно, понятно, только тем, у кого очень мало чеков в день и в здравом уме этот тариф никакой магазин включать не станет. Счёт за это непотребство выставляется не абы как, а по окончанию квартала.

Теперь действо: 1 февраля перестали уходить чеки. 17 это заметили. Принесли мне. Я провел всю стандартную фигню: тесты, смены провайдеров, смены способов отправки. Ничего не работает. Следующий этап - звонок в техподдержку ОФД. Там меня на голубом глазу уверили, что на кассе действующая лицензия и проблем с их стороны нет. Ок. В ход пошли фнраны, фн тесты и поиск, что значит "ОШИБКА TLV структуры", о которой(ошибке) на голубом глазу меня уверял FN_Test_1_2. Нашёл тему на форуме, рекомендацию менять ФН(ведь в ОФД сказали, что у них всё оплачено), заменил ФН. Чек замены ушёл. Чек открытия смены нет.
Я по второму разу начал пинать техподдержку сбис, менеджеров сбис, техподдержку атол, техподдержку кассового ПО. Атол, как я уже писал, отмораживался всякой ерундой, а потом сказал снова менять ФН*facepalm*. ПО аналогично ничего вразумительного не сказало. В сбисе продолжали твердо уверять, что у них всё нормально, предложили выслать своего инженера, чтобы он проверил кассу, канал связи и тому подобное, за деньги, естественно.  :D
В общей сложности я звонил и пинал сбис раз 6 и каждый раз мне говорили, что проблем нет. Мне это надоело и я запросил у клиента доступ в лк офд, а параллельно создал эту тему на форуме. Получив доступ в кабинет, я увидел данные по кассе, и, как видно по приложенному к посту скрину, лицензия действующая и всё нормально. Параллельно мне ответили здесь, что офд не оплачен. Как это неполачен, подумал я, вот же картинка из лк, вот же техподдержка говорит, что всё норм, не может же такого быть ;D

И вот в какой-то из часов бесцельного разглядывания, ожидания отмашки на смену офд и тыкания мышкой по лк офд, я ткнул в строку "Лицензия ОФД 15 мес до 20.02.27", мне предложили сменить тарифный план на почековый. Почему бы и не да, подумал я, хуже точно не будет. Нажал сменить и вылез скрин номер два. "У кассы есть неоплаченные начисления". Неоплаченные!!! СУКА!!!! Начисления!!!

Дальше уже дело техники. Позвонить в техподдержку ОФД и ткнуть её носом в эту ошибку. Они, что показательно, опять ничего не сказали, но обещали, что перезвонит менеджер. Ещё сутки "перезванивал" менеджер, пока я сам не дозвонился до неё. И выяснилось: в 25г закончилась предыдущая лицензия ОФД на 3 года. Дальше, с какого-то перепоя, касса не встала через 30 дней, как и должно быть, а включилась почековая оплата. Почему она включилась, я от менеджера не добился, она 5 минут уходила от ответа и ушла в туман. Видимо это такая невинная попытка заработать на лохах. После включения почековой оплаты, осенью, клиент приобретает 15мес лицензию ОФД и активирует её. Почековый тариф отрубается, но! Как мы помним, счет за почековый тариф выставляется в следующем квартале. То есть в январе. Его выставили и на него все благополучно забили. Сам офд, клиент и все кто только можно. Проходит месяц январь и вуаля, 1 февраля касса блокируется в связи с неоплатой, хотя 15 месячная оплата есть.

Это просто цирк. Даже когда я добивался повторного выставления счёта за осеннюю почековую оплату, менеджер уверяла меня, что чеки не уходят по другой причине, а вовсе не из-за этого. Итого счет за осень выставили, клиент оплатил, чеки ушли*facepalm*.

АМЕ_Worker:
franki200, теперь у вас есть опыт, обмененный на Nn-ое количество времени и Nn-ое количество нервных клеток. Для большинства участников данного форума понимание фразы: "клиент всегда говорит неправду, даже когда он считает, что говорит правду", стоило времени, нервов и денег.
Теперь по существу вопроса. После такого ... времяпровождения... наилучшим выходом, ИМХО, будет составление алгоритма проверки возможных проблем с передачей данных ОФД. Как только ситуация перестает быть томной, имеет смысл перерегистрировать ККТ на другой ОФД с минимальной оплатой тарифа. Интересно, а посуточный тариф у кого-нибудь сохранился? И если, после смены ОФД, жизнь ФН налаживается, то все танцы вокруг ККТ теряют смысл.
P.S. Для себя я сделал следующий вывод, ОФД "СБИС", не мой вариант. От слова совсем. И если клиент или менеджер будут настаивать именно на этом ОФД, то ... увлекательно проводят время... с ним они сами.

SkaT:

--- Цитата: АМЕ_Worker от 06/03/2026 18:37:06 ---... Как только ситуация перестает быть томной, имеет смысл перерегистрировать ККТ на другой ОФД с минимальной оплатой тарифа. ...
--- Конец цитаты ---
Решение, которое может привести к появлению дополнительных проблем.
Если при любом "затыке" проверять отправку документов в ОФД с помощью перерегистрации на другое ОФД, то потом можно задолбаться объясняться с бухгалтерами, почему отчёт по выручке сформированный в ОФД не совпадает с чемто-там... а всё из-за того, что часть чеков улетала в "другое ОФД" ... и отчёты нужно было собирать из разных ОФД ...

Alex-x:
Обычному технику можно посоветовать лишь следующее - в случае если фн вызывает сомнения -  считать последний не отправленный чек, если он практически не отличается от предыдущего, при его считывании нет отличий и/или ошибок, то лучше реально самому через удаленку зайти в ОФД и все там перепроверить раза по два - обязательно сверить номера зн, рег.  У шриха во всех моих случая что фн бился можно было увидеть в структуре чека считав его через драйвер штриха. 00 00 00 00 00 00 00 или прочая ерунда в последнем документе. С аталом по сложнее, но фн ран с хорошим переходником в помощь.

Главное что всегда нужно держать в голове:

Если у Штриха в  таблице лога "20 Статус обмена ОФД"  выскакивает периодически "разрыв соединения" то 99% что офд не облачен/отключен/офд после тех обнуление с яруса не вернули на родное из чека регистрации и тд.

Если у Атола Тест драйвера ККМ - вкладка ФН - поле «Тип данных»: «11 — Ошибки ФН / ОФД / Сети»  после запроса 1-115 -дцатого  - "Разрыв соединения" - аналогично.

Нюанс в том, что и у штриха и у атола подловить "разрыв соединения" в статусе бывает не просто - даже сразу после команды диагностики ОФД, можно просидеть  минут 5-15 пока получишь какую-то конкретику .. нажимая кнопку запросить или пере открывая таблицу.

АМЕ_Worker:

--- Цитата: SkaT от 06/03/2026 19:28:46 ---Если при любом "затыке" проверять отправку документов в ОФД с помощью перерегистрации на другое ОФД, то потом можно задолбаться объясняться с бухгалтерами
--- Конец цитаты ---
SkaT, я не имел ввиду, что данная операция должна выполняться при любом "затыке". Это можно сделать, когда проверено все, и других причин не видишь. В нашей конторе, отслеживанием оплаты ОФД занимаются менеджеры. И первый вопрос, при появлении таких задач, направлен к ним. Если есть сомнения, то я уточняю, когда был последний платеж за подписку ОФД и проверяю наличие ошибок. Только после этого, я смотрю ККТ.
Но случаи бывают разные. Недавно в ККТ РР-02Ф я проверил все, включая пинг на 8.8.8.8. Все было отлично, в 20 таблице тоже показывался обмен, но документы не уходили. Помогла ПЕРЕЗАГРУЗКА ККТ. Так как "залипание" выключателя в ККТ РР не редкость (как на вкл, так и на выкл) клиент его и не выключал. Вот такой занимательный случай :)

Навигация

[0] Главная страница сообщений

[#] Следующая страница

[*] Предыдущая страница

Произошла ошибка благодарности
Думаю...
Sitemap 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 
Перейти к полной версии