Интересное поведение ФН

[vladf22]

Вводная вызов с формулировкой "касса не отправляет чеки".
Приезжаю
ФН: 9961440300522ххх - активирована 05.2022, последний документ N 1375 от 28.03.2023, первый непереданный N 45 от 25.05.2022, общее количество непереданных 1345
Ступор на пару секунд, в ОФД последний принятый N1370 от 26.03.2023.
Кассу выключаю-включаю количество непереданных 1344.
При подаче питания на фн количество непереданных уменьшается на единицу, сижу щелкаю усб хабом, осталось всего 1000.
Интересно заработает или нет...

[Slava]

Какая ККТ для начала ?

[vladf22]

Не думаю что сие имеет значение.
Атол 91

[1]

Я в подобных ситуациях выезжаю с Элвес-МФ. Перетыкаешь ФН и гонишь чеки через вайфай через свой смартфон.Так проще и времени меньше тратишь. Если не в первый раз то ищу причину.

[vladf22]

А причем здесь отправка???

[vladf22]

В офд есть доки до 1370, в фн есть квитанции.

[svetlon]

Прикольно. А если к fn_run подключить, он что скажет?

[vladf22]

Так квитанции там и смотрел.

[vladf22]

Количество непереданных доведено до реально непереданных, доки отправлены, квитанции получены.
Вывод о работе программы фн: отправляет доки не по отсутствию квитанции, а по счетчику непереданных, а он может и глюкнуть.
Нда...

[zax]

Какая ККТ для начала ?

Даже нет смысла обсуждать.....тема ни откуда ....и чел. в никуда.....и смыс что то советовать это не в проге что ,где.....и ни когда

[7SSS7]

Глянуть бы на отчет Тест связи с ОФД, потом если там как в топике написано посмотреть чек свежий на предмет получения ответа в офд. А потом в чудеса верить.

[vladf22]

Даже нет смысла обсуждать

Так и не просил советов, просто рассказал.
Ну а про в никуда, взаимно чел...

[vladf22]

Тест пожалуйста

[vladf22]

Чек открытия смены

[Master X]

