Сбой ФН, а касса работает дальше 30 дней!

[Stok]

Выявлено уже на разных моделях ККТ следующая бомба замедленного действия. С ФН могут происходит разные глюки, типа пустых записей или нарушение целостности структуры чека. При этом касса не блокируется. Чеки продолжают успешно пробиваться дальше. Только на сбойном чеке останавливается отправка в ОФД (он перестает принимать) и соответственно через 30 дней ККТ блокируется.
На пример, мы по началу не могли понять по чему ЭКР перестала отправлять в ОФД. Все варианты связи перепроверили безуспешно. Всё стало понятно когда сделали запрос в ФН по первому не переданному чеку.
применяемая система налогообложения: 1
TLV структура: "реквизиты товара"(1059)
наименование товара: ОБЕД ЧАСТНЫМ ЛИЦАМ       
цена за единицу: 82,00
Количество: 1,00
общая стоимость позиции с учетом скидок и наценок: 82,00
НДС итога чека со ставкой 18%: 12,51
Окончание TLV структуры "1059"
ОШИБКА! Нарушение целостности TLV структуры: "1059",
 отсутствуют обязательные поля: 1080

[mservis]

И чего делать, как восстановить передачу? у нас такой же случай, от офд дежурная отписка "проверьте соединения и пр., от вас нет чеков"
хотя фн усердно пытается отправить чеки видимо с перескоком номер, на который офд не дает ответа.

[GeorgSerg]

Предварительно - подключить ФН к проге FNTestLight_132, найти неотправленный ФД по номеру , проверить, открывается ли этот документ , проверить тэги, TLV структуры и прочее . Протокол
сохранять обязательно ! Пригодится при разборках.

"перескоком номера" - данная процедура в принципе невозможна . Сервер ОФД не допускает
приемку ФД с "пропуском номеров" . Кстати - тип ККТ, дата активации  ?

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

[TIHAI]

Выявлено уже на разных моделя

А на каких моделях? Если одного ГП, то проблема не только в ФН. Я думаю в ФН не доделана или не реализована проверка на правильность формирования ФД. Получив данные ФН формирует ФД и отправляет в ОФД не проверив корректность ФД (в данном случае отсутствует поле 1080 "штриховой код EAN13") и естественно ОФД такой ФД не принимает. Получается, что есть недоработка ПО ФН, вот только что с этим делать?

[SergN]

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

Это не проблема ФН.
косяк на стыке кассового ПО и  софта ОФД
ФН сожрет и  подпишет все что в него запихнут.
Касса неверно  сформировала чек. Подписала его в ФН. ОТправила (потом) в ОФД - ОФД ругнулся на неверный чек.

[GeorgSerg]

ФН сожрет  ( практически имеем, что это факт) и  подпишет ( а вот это не есть факт)
все что в него запихнут. (с), SergN, комментсы мои, GeorgSerg

[TIHAI]

Сожрать то он сожрет, а вот подписать по идее должен только корректный ФД, а здесь получается, что ФНу пофиг, что подписывать.

[GeorgSerg]

корректный ФД

Вот в этом-то и весь цимус ... Что считается корректным, а что- нет..

[GeorgSerg]

запрос в ФН - можно командами 0x35, 0х42 , потом 0х46 чтение TLV структуры: "Кассовый чек"

[TIHAI]

Что считается корректным, а что- нет..

Ну как минимум, что бы все поля и тэги были.

[engineer]

Сожрать то он сожрет, а вот подписать по идее должен только корректный ФД.

Проверять корректность ФД ФН не обучен и это правильно. Тем самым его ПО не зависит от изменений требований к ФФД. Форматно-логический контроль на стадии формирования ФД должно обеспечивать ПО ККТ.

[TEXHO]

У нас такая же беда случилась на днях - неполная запись некоторых чеков в ФН и, соответственно, прекращение, может быть не попыток передачи, но прекращение подтверждений чеков со стороны ОФД - уж точно.
ККТ АТОЛ FPrint-22ПТК. Через Драйвер v9 можно распечатать фискальный документ (ФД) по его номеру в том виде, как он выходил на печать клиенту, с названиями товаров и прочей атрибутикой.
Так вот, в том чеке, на котором ФН споткнулся передаваючи, - только клише, надпись, что это чек прихода, затем крупными жирными буквами "ОШИБКА ФН 218", на следующем, кроме этого, есть ещё обрывок номера ФН. Третий чек вышел полноразмерным, но без подписи подтверждения ОФД в подвальчике чека, что естественно. На чеке, что был передан до затыка, есть вообще вся инфа, включая блок подтверждения ОФД. Четвертый - опять неполный. Далее пошли полные чеки, их там более 5000, поэтому от дальнейшей проверки я отказался, т.к. в Драйвере надо каждый номер указывать, а не как контрольная лента обычно вылетает, успевай подхватывать.
Кто в этом виноват, ПО ККМ, некачество флешки ФН, недостатки в протоколе внутренней связи ККМ-ФН? Может это следствие кратковременных провалов в питании в момент общения ПО ККМ с ФН?
На ЭКР пока такого не было, хотя их намного больше на обслуживании у нас, чем ФР-ов. В ЭКР можно хотя-бы аккумулятор воткнуть. Интересно, на Элвесах, Меркуриях и пр., в которых штатно установлен аккум, есть такие неприятности?
Надо наверное попробовать порекомендовать клиентам подключать ККТ через бесперебойник вместе с компом. А затем следить за статистикой отказов. Ну а производителям ККТ и ФН по-любому чесать свой мосК на тему нештатных ситуаций, возникающих при передаче информации ККТ --> ФН <--> ОФД.

[GeorgSerg]

TEXHO, личку в Профсоюзе гляньте

[ewgen]

Так и какое решение-то? ФН поехал по гарантии?

[GeorgSerg]

Жень, ты про который спрашиваешь ? ФН моих коллег, ФН Stok_a,
ФН ТЕХНО ? До того, как "поехать" , надо сначала неисправность
ведь выцепить, чтобы определиться и хотя бы докумы грамотно оформить .
1 ФН моих коллег - 100% ная гарантия , пока не уехал
2 ФН Stok_a - как я понимаю, в стадии завершения , но есть "неясности с шероховатостями"
3 ФН ТЕХНО - под вопросом , маловато данных для определенности.

[ewgen]