COLLAGE_20230331_014047.jpg (3398.59 КБ, 3000x1688

То-есть замазать ума хватило. А запятую перенести... ~340КБ...

[ar]

Атол 9.х, элвес 1.02.х, мерк. на старых прошивках, всё непредсказуемо... Действительно, только статистика, для общего...

просто рассказал.

[vladf22]

То-есть замазать ума хватило.

Оценка ума в мегабайтах, нда...

[vladf22]

Атол 9.х, элвес 1.02.х, мерк. на старых прошивках, всё непредсказуемо...

Не думаю что дело в кассе.

[Master X]

То-есть замазать ума хватило.

Оценка ума в мегабайтах, нда...

А описывать это вот всё... ЗАЧЕМ(Я про всю тему)? -Да, отправляются долго, 1 чек до 5 секунд. Чеки в итоге ушли?

ЗЫ: Зелёная бирка теперь будет напоминать о размерах 1.3

[vladf22]

Дело не в отправке, 1000 документов передано в офд, есть квитанция о приемке.
Фн считал что они не переданы и пытался отправить по второму кругу. При подаче питания на фн счётчик непереданных уменьшался на единицу.

[Master X]

Дело не в отправке, 1000 документов передано в офд, есть квитанция о приемке.
Фн считал что они не переданы и пытался отправить по второму кругу. При подаче питания на фн счётчик непереданных уменьшался на единицу.

Как это вот ФСЁ работает:
Зарегали ФН касса долбится в ОФД, ОФД говорит кассе всё хорошо. Касса отвечает ОФД Всё хорошо.

Открыли смену -касса долбится в ОФД, ОФД говорит кассе всё хорошо. Касса отвечает ОФД Всё хорошо.

Пробили чек: -касса долбится в ОФД, ОФД говорит кассе всё хорошо. Касса отвечает ОФД Всё хорошо.

Если в кассе ФНу не ответил ОФД что всё хорошо, то запускается таймер на 720 часов, от последнего ответа "Всё хорошо". Далее по принципу 720 часов от последнего подтверждённого документа от ОФД.

"Фн считал что они не переданы и пытался отправить по второму кругу. При подаче питания на фн счётчик непереданных уменьшался на единицу."(Ц)
Это из темы: берём уйню по-тяжелее и начинаем её нести!!! -Или звИздить нужно с учётом физики!

[Master X]

vladf22, ЛикБез: Все документы из ФН отправляются последовательно! Нету приоритетов в размерах и названиях операций!
ФД это Фискальный Документ. Открытие/Закрытие смены тоже имеет сквозной номер и тоже передаётся в ОФД!

[Master X]

Ступор на пару секунд, в ОФД последний принятый N1370 от 26.03.2023.
Кассу выключаю-включаю количество непереданных 1344.

Раз десять прочитай! -Туда и обратно!!!!

[vladf22]

Если посмотрите мой профиль и мои ответы то ликбез знаю наизусть.
По этому и создал тему что поведение фн интересное.
Касса и встала по непередаче, когда фн вдруг удумал, что 10 месяцев непередавал.

[vladf22]

Наркоман херов...

Написал именно так как и было!!!
Верить или нет дело личное

[Master X]

последний принятый: номер его 1370 -это сквозной номер -это число будет увеличиваться!!!

количество непереданных, осталось принять 1344 -это осталось -это число будет уменьшаться!!!

1370+1344=2714 НЕ?

[vladf22]

Так я и пишу что эти документы уже были переданы.
Фн вдруг решил что они не были переданы

[vladf22]

будет уменьшаться!!!

А число уменьшалось подачей питания на фн!

[GeorgSerg]

ФН вдруг решил, что они не были переданы

Сначала решил, потом не решил, потом переслал...с подачей питания.. как-то и куда-то... ответ принял, счётчик поДправил... 
Увлекательнейшее пятничное чтиво, гран мерси, скажу я вам, господа - коллеги!
Однако, ежели в ЛК ОФД чеки уже есть, значит, в самом ФеНе однозначно квитки подтверждения есть..

P.S. ФН работает в режиме Slave, то есть сам он НЕ может ничего ни "считать", ни "сбросить" счётчики. А вот Отол - это Master, и верить тому, что он ( как мастер) запрашивает, распечатывает, "отправляет" чего-то кому-то.. Ну, сьехала кукуха у Отола, с кем не бывает..

[vladf22]

Фн пытался отправить уже отправленное, это видел раном.
А питание подавал на фн через усб хаб с тумблером, просто щёлкая 1344 раза. Исходя из этого и говорил что касса не причем.

[vikt1]

щёлкая 1344 раза

упс.................

[GeorgSerg]

Что ж, вери велл!! Подытожим (чуток освежив память, а то мало ли что) - из ваших постов следует, что оба - два документа
1ПРОТОКОЛ ИНФОРМАЦИОННОГО ОБМЕНА МЕЖДУ ККТ И ФН
и
2 ПРОТОКОЛ ВЗАИМОДЕЙСТВИЯ МЕЖДУ ККТ И ИНФОРМАЦИОННОЙ (АВТОМАТИЗИРОВАННОЙ) СИСТЕМОЙ ОФД

не соответствуют действительности. Да, это круто!! Отправьте в АТЛАС, пусть меняют. А то ишь, расслабились, понимаете ли... А тут такое!

[svv]

Не, я понял, что человек из ФН-рана смотрит счетчик неотправленных чеков, щелкая питаловом причем тут атол? Если и дальше ФН будет вести себя так, то нужно слать по гарантии, не щелкать же питаловом 100500 раз каждый месяц

[GeorgSerg]

А причём здесь ФН РАН ( при всем моём глубочайшем уважении к автору)?

[vladf22]

Нда ...
Поделился называется...

[vladf22]

Щёлкал потому что было любопытно дальнейшее поведение фн.

[GeorgSerg]

Поделился называется...

Коллега, без обид, окей? Для того, чтобы чем -то "поделиться с пользой для дела" и сделать какие - то нужные всем выводы - всего выложенного вами совершенно недостаточно.

[alcohelp]

Сведем все в кучу
1 Произошел сбой счетчика отправленных документов по вине ФН или Атола.
2 ФН делает попытку отправить уже отправленный документ с уже полученной квитанцией. ОФД шлет лесом.
3 При подаче питания счетчик отправленных документов увеличивается на единицу. Без связи с ОФД.
Скорее всего в ФН заложен алгоритм восстановления счетчика например после пропадания питания по присутствию следующей квитанции.
ВКЛ - счетчик 45 - есть 46 квитанция - счетчик 46.

[vladf22]

По пункту 3 - уменьшается на единицу, а так всё верно.

[GeorgSerg]

Ответ #31 с протоколами в теме. ИМХО, скорее всего, битая ячейка в памяти ФН. Чисто случайно удалось восстановить. И насчёт конкретики алгоритм простой - достаточно прогнать и выложить типа "команда такая -то / ответ" . И протокол обмена с ОФД по этим командам - WIN_TEST_FM_OFD_FFD.
Засим позвольте откланяться.

[alcohelp]

По пункту 3 - уменьшается на единицу, а так всё верно.

Отправленных увеличивается, неотправленных уменьшается)

[vladf22]

Коллега, без обид, окей?

Да не собирался, просто попался интересный случай, понимаю что заскринить было бы доказательней.

[SERZH]

Сведем все в кучу
3 При подаче питания счетчик отправленных документов увеличивается на единицу. Без связи с ОФД.

Не пинайте если Ваши мысли не совпадут с моими : ФН делает запрос в ОФД но при отключении питания этот запрос обрывается А так как квитанция подтверждения на запрашиваемый ФД уже есть переходит к следующему ФД

[pletenb]

Ладно и я напишу. Не хотел, посчитал это "интересное поведение ФН" - неинтересным. Позвали пару недель назад на Сигму посмотреть в качестве "эксперта". Ситуация похожая (может идентичная даже). Касса уже дней 20 не передает чеки (пишет так). Боятся, что заблокируется скоро. Связь с ОФД имеется. Я в ОФД глядь, а там все чеки есть. В разговоре узнал, что они ее не выключают. Перезагрузил - все в ноль показало. И ушел. Какой был ФН - не знаю. ОФД вроде бы Астрал. Сигма тож обновлена.

[Олег Арм]

Нда ...
Поделился называется...

Чтобы поднять вам настроение!
Давно это было, ремонтировал аппарат с усилком на гибридке. Делился тоже впечатлениями.
Ссылка http://monitor.espec.ws/section4/post1665627.html#1665627
Там и видео есть. 2012 год.
Аппарат проработал так до 2018 года. Здох полностью.
Поменял гибридку и слушаю до сих пор. ))))

[Master X]

vladf22, 1519x2700
1.3. Запрещается злоупотребление крупными изображениями(более 1024Х768)
Будешь примером! -Хотел убрать, но... размеры.... Запятую подвинул, а размеры...

[vladf22]

Олег Арм, Эт да, почему-то корифеи иногда ведут себя как то не по корифейски))

[vladf22]

Master X, Значит буду, с кого-то надо же начинать.

[alcohelp]

Олег Арм, Эт да, почему-то корифеи иногда ведут себя как то не по корифейски))

Кто установил ранг корифеей??......любой нормальный человек от этого открестится на раз два......скажу так, как по моим понятиям,кореш ,есть кореш.....хабами не пользуюсь,т.к. это сайт ККТ и что за пределами ККТ меня уже особо не интересует .....а для тех кто из 1С и админы ,для тех есть свой сайт, в телеграмм канале почитаешь и пипец,на ночь не рекомендую,админы меня поймут ,а есле нет,то снесут этот пост..а то как то на помойку попахивает.

vladf22 применил слово корифей в значении выдяющегося деятеля, здесь конкретно в сфере ККТ. А кореш и корефан, это немного другое.

[vladf22]

хабами не пользуюсь

Через хаб было быстрее, тумблером подавать питание.
Вроде не всплывало 1с...

[geodile]

в телеге сегодня похожий случай выкладывали.
так же при выкл-вкл на 1 уменьшается счетчик

[GelKKM]

так же при выкл-вкл на 1 уменьшается счетчик

Доброго утра.
Да, совершенно верно, за ночь 2000 примерно "улетело", осталось 2970.
Продолжаю эксперимент

[АМЕ_Worker]

в телеге сегодня похожий случай выкладывали.
так же при выкл-вкл на 1 уменьшается счетчик

Значит проблема нарисовалась так, что не сотрешь...
Теперь надо ее локализовать, отделить лирику от физики. Соответственно нужен алгоритм для документирования проблемы, чтоб следующий форумчанин столкнувшись с похожим некорректным поведением ФН смог собрать всю необходимую статистику для осознания данного трабла (ИМХО).

[GelKKM]

Сухие факты в кратко: с 2022 года есть "неотправленные" в кол-ве более 5000 документов по показаниям ФН. Сама ФН встала только в 2023 с 235 ошибкой. До остановки исправно работало, пробивала чеки, "отправляла".
В ОФД все доки есть. В ФН если посмотреть то есть подтверждения от оператора.
Счетчик "неотправленных" сбрасывается перезагрузкой ККТ или ФН(отключить питание).
Как то так
Номер ФН на всякий : 9961440300847***

[7SSS7]

В ОФД все доки есть. В ФН если посмотреть то есть подтверждения от оператора.