Жорж, я так понимаю, проблема всех этих случаев- общая, независимо от конкретики сбоя: с определенного номера чека передача прекращается, и через 30 дней блокировка работы. Разбираться в причинах сбоя, происходящего внутри ФНа- это не наша задача, и полномочий у нас таких нет. Нам нужно обеспечить дальнейшую работу ККТ. "Грамотно оформить докумы"- это правильно заполнить паспорт ФНа, не более того.
Вот и спрашиваю- какое решение клиенту озвучивать в таком случае?

[GeorgSerg]

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

[TEXHO]

Эээээ, товарищи, погодите! Как раз вот этот момент меня и интересует, клиент готов платить за новый ФН. Но ведь весь трагизм ситуации в том, что невозможно зарегить новый ФН, пока не откреплен старый от номера ККТ. Тут деньгами не поможешь. Налоговый инспектор тоже не смог сделать перерегистрацию на новый ФН (я подавал данные нового ФН, ИНН, ЗН ККТ в личном порядке вместо клиента в качестве эксперимента), т.к. нужны данные с чека закрытия фискального режима: №ФД, № Признака ФД, и дату/время закрытия ФН. А битый ФН не может закрыться по причине неотправленных чеков, а чеки отправить нельзя, т.к. они застряли в нём из-за неисправности - круг замкнулся.
Разработчики ФН сделали бы так, чтобы сбойная запись чека отправлялась в ОФД как СБОЙНАЯ ЗАПИСЬ (как например было в Штриховской фискалке ШТРИХ-МИНИ-ФР-К), а нумерация бы не прерывалась и ФН бы не останавливался, сливал бы все как есть в ОФД, а потом уже можно было бы и разбираться, что и где слажало.

[ewgen]

Но хотя бы на простое своего
магазина не погорит ..

Я тоже думаю, что за клиентских 6000 руб. не нужно брать на себя ответственность в качестве эксперта по диагностике и ремонту криптосредства А проблему решать надо оперативно.
TEXHO Тут уже писали пару раз, что соответствующая кнопочка в ЛК ИФНС появится в апреле.. Ну то есть ждать.

[GeorgSerg]

невозможно зарегить новый ФН - личку почитайте...
"и невозможное станет возможным" (c) .. кстати, похоже, что данные по "выручке" клиента
(или как там щас называется) за период работы в режиме сбоя всем сейчас по.. ну , всем
по пояс будет.

"уже можно было бы и разбираться, что и где слажало. " (с) Камеральную проверку за год
проводить придется ..И что с чем сверять ? Да и кому оно надо ? Проще штрафануть за
неприменение ..делов -то..

[lux]

ФН можно закрыть при не переданных чеках. У нас была подобная ситуация. Сбойная запись не передавалась в ОФД. Распечатали все чеки, благо их было мало. Закрыли ФН. Клиенту поменяли умку и ФН и зарегили кассу зановой. Сбой был на 9 чеке. Кассу клиенту не успели отдать. Пришлось расходы брать на себя.

[Stok]

А на каких моделях? Если одного ГП, то проблема не только в ФН. Я думаю в ФН не доделана или не реализована проверка на правильность формирования ФД. Получив данные ФН формирует ФД и отправляет в ОФД не проверив корректность ФД (в данном случае отсутствует поле 1080 "штриховой код EAN13") и естественно ОФД такой ФД не принимает. Получается, что есть недоработка ПО ФН, вот только что с этим делать?

Кроме ЭКР-ки пока известны случаи на АТОЛах.
Поле 1080 не является обязательным. По чему ФН на него ругается не понятно. В формате 1.1 этот тег вообще убрали. Данный аппарат использовался в столовой. Они 100500 раз эту номенклатуру пробили нормально, а один раз глюкануло. Менять ФН придется нам за свой счет, т.к. касса на договоре. Но как менять ФН с не переданными чеками пока не знаем. Сей случай первый у нас. Даст ли касса закрыть архив? Примет ли ФНС фискальный признак документа закрытия? Как оформлять и отправлять ФН в РИК тоже пока не знаем. Ставить новый ФН тоже страшно, т.к. ни какой гарантии не просматривается, что он также не глюканет.

[Stok]

Это не проблема ФН.
косяк на стыке кассового ПО и  софта ОФД

Сергей, аргументируй своё мнение.
Я считаю, что ККТ тут не причем. Если она не правильно сформировала для ФН-а данные, он не должен был их принять и сформировать чек. Раз сформировал, то чек обязан быть корректным. Далее касса только отвечает за приёмо-передачу этого чека в ОФД. На сами данные она уже ни как влиять не должна. Попытка передачи чека с неверными данными естественно ведет к отказу ОФД их принять. Так что я считаю, что тут 100% косяк ФН.

[Stok]

ФН можно закрыть при не переданных чеках. У нас была подобная ситуация. Сбойная запись не передавалась в ОФД. Распечатали все чеки, благо их было мало. Закрыли ФН. Клиенту поменяли умку и ФН и зарегили кассу зановой.

А зачем вы поменяли УМку, раз ФН смогли закрыть? Новая УМка это считай новая касса.
Да, кстати, получается кроме ЭКР и АТОЛ на Штрихе тоже аналогичный случай выявлен. Это как раз подтверждает мое мнение, что модель ККТ в данном случае значения не имеет.

[SergeyD]

Если ФН заменили, интересно посмотреть версии ПО ФНов, которые словили (или при которых обнаружился) данный глюк.

[lux]

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

[GeorgSerg]

"посмотреть версии ПО ФНов" - 1_0 на всех. А вот подверсии - неплохо бы,
но средствами АСЦ (ЦТО)? Да и смысл какой ?

[Kofein]

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

Значит сейчас невозможно даже исправную ККТ перерегистрировать на другого клиента/пользователя? Или это произошло из-за того что фискальный признак не получил подтверждения ОФД ?

[SergeyD]

Мелькало сообщение, что сервис снятия ФН по неисправности без его закрытия начнёт работать только в понедельник, а вот в этот или в уже прошедший - не помню...
Кстати, проблему снятия ФН с регистрации сообщество обсуждало ещё до принятия ФЗ, на официальных сайтах. Разработчики это обсуждение видели, но не придали ему значения. Как всегда, надеялись, что они пишут всё идеально, техника работает идеально и эта ситуация не сможет возникнуть никогда.
Даже с батарейками они прокололись - ну не лежит у китайцев на складах 2 000 000 почти бесплатных батареек приемлегого качества.

[Stok]

Получилось у кого ни будь отвязать от ККТ ФН с не переданными чеками?
Мы в свою ФНС обращались, выслушали, посочувствовали и развели руками, типа мы пока ни чего не знаем и не умеем.

[martemyanov]

Нам клиент принес кассу (Ритейл-01Ф) с ошибкой ОЗУ. Обнулили, проверили количество не переданных ФД в ФН, оказалось >2500. Оставили кассу у себя для отправки чеков, все улетели кроме 6шт. Узнали порядковый номер этих ФД, сделали "запрос ФД в TLV" - пусто (Результат: Нет запрошенных данных), в ОФД так же этих ФД нет.  Но самое интересное произошло когда перезагрузили кассу, и проверили еще раз статус инф. обмена:
 ----------------------------------------
 Статус инф. обмена      : 3h
 ----------------------------------------
 Транспортное соединение установлено     : [да]
 Есть сообщение для передачи в ОФД       : [да]
 Ожидание ответного сообщения от ОФД     : [нет]
 Есть команда от ОФД                     : [нет]
 Изменились настройки соединения с ОФД   : [нет]
 Ожидание ответа на команду от ОФД       : [нет]
 ----------------------------------------
 Состояние чтения сообщения              : [да]
 Количество сообщений для ОФД: 24332
 Номер документа для ОФД первого в очереди: -1
 Дата и время документа для ОФД первого в очереди: 01.01.1970

Все ФД в ФН оказались не переданными. Это что глюк ФН или он умер так?  И что за минус первый документ в очереди?

[TenZor]

Коллеги, добрый день. Столкнулись с такой же проблемой: "Превышено время ожидания ОФД", FPrint -22Ф.
12.03 во время работы возникла "ошибка 218", выключили-включили, чеки дальше бились нормально, но клиент через неделю поднял панику, что чеки не предаются.
FNTest'ом считали состояние ФН - от 12.03 есть сбойный чек
"...ОШИБКА! Нарушение целостности TLV структуры: "1059",
 отсутствуют обязательные поля: 1080"
Поднят флаг ошибки "Превышено время ожидания ФН"..
С 12.03. чеки не передаются, копятся.
Какие варианты решения есть, кто сталкивался? Замена ФН по гарантии возможна? Как тогда кассу снять с учета с непереданными чеками?
Чеки пока бьются, фискальные.

[tridentxp]

Это что глюк ФН или он умер так?  И что за минус первый документ в очереди?

в знаковой двоичной арифметике в пределах 32ух бит - это число 0xFFFFFFFF. видать гикнулась фенечка.

[SergeyD]

"Ну, думаю, началось!"
А сколько таких, кто не заметил, что чеки не уходят?
У ОФД в принципе должна быть точная цифра таких событий. А в автономе, как я понял, на структуру данных вообще плевать?
Народ администрациям, назвавшим всю территорию территорией без связи, ещё спасибо скажет...
Интересно, как в этом случае при замене ФН данные с него будут отправляться в ФНС? Или ну их, "копейки нас не интересуют"?
 

[mservis]

В моем случае в фн потеряно около 20 записей, т.е. не просто сбойный чек, а вообще нет записей.

[GeorgSerg]

Коллеги - большая просьба ко всем - все по таким сбоям , причем именно с НЕПЕРЕДАЧЕЙ данных , выкладываем здесь. Желательно указать ККТ и ОФД .

[mservis]

Номера тоже тут выкладывать?

[GeorgSerg]

Нужны именно факты сбоя с непередачей данных .

[mservis]

1) Штрих-М-01Ф, ОФД Такском, непередача данных из-за потери данных в ФН.

п.с. не пойму только причем тут офд, если это проблема в ФН

[GeorgSerg]

Ну так ведь ОФД тоже "бывают разные"...

[martemyanov]

Это что глюк ФН или он умер так?  И что за минус первый документ в очереди?

в знаковой двоичной арифметике в пределах 32ух бит - это число 0xFFFFFFFF. видать гикнулась фенечка.

Да, техподдержка подтвердила что -1 означает конец ФНу.

[chellenger]

Кстати вот ещё интересный вопрос.
А эти сбои происходят с какой версией ПО ФН?
Их как минимум две -отличаются внешне количеством перерегов. 12 или 30

[GeorgSerg]

С любой. Только что отчеты мне прислали . 12 перерегов. По тестам сбоев нет ( кроме как портянки
в ответе на 0х35 - 18 (!!) строк)- но от ОФД отказ в приемке ФД. Кассе и ФеНе все это "до фени" - чеки шлепают , признак ( код) ФД есть ..Предполагаю, что суть в тегах. А вот как/кем/чем  они ( теги то есть) формируются / принимаются/записываются/передаются - вопросец еще тот.

А эти сбои происходят с какой версией ПО ФН?

Версия неизменна 1_0. А вот подверсию ты ну никак не вытянешь . Собсно, и толку от этого
мизер ..

[chellenger]

Версия неизменна 1_0. А вот подверсию ты ну никак не вытянешь . Собсно, и толку от этого
мизер ..

Да понятно, что оно всегда орёт 1_0.
сборка ХХХХ...  сам знаеш, один бЫт исправить достаточно чтобы исправить ошибку или добавить новый глюк...

Два бЫта поправили и вот уже 30 перерегов стало...

[GeorgSerg]

0_85 летом .. сейчас - чуть ли не 1_23..

[Рязанский]

вот и у нас встала передача.
на 396-м документе.
ошибка в 397-м
ФН 8170000100039197
ОФД taxcom
пионер114Ф
ЮЛ, г. Рязань
в запросе: "ОШИБКА! Нарушение целостности TLV структуры"