С точки зрения пользователя он всё выполняет по закону. У меня только один вопрос, а касса даст закрыть ФН с "неотправленными" документами или упрется всё-таки?

[АМЕ_Worker]

С точки зрения пользователя он всё выполняет по закону. У меня только один вопрос, а касса даст закрыть ФН с "неотправленными" документами или упрется всё-таки?

С точки зрения здравого смысла закона, ФН является истиной в последней инстанции хранителем нередактируемой информации, защищенной криптопроцессором. И если правильность хранимой им информации ставится под вопрос...
Тогда зачем он нужен?
P.S. Я понимаю, что мое мнение не совпадает с мнением редакции... Но изменяя конструктив сертифицированных (весьма компетентными органами) продуктов, надо бы проводить дополнительные экспертизы, ИМХО.
А то пользователь всегда будет крайний (ну и мы до кучи)

[geodile]

GelKKM, закрытия смен не сохраняют случайно?
в каких-нибудь старых посмотреть что там с неотправленными

[GeorgSerg]

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

[GeorgSerg]

В дополнение - при ВКЛ/ВЫКЛ в протоколе обмена что в лог - файлах?

[АМЕ_Worker]

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

[GeorgSerg]

1

Откуда ФН узнает, что хоть ОФД принял ФД, но в базу ФНС он не влазит

Именно по этой причине и нужны лог- файлы обмена с этими "ответами на уведомления", что, как и куда. Я тоже не понимаю, что это. Очевидно, что последствия выпердышей мягкого / жОсткого карантинов.. Столько на@уевертили, что теперь сами разобраться не могут. Нету утилит, чтобы просмотреть, где и какой глюк. Хорошо хоть, что таким кривым / косым недокументированным способом можно восстановить работу ФН в ККТ. Хотя и это не факт - что позже  там повылазит - напоминает анекдот:
«-Маня, я похудела на 5 килограмм!
- И сколько весишь теперь?
 - 150 килограмм.
 - Ну, это как гайка с танка упала…»
2

Подтверждение приема ФД (квитанция) она что, может быть разная?

Само собой, для ФН + ККТ от сервака ОФД свой тип квитка и данных, а для ФНС от ОФД ( и обратно) -  другой, могли чё - нить криво вставить..
То есть ККТ и ФН все отработали , как положено, а сервак ОФД - ну, так получилось ну не шмогла я, не шмогла (с)

[GelKKM]

закрытия смен не сохраняют случайно?
в каких-нибудь старых посмотреть что там с неотправленными

Спрошу конечно, может и есть, скорее нет, но думаю там будет так же все красиво написано с "неотправленными"

а касса даст закрыть ФН с "неотправленными" документами или упрется всё-таки?

К нам она попала именно с тем что перестала пробивать чеки, ошибка 235. Думаю до какого то момента дало б закрыть.

Проверяйте данные клиента в ЛК ФНС

Вот конечно очень интересно будет, если в ФНС этих доков не будет..

В дополнение - при ВКЛ/ВЫКЛ в протоколе обмена что в лог - файлах?

Знать бы как посмотреть обмен ФН-ККТ при её перезагрузке..

[GeorgSerg]

обмен ФН-ККТ при её перезагрузке

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

[Slava]

Сухие факты в кратко: с 2022 года есть "неотправленные" в кол-ве более 5000 документов по показаниям ФН. Сама ФН встала только в 2023 с 235 ошибкой. До остановки исправно работало, пробивала чеки, "отправляла".
В ОФД все доки есть. В ФН если посмотреть то есть подтверждения от оператора.
Счетчик "неотправленных" сбрасывается перезагрузкой ККТ или ФН(отключить питание).
Как то так
Номер ФН на всякий : 9961440300847***

Это что ? 5000 раз надо питание включить-выключить ?
А за чей счет этот геморой ?
Мутная тема  до беспредела .

[АМЕ_Worker]

Это что ? 5000 раз надо питание включить-выключить ?

Мало что 5000 раз надо вкл/выкл, если эти данные не "влезли" на сервак ФНС, то возможны дальнейшие приключения. А если в ККТ не актуальная прошивка и ФД формируются "не совсем" в соответствии с указаниями партии и правительства ФЗ, то пользователь, т.е. владелец ККТ, может попасть под раздачу. Чисто формально ЦТО нет и мы здесь не при чем, но договорные отношение АСЦ/ЦТО и клиентов имеют место быть, и мы не всегда настаиваем на обновлении прошивки ККТ и покупки пользователем подписок/лицензий.
Согласен со Slava, тема нарисовалась уж очень... ну не прозрачная.
Остается надеяться, что строгость законов , как всегда компенсируется необязательностью их выполнения и разгильдяйством контролирующих органов.
P.S. Вопрос к модераторам, если дальше начнем "прокачивать" эту тему, может её в "закрытку"?