UPD 23/03/17:
Сегодня с утра все чеки улетели, в т.ч. и те, что с ошибкой.
а вот в ОФД появилась какая заявка на подключение новой кассы с этим же рег. номером.
А вот у нашей кассы в ЛК такском сменился номер ФН 8(
был 871000ХХХХХ а стал 817000ХХХХ

подозреваем, ОФД косяки правит.

[casper3008]

Атол 55Ф (rev. 5.25 ) прошит 2908, при печати отчета о закрытии смены ОШИБКА ФН 213 операция отменена, повторная попытка снять отчет - отчет снят и записан в ФН, но в конце отчета ОШИБКА ФН 214, естественно этот чек он и не может отправить.
Платформа ОФД (Эвотор ОФД)
Нарушение целостности TLV структуры
В ККТ 43 регистр (ОФД сеть) значение 5 - ОФД не выдает квитанцию о приеме данных, т.е. хреново
В логе EoU разрыв сокета - тоже хреново
После разговора с ТП Атола, говорят были уже такие, требуйте у ОФД писульку, мол ФН всякую фигню шлет, а мы (ОФД) ее принимать не будем, меняйте ФН, и с писулькой и паспортом ФН в РИК по гарантии.

[GeorgSerg]

"Для анализа по возможности сообщайте следующую информацию (можно в личку):
город, владелец ККТ( юрик, физик), модель ККТ, номер ФН, дата и номер сбойного
непереданного чека, характер сбоя, количество не переданных чеков, ОФД." (с)
Просьба уважаемого Stok_a, также и в соотв теме сайта kkm_info

[процессор]

вот и у нас встала передача.
на 196-м документе.
ошибка в 197-м
ОФД Петер Сервис
ЭКР 2102К-Ф
ЮЛ, г. Воронеж
в запросе: "ОШИБКА! Нарушение целостности TLV структуры"

ЭКР 2102К-Ф был запущен  13.03.2017 прошивка 783 от 20.02.2017, работал нормально и передавал по Ethernet.
Но 5 апреля пробил 19 чеков и перестал передавать данные в ОФД. На стороне ОФД (Петер Сервис)  висит ошибка криптозащиты.

Касса ошибок не дает и все чеки открывает по запросу ФН

из диагностики почти везде нет ошибок, только по сбойному документу:
ОШИБКА TLV структуры "0000", не существующий параметр "42403"
Ошибка - неверный формат TLV!

[GeorgSerg]

to процессор, запрашивайте у Петер-Сервиса значения в реквизите «код ответа ОФД»

Код   Содержание сообщения оператора
0   Подтверждение успешного приема документа оператором
11   Неисправимая ошибка. Содержание документа не распознано
14   Ошибка форматно-логического контроля при обработке документа

Номер бита   Содержание сообщения оператора                                          Формат ПФ
1                   Ошибка форматно-логического контроля документа      ОШИБКА ФЛК
6                   Требуется связаться с ОФД для изменения настройки
                        параметров  связи ККТ и ОФД                                            ТРЕБ. НАСТР. ККТ

P.S. Сдается мне, что ФД 196 от ФН 1_0 принят к обработке как от  1_05, если не 1_1..
Значение поля «длина» реквизита, имеющего структуру TLV, содержит сведения только
о длине поля «значение» этого реквизита, без учета длины его поля «тип» и длины
его поля «длина».

[zival]

ФН остановился по 30 дням (точнее по 48 дням). ОФД "Эватор"пожимают плечами. Если посмотреть в ФН на чек на котором прекратилась передача, то обнаруживается странная длина типа документов и типа данных, а также чеки (их 5 штук) почти одним временем с одной ТРК (это почти 20 литров, кто знает сколько проливается литров через пистолет - поймет мое недоумение по времени). 
Суть вопроса:
1. ФН сдох?
2. Что то можно вымутить в этой ситуации, например перевести в автономный режим работы или перепрыгнуть через эти три чека.
3. Если ФН сдох, можно ли поменять ФН ведь ФН упорно отказывается передавать  любые данные в том числе думаю не передаст данные и по закрытию.
4. Как получить отчет по не переданным чекам, только ручками запрашивать по одному чеку? Там их больше 1300 , может как то есть утилита работы с дампом и т.п.

Содержание ответа:
Тип документа: 46483
Ддина данных документа: 45285

Набор чеков, последний переданный, первый не переданный, и первый не переданный чек с нормальной длиной.

Спойлер

Ответ на команду: 0x40
Код ответа: 0x00 (Успешное выполнение)
Содержание ответа:
Тип документа: 3
Есть подтверждение: 1
Дата и время чека: 06.03.2017 12:03
Номер ФД: 356
Фискальный признак: 334610079
Тип операции: 1
Сумма операции: 720.00
Ответ на команду: 0x45
Код ответа: 0x00 (Успешное выполнение)
Содержание ответа:
Тип документа: 3
Ддина данных документа: 308

Ответ на команду: 0x40
Код ответа: 0x00 (Успешное выполнение)
Содержание ответа:
Тип документа: 3
Есть подтверждение: 0
Дата и время чека: 06.03.2017 12:03
Номер ФД: 357
Фискальный признак: 2286214825
Тип операции: 1
Сумма операции: 720.00
Ответ на команду: 0x45
Код ответа: 0x00 (Успешное выполнение)
Содержание ответа:
Тип документа: 46483
Ддина данных документа: 45285

Ответ на команду: 0x40
Код ответа: 0x00 (Успешное выполнение)
Содержание ответа:
Тип документа: 3
Есть подтверждение: 0
Дата и время чека: 06.03.2017 12:04
Номер ФД: 358
Фискальный признак: 2489992573
Тип операции: 1
Сумма операции: 720.00
Ответ на команду: 0x45
Код ответа: 0x00 (Успешное выполнение)
Содержание ответа:
Тип документа: 27594
Ддина данных документа: 28574

Ответ на команду: 0x40
Код ответа: 0x00 (Успешное выполнение)
Содержание ответа:
Тип документа: 3
Есть подтверждение: 0
Дата и время чека: 06.03.2017 12:05
Номер ФД: 359
Фискальный признак: 3442658613
Тип операции: 1
Сумма операции: 720.00
Ответ на команду: 0x45
Код ответа: 0x00 (Успешное выполнение)
Содержание ответа:
Тип документа: 56789
Ддина данных документа: 10292


Ответ на команду: 0x40
Код ответа: 0x00 (Успешное выполнение)
Содержание ответа:
Тип документа: 3
Есть подтверждение: 0
Дата и время чека: 06.03.2017 12:07
Номер ФД: 360
Фискальный признак: 4879343
Тип операции: 1
Сумма операции: 550.00
Ответ на команду: 0x45
Код ответа: 0x00 (Успешное выполнение)
Содержание ответа:
Тип документа: 3
Ддина данных документа: 284

[PuRGen]

Тоже словили такое. ЭКР
13 чеков после сбойной записи дал пробить и выпал в ошибку ФН

Спойлер

Ответ на команду: 0x23
Код ответа: 0x00 (Успешное выполнение)
Содержание ответа:
Длина: 438
CRC 16: 9771
Тип сообщения:
a5
Тип ФД: 3
Версия к.протокола: 1
Флаги обработки: 16
Флаги к.защиты: 9
Номер ФН:
87 10 00 01  00 01 57 59
Номер ФД: 5484
Идентификатор:
d5 9c e5 cd  d7 00 14 c7  00 02
Длина сообщения: 396
Данные сообщения: TLV структура: "Кассовый чек"(0003)
заводской номер фискального накопителя: хххххххххх
регистрационный номер ККТ: ххххххххххх   
ИНН пользователя: хххххххххх
номер фискального документа: 5484
дата, время: 02.05.2017 18:56:00
ФП1:
  Тип документа: 0x31
  ФП1: 2952402366
номер смены: 35
номер чека: 165
признак расчета: 1 (Приход)
ИТОГ: 79,00
Кассир: 0
наименование пользователя:хххххххххххххххх                                                                   
адрес (место) расчетов:ххххххххххххххххххх
применяемая система налогообложения: 8
TLV структура: "реквизиты товара"(1059)
наименование товара: 1#
цена за единицу: 60,00
Количество: 1,00
общая стоимость позиции с учетом скидок и наценок: 60,00
Окончание TLV структуры "1059"
ОШИБКА! Нарушение целостности TLV структуры: "1059",

отсутствуют обязательные поля: 1080
TLV структура: "реквизиты товара"(1059)
наименование товара: 1#
цена за единицу: 19,00
Количество: 1,00
общая стоимость позиции с учетом скидок и наценок: 19,00
Окончание TLV структуры "1059"
ОШИБКА! Нарушение целостности TLV структуры: "1059",

отсутствуют обязательные поля: 1080
наличными: 79,00
электронными: 0,00
Окончание TLV структуры "0003"
Ошибка - неверный формат TLV!
ФП2-1:
81 06 2a 41  d8 87 ed 16  00 00

[Рязанский]

опять наша касса перестала отправлять.
звонил в ТП Такскома - переключили на спеца - его вердикт - "проверяйте настройки кассы, у нас всё нормально. Обращайтесь на завод изготовитель".
При чём здесь касса, если подключил ФН через FNTest, он сделал вид, что не слышит меня...?
последний документ в ФН:

Спойлер

Ответ на команду: 0x23
Код ответа: 0x00 (Успешное выполнение)
Содержание ответа:
Длина: 225
CRC 16: 18737
Тип сообщения:
a5
Тип ФД: 5
Версия к.протокола: 1
Флаги обработки: 16
Флаги к.защиты: 9
Номер ФН:
87 10 00 01  00 03 91 97
Номер ФД: 504
Идентификатор:
f3 ac 6a 9c  0c 00 01 f5  00 02
Длина сообщения: 183
Данные сообщения: TLV структура: "Отчёт о закрытии смены"(0005)

заводской номер фискального накопителя: 8710000100039197

регистрационный номер ККТ: 0000004261034040   

ИНН пользователя: 6228020365 

номер фискального документа: 504

дата, время: 14.04.2017 16:54:00

ФП1:

  Тип документа: 0x24

  ФП1: 1109597370

номер смены: 76

количество кассовых чеков за смену: 2

количество фискальных документов за смену: 4

количество непереданных документов ФД: 0

дата и время первого из непереданных ФД: 01.01.1970 00:00:00

признак исчерпания ресурса ФН: 0

признак необходимости срочной замены ФН: 0

признак переполнения памяти ФН: 0

признак превышения времени ожидания ответа ОФД: 1

наименование пользователя: ООО "Счет-Сервис"

Кассир: Админ. 1

Окончание TLV структуры "0005"

ОШИБКА! Нарушение целостности TLV структуры: "0005",

отсутствуют обязательные поля: 1009

Ошибка - неверный формат TLV!
ФП2-1:
81 06 aa c2  4e 87 79 64  00 00

По его словам, они ни каких логов предоставить не могут.

А касса скоро встанет...

[Atis_e]

У нас на Атоле-55Ф вылез глюк-не выгружено в  Такском 11900 документов, проверили все что можно, на чеках пишет "ОФД не  отвечает" В такскоме говорят что с этого аппарата пытаются выгрузится два одинаковых чека, с одинаковыми фискальными признаками.  Пока составили заявку-офд думает...

[PuRGen]

Тоже словили такое. ЭКР
13 чеков после сбойной записи дал пробить и выпал в ошибку ФН

Спойлер

Ответ на команду: 0x23
Код ответа: 0x00 (Успешное выполнение)
Содержание ответа:
Длина: 438
CRC 16: 9771
Тип сообщения:
a5
Тип ФД: 3
Версия к.протокола: 1
Флаги обработки: 16
Флаги к.защиты: 9
Номер ФН:
87 10 00 01  00 01 57 59
Номер ФД: 5484
Идентификатор:
d5 9c e5 cd  d7 00 14 c7  00 02
Длина сообщения: 396
Данные сообщения: TLV структура: "Кассовый чек"(0003)
заводской номер фискального накопителя: хххххххххх
регистрационный номер ККТ: ххххххххххх   
ИНН пользователя: хххххххххх
номер фискального документа: 5484
дата, время: 02.05.2017 18:56:00
ФП1:
  Тип документа: 0x31
  ФП1: 2952402366
номер смены: 35
номер чека: 165
признак расчета: 1 (Приход)
ИТОГ: 79,00
Кассир: 0
наименование пользователя:хххххххххххххххх                                                                   
адрес (место) расчетов:ххххххххххххххххххх
применяемая система налогообложения: 8
TLV структура: "реквизиты товара"(1059)
наименование товара: 1#
цена за единицу: 60,00
Количество: 1,00
общая стоимость позиции с учетом скидок и наценок: 60,00
Окончание TLV структуры "1059"
ОШИБКА! Нарушение целостности TLV структуры: "1059",

отсутствуют обязательные поля: 1080
TLV структура: "реквизиты товара"(1059)
наименование товара: 1#
цена за единицу: 19,00
Количество: 1,00
общая стоимость позиции с учетом скидок и наценок: 19,00
Окончание TLV структуры "1059"
ОШИБКА! Нарушение целостности TLV структуры: "1059",

отсутствуют обязательные поля: 1080
наличными: 79,00
электронными: 0,00
Окончание TLV структуры "0003"
Ошибка - неверный формат TLV!
ФП2-1:
81 06 2a 41  d8 87 ed 16  00 00

Запустилась и даёт пробивать дальше, но так и не передаёт. Раз в 30 секунд, печатает ошибку ФН (видимо при каждой попытке отправить чек)

[geodile]

У нас на Атоле-55Ф вылез глюк-не выгружено в  Такском 11900 документов, проверили все что можно, на чеках пишет "ОФД не  отвечает" В такскоме говорят что с этого аппарата пытаются выгрузится два одинаковых чека, с одинаковыми фискальными признаками.  Пока составили заявку-офд думает...

у нас на 22ом так же, за неделю 1000 документов накопилось, хотя до этого с начала марта работало.
в проверке связи все "успешно" и в самом-самом низу пишет "нет ответа ОФД"
тоже полчаса с такскомом общался, проверили и телнетом и трейс, все нормально.
создали заявку, посмотрим что ответят

[PuRGen]

Тоже словили такое. ЭКР
13 чеков после сбойной записи дал пробить и выпал в ошибку ФН

Спойлер

Ответ на команду: 0x23
Код ответа: 0x00 (Успешное выполнение)
Содержание ответа:
Длина: 438
CRC 16: 9771
Тип сообщения:
a5
Тип ФД: 3
Версия к.протокола: 1
Флаги обработки: 16
Флаги к.защиты: 9
Номер ФН:
87 10 00 01  00 01 57 59
Номер ФД: 5484
Идентификатор:
d5 9c e5 cd  d7 00 14 c7  00 02
Длина сообщения: 396
Данные сообщения: TLV структура: "Кассовый чек"(0003)
заводской номер фискального накопителя: хххххххххх
регистрационный номер ККТ: ххххххххххх   
ИНН пользователя: хххххххххх
номер фискального документа: 5484
дата, время: 02.05.2017 18:56:00
ФП1:
  Тип документа: 0x31
  ФП1: 2952402366
номер смены: 35
номер чека: 165
признак расчета: 1 (Приход)
ИТОГ: 79,00
Кассир: 0
наименование пользователя:хххххххххххххххх                                                                   
адрес (место) расчетов:ххххххххххххххххххх
применяемая система налогообложения: 8
TLV структура: "реквизиты товара"(1059)
наименование товара: 1#
цена за единицу: 60,00
Количество: 1,00
общая стоимость позиции с учетом скидок и наценок: 60,00
Окончание TLV структуры "1059"
ОШИБКА! Нарушение целостности TLV структуры: "1059",

отсутствуют обязательные поля: 1080
TLV структура: "реквизиты товара"(1059)
наименование товара: 1#
цена за единицу: 19,00
Количество: 1,00
общая стоимость позиции с учетом скидок и наценок: 19,00
Окончание TLV структуры "1059"
ОШИБКА! Нарушение целостности TLV структуры: "1059",

отсутствуют обязательные поля: 1080
наличными: 79,00
электронными: 0,00
Окончание TLV структуры "0003"
Ошибка - неверный формат TLV!
ФП2-1:
81 06 2a 41  d8 87 ed 16  00 00

Запустилась и даёт пробивать дальше, но так и не передаёт. Раз в 30 секунд, печатает ошибку ФН (видимо при каждой попытке отправить чек)

РИК ответил, отправлять по гарантии.

[Atis_e]

у нас на 22ом так же, за неделю 1000 документов накопилось, хотя до этого с начала марта работало.
в проверке связи все "успешно" и в самом-самом низу пишет "нет ответа ОФД"
тоже полчаса с такскомом общался, проверили и телнетом и трейс, все нормально.
создали заявку, посмотрим что ответят

Короче глюк был в ОФД. 6 часов пинали и в итоге вечером чеки пошли.......

[geodile]

Короче глюк был в ОФД. 6 часов пинали и в итоге вечером чеки пошли.......

вчера провисел 40минут на телефоне с офд, создали "инциндент"
с утра чеки не уходили, отдал пока назад на точку.
в обед позвонили с офд - типа у них все отлично, никаких проблем не обнаружили.
завтра если успею заскочу, еще фр гляну

ps с утра клиент позвонил, говорит все чеки улетели

[jon_m]

Вот и мы дождались.
Клиент удаленный "ООО", АТОЛ-11Ф, ФН №8710000100053398, ОФД Ярус. Документы не уходят с 05.04.2017, принесли с открытой сменой, документов не отправленных 5202, последний переданный документ № 13827.
Снял отчеты по номеру, с 13828 по 13830 пропуск выдает ошибку 218, потом нормальные документы, без подтверждения.
Что интересно, в ФН документы с 2 по 13826 имеют одинаковую дату и время и сумму по чеку 0.00. но имеют отклик ОФД.
Сейчас в тупике, закрыть архив не получается "Открыта смена", закрыть смену не дает "ошибка 235", перерегистрацию тоже не могу "открыта смена".
Какие могут быть варианты?
Поставить новый ФН, но как активировать?
Техобнуление не дает, приоткрытой смене, сделал перепрошивку на 2893, подтянула состояние из ФН.
Ну и дальше как быть, чтоб проблем у клиента не было? Нужно как то новый ФН на сайте ИФНС и в ОФД привязать?
Может опыт есть у кого? 

[chellenger]

jon_m, А вроде из этой ситуации выхода пока никто не нашел.
Разве что только топать в налоговую и как то снимать кассу с учёта чтобы отвязать ФН от номера кассы.
Ну а потом уже с новым ФН ставить на учёт по новой.

[ДОЛГОПОЛОВ]

jon_m, https://kkmcom.ru/index.php/topic,6924.msg80680.html#msg80680 ситуация схожая, у меня две ЭКРки стали передавать чеки  после звонка в соответствующее ОФД.
ФН менять в такой ситуации не только дорого, но и долго.

[Bedolaga]

Тоже словили такое. ЭКР
13 чеков после сбойной записи дал пробить и выпал в ошибку ФН

Спойлер

Ответ на команду: 0x23
Код ответа: 0x00 (Успешное выполнение)
Содержание ответа:
Длина: 438
CRC 16: 9771
Тип сообщения:
a5
Тип ФД: 3
Версия к.протокола: 1
Флаги обработки: 16
Флаги к.защиты: 9
Номер ФН:
87 10 00 01  00 01 57 59
Номер ФД: 5484
Идентификатор:
d5 9c e5 cd  d7 00 14 c7  00 02
Длина сообщения: 396
Данные сообщения: TLV структура: "Кассовый чек"(0003)
заводской номер фискального накопителя: хххххххххх
регистрационный номер ККТ: ххххххххххх   
ИНН пользователя: хххххххххх
номер фискального документа: 5484
дата, время: 02.05.2017 18:56:00
ФП1:
  Тип документа: 0x31
  ФП1: 2952402366
номер смены: 35
номер чека: 165
признак расчета: 1 (Приход)
ИТОГ: 79,00
Кассир: 0
наименование пользователя:хххххххххххххххх                                                                   
адрес (место) расчетов:ххххххххххххххххххх
применяемая система налогообложения: 8
TLV структура: "реквизиты товара"(1059)
наименование товара: 1#
цена за единицу: 60,00
Количество: 1,00
общая стоимость позиции с учетом скидок и наценок: 60,00
Окончание TLV структуры "1059"
ОШИБКА! Нарушение целостности TLV структуры: "1059",

отсутствуют обязательные поля: 1080
TLV структура: "реквизиты товара"(1059)
наименование товара: 1#
цена за единицу: 19,00
Количество: 1,00
общая стоимость позиции с учетом скидок и наценок: 19,00
Окончание TLV структуры "1059"
ОШИБКА! Нарушение целостности TLV структуры: "1059",

отсутствуют обязательные поля: 1080
наличными: 79,00
электронными: 0,00
Окончание TLV структуры "0003"
Ошибка - неверный формат TLV!
ФП2-1:
81 06 2a 41  d8 87 ed 16  00 00

Сегодня и у нас ситуация один в один:
Нарушение целостности TLV структуры: "1059",
Отсутствуют обязательные поля: 1080,
Ошибка - неверный формат TLV!
 ЭКР 2102К-Ф прошивка январская, оператор 1-ОФД. С середины марта передал 359 чеков, 4 мая на 360 встал и не отправленных 129. После долгих танцев решилось следующим образом. IP оператора ОФД был 91.107.144.11 поменяли на 91.107.67.212 ,документы пошли. До этого залили мартовскую версию прошивки.

[PuRGen]

А что, у вас раньше на 91.107.144.11 передавал?? Что это за офд?
И если у вас оплачен 1офд, то как могут полететь чеки тупой сменой на ip яруса?

[SkaT]

... После долгих танцев решилось следующим образом. IP оператора ОФД был 91.107.144.11 поменяли на 91.107.67.212 ,документы пошли. ...

А ПОРТ тоже поменяли с 7777 у 1-ОФД на 7779 у Яруса

[coldkomi]

С таким ником я бы и не такое мог написать...

[PuRGen]

На троллинг смахивает.

[jon_m]

chellenger

А вроде из этой ситуации выхода пока никто не нашел.
...... как то снимать кассу с учёта чтобы отвязать ФН от номера кассы.

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

[Niro]

для атол-11Ф это 2893

Это уже не новая версия. Есть 2908, есть 3689.

[GeorgSerg]

Теперь не понятно каким образом и в какую ифнс предоставить заключение о неисправности ФН?

1 Заключение о неисправности ФН выдает только РИК ( т.е. Атлас ). Срок у них - 15 дней
2 ИФНС - та, где сам владелец ККТ зарегистрирован как налогоплательщик.
3 По накоплениям - ИФНС должна сама получить отчеты с сервера ОФД. Вот пусть
и занимаются - это НЕ ВАША обязанность, вы -  АСЦ , а не ЦТО !
4 Клиент заполняет КНД - и вместе с ответом от РИКа все в ИФНС.

P.S. Насколько я понимаю ситуевину на данный момент - всем глубоко похрену .
То есть вся эта муйня носит чисто УВЕДОМИТЕЛЬНЫЙ характер - ведь законопослушный
налогоплательщик сообщает ИФНС ПОСЛЕ факта замены, а НЕ ОБРАЩАЕТСЯ за разрешением
на это действо !

[Bedolaga]

На троллинг смахивает.

Ситуация имела место быть. Все чеки на sbis.ru видны. Необъяснимо, но факт.
1-до,2-после

[SkaT]

ХОСТ остался старый (1-ОФД), если ХОСТ запрограммирован, вроде как IP не используется, его можно вообще скинуть...
Соответственно, смена IP сама по себе ни на что не повлияла. Возможно "пнул" чеки сам факт программирования параметров.

[indikator]

Вообщем произошла такая же ошибка. Звонит клиент и говорит, что чеки в ОФД не уходят. Лезу в ЛК ОФД и наблюдаю следующую картину:

FNTest показал следующее:
Ответ на команду: 0x23
Код ответа: 0x00 (Успешное выполнение)
Содержание ответа:
Длина: 185
CRC 16: 60586
Тип сообщения:
a5
Тип ФД: 2
Версия к.протокола: 1
Флаги обработки: 16
Флаги к.защиты: 9
Номер ФН:
87 10 00 01  00 19 55 69
Номер ФД: 42
Идентификатор:
7c a1 31 af  57 00 00 2a  00 02
Длина сообщения: 143
Данные сообщения: TLV структура: "Отчёт об открытии смены"(0002)

заводской номер фискального накопителя: 8710000100195569

регистрационный номер ККТ: 0000386679025216   

ИНН пользователя: 3616016420 

номер фискального документа: 42

дата, время: 19.05.2017 09:07:00

ФП1:

  Тип документа: 0x23

  ФП1: 2111647681

номер смены: 5

наименование пользователя: МКП БСП "БАБЯКОВО"

Кассир: Кассир 1 Сычев Д.В.

Окончание TLV структуры "0002"

ОШИБКА! Нарушение целостности TLV структуры: "0002",

отсутствуют обязательные поля: 1009

Ошибка - неверный формат TLV!
ФП2-1:
81 06 b0 e8  cc 2c d4 67  00 00

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

[rst]

Есть подозрение , что ОФД убирают битые чеки из своей базы или корректируют их.
А сколько таких чеков в общероссийском масштабе никому неизвестно.
Миллион миллиард?

[SkaT]

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

[masterkkt]

indikator, Было подобное в Элвесе. Пока пытались разобраться в чём проблема-ошибка исчезла

[PuRGen]

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

[mservis]

Есть подозрение , что ОФД убирают битые чеки из своей базы или корректируют их.
А сколько таких чеков в общероссийском масштабе никому неизвестно.
Миллион миллиард?

Тоже подозреваю.
В моем случае в офд пропущен один документ, номер перескочил на еденицу и далее спокойно принимает следующие чеки. Месяц назад с такой же неисправностью офд не принимал документ не идущий по порядку, тупо его ждал и давал отказ по всем другим. ОФД Такском.

[ДОЛГОПОЛОВ]

СчетМаш сегодня на почту прислал.
Уважаемые коллеги!

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

С нашим партнером - ********** - мы эту проблему однозначно решаем, что позволяет избежать блокирования и замены ФН. В связи с вышеизложенным, рекомендуем Вам отслеживать передачу  чеков в ОФД, а в случае обнаружения отсутствия их передачи -

сразу обращаться в службу технической поддержки ЗАО "Счетмаш" по телефону  8-800-700-54-09.

[mservis]

Объясните, кто в теме, что значит корректировка некорректно оформленного чека и что считать некорректным оформлением из-за которого происходит блокировка?

[ДОЛГОПОЛОВ]

корректировка некорректно оформленного чека

Черная магия, после которой чек становится "корректно" оформленным.

[drfaust]

Черная магия, после которой чек становится "корректно" оформленным.

Даже если в TLV полный бред и бабло оттуда не выцарапать(был один такой ФНчик - отработал пару недель, потом хлам через чек, другой)?

[GeorgSerg]

что считать некорректным оформлением из-за которого происходит блокировка?

"...по поводу остановки работы фискальных накопителей.." (c) , пост в теме , сегодня в 15:20:36

Как что - да все то же... К примеру, из -за ошибки ( ну не автора софта же )
криворукого механика - больше валить не на кого .. И всего- то надо заменить ОДИН
байт при активации ... Истинный тег 1013 = 3F5 hex на дрековый  1525 = 5F5 hex

"Кругом враги, один я добрый - сижу в блиндаже, стреляю..." (c)

[mservis]

Я к тому, что бы определиться что мы можем требовать.
К примеру ошибка/отсутствие какогонить тэга или потеря пару чеков с перескоком до нормальных?

[GeorgSerg]

mservis,  требовать мы не можем ничего и ни от кого . А вот попросить - ну... можно и
попробовать ....
Неверный тэг - если он в составе ФД прописан в накопитель ФН , не соответствует необходимому
"комплекту" тегов именно для этого конкретного ФД - то этот ФД не пройдет обязательный
"входной контроль" при первичной обработке серваком ..

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

А вот дальше полнейшая правовая ( и техническая) неопределенность - по понятиям правилам
ФН отправляется на экспертизу . Все, как обычно - ФН ведь неубиваемые  , а  клиент - ну, пусть
курит бамбук и ждет.

По части потери пары чеков с перескоком - вообще-то, если все по правилам, то такое в принципе
недопустимо, это ведь не что иное , как сокрытие выручки ....Это вообще не наша с вами компетенция !

[Stok]

С нашим партнером - ********** - мы эту проблему однозначно решаем, что позволяет избежать блокирования и замены ФН. В связи с вышеизложенным, рекомендуем Вам отслеживать передачу  чеков в ОФД, а в случае обнаружения отсутствия их передачи -

Вот очень любопытно с каким именно ОФД они решили сию проблему? И решена ли она до уровня автоматизма с любой ККТ?

[GeorgSerg]

Личку глянь .. Собственно , протокол -то стандартный, это баги в А-обьекте разные ...

"каждый  А-объект  (Документ,  Подтверждение)  упаковывается  в  защищенный
Контейнер. S-протокол порождает объекты Сообщение и Квитанция сеансового
уровня,  дополняя  Контейнер  заголовком  Сообщения.

       заголовок протокола                         контейнер
         сеансового уровня                заголовок         А-обьект "
(c) , Протокол инф. обмена ..

Ну и контрольная сумма, как полагается ..

[svv]

тоже пара ФЕнь образовалась:
1) РР-01 ОШИБКА! Нарушение целостности TLV структуры: "1059",
отсутствуют обязательные поля: 1080
ОШИБКА TLV структуры "0003", не существующий параметр "0000" Ошибка - неверный формат TLV!
2)атол-30 ОШИБКА! Нарушение целостности TLV структуры: "0002",
отсутствуют обязательные поля: 1009 Ошибка - неверный формат TLV!
ФП2-1:
81 06 17 4f  bf 04 23 ae  00 00
Оба отработали месяц с небольшим. Такском пропихивать доки не хочет, послал лесом. Чую скоро повеселимся. Или придется массово переходить в 1й ОФД , который...

[superkent]

chellenger
Цитировать

    А вроде из этой ситуации выхода пока никто не нашел.
    ...... как то снимать кассу с учёта чтобы отвязать ФН от номера кассы.

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

Подскажите, а как быть, если нужно не перерегистрировать, а просто снять с учета. Этот вариант не очень подходит.

[drfaust]

Интересно, хоть ФН_Изм и ФН_Праг недавно объявились - вылеты были?
А то у меня первая полетевшая ласточка мозги парить начала через месяц ФНзации, есессно РиКовая

[drfaust]

Подскажите, а как быть, если нужно не перерегистрировать, а просто снять с учета. Этот вариант не очень подходит.

Так там же есть "снять с учёта" - кликнуть по зарегеному рег№, или это не то?

[superkent]

Подскажите, а как быть, если нужно не перерегистрировать, а просто снять с учета. Этот вариант не очень подходит.

Так там же есть "снять с учёта" - кликнуть по зарегеному рег№, или это не то?

Нет , бывают случаи когда нужно снять с учета при аварии ФН , без дальнейшей регистрации . Описанная выше процедура подходит для перерегистрации, а при снятии единого алгоритма пока не знаем. Могу предположить, что решается индивидуально,нести инспектору в бумажном виде заключение о неработоспособности ФН , а дальше он сам. И спрашивал, может тоже есть волшебные кнопки в ЛК без походов в НИ.

[mservis]

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

[superkent]

Как только появиться опыт такого снятия, постараюсь здесь им поделиться.

[Mechanik]

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