[apr1l]

только человека, создавшего топик, на смех подняли
извинитесь, кто сначала отнесся несерьезно!

[АМЕ_Worker]

только человека, создавшего топик, на смех подняли
извинитесь, кто сначала отнесся несерьезно!

Здесь вроде бы собрались люди взрослые. И детским обидам здесь не место (ИМХО). Да, тема, поднятая топикстартером, предположительно, серьезная. Хотя, мне на первый взгляд, мне она тоже "чудной" показалась. А дальше ждем развития событий. Либо это останется на уровне артефактов, либо... "будем поглядеть".
P.S. Не начать бы делать ошибочные выводы из слишком очевидных предпосылок... (не моё)

[GeorgSerg]

to apr1l, а что конкретно вы понимаете как "серьёзное отношение"? Окей, я готов принести извинения, но за что именно? Всю тему можно сформулировать в одном предложении, а именно "Счетчик "неотправленных" сбрасывается перезагрузкой ККТ или ФН (отключить питание) " (с) Значит, всем сидеть и тупо нажимать на кнопку пять тысяч раз. Или я что - то пропустил? Допустим, хотя бы запросы с ответами от ОФД ну и так далее.

[vladf22]

По фн рану накопитель пытался отправить именно тот документ который считался не отправленным на тот момент.

[GelKKM]

Счетчик "неотправленных" сбрасывается перезагрузкой ККТ или ФН (отключить питание)

Слово "неотправленных" именно в кавычках. Если запросить распечатку из ккт по любому из этих доков то там есть и подтверждение от офд.

По фн рану накопитель пытался отправить именно тот документ который считался не отправленным на тот момент

Кончилось все тем что поправили товары в кассе, сотрудников, и все следующие чеки полетели без всяких яких.
На том и выдохнули. Наверно причина именно в ОФД, так как ФНС документ отмечает как корявый то ОФД может слать типа "полквитка", "половинное " подтверждение. Тут вопросов больше чем ответов.
Всем спасибо

[GeorgSerg]

На том и выдохнули.

Как ни прискорбно, но увы, допустим, мы выдохнули, но "вдоха" - то ведь нет и не предвидится. Вдыхать нечем, тест - утилит ФН не будет, так что придется или "5 тысяч раз" (c) блымкать кнопку, или прикладывать к ФН фотографию Кашпировского. Это чОрный юмор. Ха-ха.

[SERZH]

Наверно причина именно в ОФД, так как ФНС документ отмечает как корявый

Быстрее всего так это и происходит при отконениях ФД со стороны ФНС

[betacam]

Не может быть полупринятого документа.
Документ принят или не принят.

На стороне ФНС документ может не пройти ФЛК - ОФД как-то сообщит об этом (разумеется, никто писать персонально не будет).

[GeorgSerg]

Не может быть полупринятого документа.

Как бы странно это не было - но может. Время от времени владельцам ККТ не помешает сверять итоги ЛК ОФД с ЛК ФНС. Особенно тем , кто подключен к ОФД с  "мягким карантином". Иногда ФД после "исправления ошибок" так в карантине и остаются. Или же подтверждение от сервака ФНС есть - а чека там нет. Процент от общего обьёма ККТ, конечно, супермизерный, но, тем не менее, фак есть фак.

[Ondreyko78]

Попалась такаже касса Атол 91ф 8573 ФН 9961440300... режим ФР ОФД Эвотор канал EoT "непереданы"850 ВКЛ-Выкл уменьшает на один. В ОФД все хорошо все прнято все зелененькое. Есть ли другой способ "передать" все?

[KrasCEP]

. Есть ли другой способ "передать" все?

в драйвере атол есть кнопка "перезагрузка", теоритически можно и софтинку написать, которая будет сама желаемое кол-во раз команду "перезагрузка" отправлять атолу

[Ondreyko78]

Перезагрузка - 30 сек. Да уменьшает на один - проверил. 1000 док -30000 сек - 8 часов рабочий день комп занят

[Ondreyko78]

Кнопкой проще 5000 ведер и золотой ключик наш

[Ondreyko78]

Скорее всего, когда доходим до неупакованных данных, получаем подтверждение от ОФД. Когда осталось 2 непереданных, вставил в кассу и они ушли, хотя все данные уже висели как подтвержденные. Причины неясны