Вики Принт 57Ф - засада с Зав.№

[shurik37]

Приветствую Всех! Такая засада с Вики Принтом произошла на днях.
Пришел странный клиент, принес Вики Принт 57Ф с ошибкой NVR, говорит что некий спец по вызову чинил кассу, но не справился.
Приняли в ремонт, проверил батарейку, норм. FNRun-ом распечатал реквизиты регистрации, по ним восстановил кассу по инструкции от Дримкас. После этого заметил, что касса не передает в ОФД (Петер-Сервис Спецтехнологии), грешил на неоплаченный ОФД. Отдал клиенту, через неделю, звонит, данные в ОФД не уходят, ОФД продлили. Ну думаю, служба отвалилась, по удаленке подключились, установили Менеджер обновлений, не отправляет. Из-за безысходности звоню в ТП ОФД, объясняю ситуацию, получил ответ, что касса отправляет документы с неверным заводским номером. Как?!!! 
Взял распечатку и сверил с шильдиком на кассе. Действительно, номера разные, в ФН-е прописан зав.№ 0493004636, а на шильдике 0493084636, рег.номер совпадает и в ФН-е, в в ЛК налоговой, там-же прописан номер как на шильдике.  Полагаю когда кассу регили, ошиблись с зав.номером, сделали сброс, прописали нужный зав.№ и зарегистрировали. Сейчас в кассе висят не отправленные доки, ФН-у еще работать до середины 2022 года. Выход вижу один, замена ФН, так ОФД отказывается принимать документы.

PS: Хотелось бы найти выход из сложившейся ситуации!

[shurik37]

Такой случай в первые! Я всегда считал и считаю, что ФН главный, и при сбоях данные беру из ФН-а. Но то что касса может быть зарегистрирована на один номер, а прописан другой ввел меня в ступор. Да и сразу заметить подвох не удалось, между 0 и 8 отличие пару пикселей на чеке.

[apr1l]

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

[shurik37]

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

[apr1l]

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

попробуй он всЁЁ принимает, а вдруг получится

И еще, судя по всему и один и другой зав номера зарегистрированы в фнс

[shurik37]

судя по всему и один и другой зав номера зарегистрированы в фнс

В ЛК-клиента зареген только один номер 0493084636, а вот по поводу чей номер 0493004636, я ХЗ!
Но попробую слить в Яндекс.

[ar]

И еще, судя по всему и один и другой зав номера зарегистрированы в фнс

Точно

[apr1l]

В ЛК-клиента зареген только один номер 0493084636, а вот по поводу чей номер 0493004636, я ХЗ!
Но попробую слить в Яндекс.

А ты сам не мог ошибиться? В инструкции у дримкаса, есть 2 пунктом авторизация(хотя мы всегда без нее делаем, просто техобнуляем вместо авторизации, и дальше по шагам)  https://help.dreamkas.ru/hc/ru/articles/115002426409-%D0%9E%D1%88%D0%B8%D0%B1%D0%BA%D0%B0-%D0%BC%D0%BE%D0%B4%D1%83%D0%BB%D1%8F-%D0%A4%D0%9D-%D0%9D%D0%B5%D1%84%D0%B8%D1%81%D0%BA%D0%B0%D0%BB%D1%8C%D0%BD%D1%8B%D0%B9-%D1%80%D0%B5%D0%B6%D0%B8%D0%BC-%D0%9E%D1%88%D0%B8%D0%B1%D0%BA%D0%B0-%D0%BA%D0%BE%D0%BD%D1%82%D1%80%D0%BE%D0%BB%D1%8C%D0%BD%D0%BE%D0%B9-%D1%81%D1%83%D0%BC%D0%BC%D1%8B-%D0%9E%D0%97%D0%A3-%D0%9D%D0%B5%D0%B2%D0%B5%D1%80%D0%BD%D0%B0%D1%8F-%D0%BA-%D1%81-%D1%81%D1%83%D0%BC%D0%BC%D0%B0-%D0%BA%D0%BE%D0%BD%D1%84%D0%B8%D0%B3%D1%83%D1%80%D0%B0%D1%86%D0%B8%D0%B8-NVR

[shurik37]

apr1l, Я точно не мог, данные я взял с ФН-а, т.е. ранее кто-то ввел номер с ошибкой. Тем более на боевом ФН-е невозможно сменить заводской номер.

[Sarge76]

А разве ФН не должен ругнуться, что зав номер в записи регистрации в ккт не совпадают? Или ккт дала бы отлуп, что чужой ФН? Как тогда получилось, что ккт удалось зарегистрировать в ФНС с левым зав номером ккт. Че то не пойму кто тут налажал? Или зав номер не участвует в генерации рег номера в ФНС?

[shurik37]

А разве ФН не должен ругнуться

Вот и я в некоторой просрации от Дримкас. После восстановления NVR, касса даже намеку не дала на то, что номера не совпадают.

[shurik37]

И какого хрена, ранее OFD.RU принимала документы, до этого случая?!!!

[Sarge76]

Тобиш сейчас документы в одном и том же ФН с двух разных номеров ККТ? Если так то я думаю это ФН по гарантии

[shurik37]

ФН по гарантии

Гарантия истекла, это 3-х годовой ФН (ФН-1.1 исп.2(36 мес) ООО "Инвента"), заведенный в июне 2019 года.

[apr1l]

о точно, а в фн РЕАЛЬНО сейчас есть и доки со с квитанциями офд с одним зн, и без квитанции с другим?
ЭТО ВИКИ ПРИНТ ДАЕТ ТАК СДЕЛАТЬ ЗНАЧИТ? никакой проверки нет на уровне самой кассы...

[patriot]

В обычных чеках нет тега с заводским номером ККТ. Только в чека рег/перерег. Поэтому он тут вообще не при делах. Верните зав номер в ККТ как на шильдике.
Можно ФН чужик вставить в меркурий например, отправить неотправленные чеки пробить еще чеки на мерке! и отправить. Чужой зав № ФН контролирует ПО ККТ(Атло), а может не контролировать.

[casper3008]

В обычных чеках нет тега с заводским номером ККТ. Только в чека рег/перерег. Поэтому он тут вообще не при делах. Верните зав номер в ККТ как на шильдике.
Можно ФН чужик вставить в меркурий например, отправить неотправленные чеки пробить еще чеки на мерке! и отправить. Чужой зав № ФН контролирует ПО ККТ(Атло), а может не контролировать.

Заводской номер ККТ, ИНН клиента, рег. номер пишется в ФН один раз в момент его регистрации и потом никакими манипуляциями вы их там не измените. Если в ФН другой зав номер - значит была замена ФН с уже битым номером в NVR и такой ФН превращается в брелок..

Просьба скрин первого чека регистрации и последнего любого чека из RUN_fn.
Менялся ли ФН?

[svetlon]

patriot, да скорее всего после авторизации, во время правки регистрационных данных кто то завел не верный номер. Или даже во время самой авторизации. А после этой процедуры всегда требуется сделать перерег. И его судя по всему сделали. Странно что Фито не обругался на это все.
Вообще интересно было бы посмотретьFNRun' ом что там в ФН сейчас есть и что было. Найти последние два отчета о перерегистрации и сравнить. Не верю что то я, что фито пропустило эту лабуду.
ЗЫ. В любом случае такая фигня возможна только если в ФИТО номерами играться. Кто то когда то доигрался. Смотрите что в ФН чтоб истину установить.

[casper3008]

patriot, да скорее всего после авторизации, во время правки регистрационных данных кто то завел не верный номер. Или даже во время самой авторизации. А после этой процедуры всегда требуется сделать перерег. И его судя по всему сделали. Странно что Фито не обругался на это все.
Вообще интересно было бы посмотретьFNRun' ом что там в ФН сейчас есть и что было. Найти последние два отчета о перерегистрации и сравнить. Не верю что то я, что фито пропустило эту лабуду.

Запросто, fito.ini помнит последний подключенный ККТ, а так как он не смог с текущего прочитать из-за неверной КС NVR, после авторизации залетел ЗН последнего подключаемого ККТ (но ККТ прекрасно доработает до конца срока ФН), но после замены ФН получите опять таки брелок в виде ФН в который запишется левый ЗН. Да, жаль, но в Fito нет проверки КС рег.номера.
Был всего лишь один такой ККТ, но трабла выявилась когда Менеджер обновлений не мог найти ККТ как и у ТС, благо ФН не успел поменять, сразу восстановил зав. номер, прошился и только потом поменял ФН.

[svetlon]

Да жаль но в Fito нет проверки КС рег.номера.

Серьезно? Ни разу на этом не попадал. И это косяк в Фито огромный!
Но! Если уж делать все по инструкции, то перед правкой NVR всегда сначала делается правка регданных. А там первым делом сверяется ЗН машинки.
Я обычно перед всей процедурой из fnrun распечатываю данные о регистрации из ФН и потом по ним сверяю регданные в фито. И только после этого можно nvr править. Береженого бог бережет ))

[casper3008]

Да жаль но в Fito нет проверки КС рег.номера.

Серьезно? Ни разу на этом не попадал. И это косяк в Фито огромный!
Но! Если уж делать все по инструкции, то перед правкой NVR всегда сначала делается правка регданных. А там первым делом сверяется ЗН машинки.
Я обычно перед всей процедурой из fnrun распечатываю данные о регистрации из ФН и потом по ним сверяю регданные в фито. И только после этого можно nvr править. Береженого бог бережет ))

Обеими руками за!

[patriot]

и такой ФН превращается в брелок..

Ну судя по сообщениям ТС ФНчик с зав.№ кассы не совпадающим с зав № кассы в ЛК налоговой успешно работал и отправлял чеки с 2019 года.

[vladf22]

Тем более на боевом ФН-е невозможно сменить заводской номер.

А вот тут вопрос немного спорный.

[casper3008]

Скиньте скрины первого чека регистрации и последнего любого чека из RUN_fn.
А то мы так долго веселится догадками будем.

[Atis_e]

Странно как то.....Неужто вики пофиг на зав номер в голове и в ФН....

[vladf22]

Неужто вики пофиг на зав номер в голове и в ФН....

Так не только вики.

[Slava]

Читаю - ничего не понятно .
Вопрос первый  , а как FN RUN  к примеру отправляет чеки в ОФД ?
У неё какой ЗН ?

[Slava]

 что касса отправляет документы с неверным заводским номером. Как?!!! 

Номер тега в студию .
Или что-то поменялось ?
То есть вопрос - есть понятие регномер - конгломерат ЗН ККТ, ИНН и порядкового номера ,выданного
ФНС при регистрации .

[Atis_e]

Так не только вики.

Это и странно, тем более отправлять в ОФД чеки с левым номером....

[shurik37]

Я обычно перед всей процедурой из fnrun распечатываю данные о регистрации из ФН и потом по ним сверяю регданные в фито. И только после этого можно nvr править.

Я так и сделал, и делаю всегда! Но когда стали разбираться, почему ОФД не принимает документы, нашел вот такой Косяк с ФН-м.
Что самое интересное, я для спортивного интереса, сделал сброс NVR, а в рег.данных исправил зав.номер. Но перерегистрацию сделать не смог, из-за висящих доков.

[mp5navy]

Заводской номер в сам фискальный накопитель никак не прописывается (можно посмотреть структуру первого фд при регистрации), но возможно влияет на формирование фискального признака- поправьте если не прав. Он участвует в генерации регномера ККТ, который зависит от ИНН клиента, з/н ККТ и порядкового номера, который известен только налоговой. Я думаю в данном случае при первой регистрации з/н прописанный в Вики был корректен, в противном случае был бы отказ по фп. После процедуры восстановления была произведена перерегистрация без замены ФН с другим з/н , соответственно фискальный признак сформировался неверным для данного регномера и ОФД не принимает документы. Интересная дыра в ПО дримкас и FITO получается. Жаль сейчас нет возможности это проверить.

[shurik37]

Повезло, что кассу принесли не на замену ФН. Вот в этом случае был-бы Полный ПОПАдос!
Сейчас попробую скинуть скрины FN-run, по регистрациям.

[shurik37]

Отчеты о регах и перерегах:

Регистрация 1


Перерегистрация 2

[Atis_e]

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

В смысле "не прописывается" а на кой он тогда вообще нужен?рег номер без заводского не сгенерится...

[shurik37]

По второму отчету видно, что прописан номер с ошибкой, это делал я, но номер вбивал с распечатки сделанным из FN-run, где был указан 0493004636.

[casper3008]

Отчеты о регах и перерегах:

Регистрация 1


Перерегистрация 2

Ну не должен рег. номер ККТ, зав.номер ККТ или ИНН клиента меняться в процессе эксплуатации ФН - это нарушает весь смысл использования ФН.

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

[Sarge76]

По моем тут налажал мастер который делал перерег до тебя и вбил зав номер с ошибкой и до кучи еще лажанул ФН который пропустил левый зав номер, да и ккт которая не поморщилась даже туда же в кучу. По моему тут однозначно замена ФН, либо раз ФНу можно скормить всё что угодно, то пробовать слить кривые документы в какой нибудь ОФД, сменить зав номер на ккт, перекрестить и отправить дальше в работу. Или отправь на эту ФН команду стереть МГМ, вдруг прокатит))

[Niro]

В смысле "не прописывается" а на кой он тогда вообще нужен?рег номер без заводского не сгенерится...

ПО ККТ должно проверять соответствие рег. номера зав. номеру и ИНН, и не допускать регистрацию.

[casper3008]

Цитата: Atis_e от Сегодня в 09:13:50
В смысле "не прописывается" а на кой он тогда вообще нужен?рег номер без заводского не сгенерится...
ПО ККТ должно проверять соответствие рег. номера зав. номеру и ИНН, и не допускать регистрацию

Присоединюсь.
Как не прописывается? а откуда RUN_fn, при подключенной только ФН, его читает?

ПО ККТ должно проверять соответствие рег. номера зав. номеру и ИНН, и не допускать регистрацию

Согласен, причем реализовать его в ПО ККТ не так уж и сложно.
Алгоритм формирования рег. номера - https://www.shtrih-m.ru/download_files/RNM_update.pdf

Добрые люди давно на Delphi написали праграммку для проверки или формирования для МГМ.

[Niro]

Значит ПО Вики Принт не выполняет требование 54-ФЗ:
"Статья 4. Требования к контрольно-кассовой технике
...
осуществлять проверку контрольного числа регистрационного номера контрольно-кассовой техники, обеспечивающего проверку корректности ввода пользователем регистрационного номера в контрольно-кассовую технику;"

[shurik37]

Коллеги, так терять было не чего, попробывал сменить зав.№ кассы в ФН-е через FN-Run. Сначала выбрал регистрацию сменил номер на 0493084636, затем выбрал причину Изменение настроек ККТ и нажал на Перерегистрация ФН. Прошло без ошибок, теперь в ФН прописан верный номер! ГЫ:!

[Novichek51]

Ёпрст! А ОФД принял чеки?

[Egorrr]

Так я ж об этом уже писал. )
https://kkmcom.ru/index.php/topic,14787.0.html

[casper3008]

Ёпрст! А ОФД принял чеки?

А вот теперь действительно интересно, уйдут ли чеки с 4333 по 4383 в ОФД?

[shurik37]

Нет, чеки не уходят, из-за того что ОФД не принимает 4333 документ, остальные документы висят в очереди. ОФД отказывается его принимать из-за ошибки зав.№, боятся что могут получить по шапке.

[casper3008]

Нет, чеки не уходят, из-за того что ОФД не принимает 4333 документ, остальные документы висят в очереди. ОФД отказывается его принимать из-за ошибки зав.№, боятся что могут получить по шапке.

Яндекс ОФД пробовал?

[shurik37]

Яндекс ОФД пробовал?

Нет, до этого не дошло, клиент забрал кассу. Дальнейшие действия спланировали провести замену ФН.

P.S.: " На самом интересном месте " Увы!

[Sarge76]

ОФД отказывается его принимать из-за ошибки зав.№

А если новую ккт в ОФД зарегить с этими рег данными, в том числе с тами же зав номером ккт и слить? Или ОФД глядит на регистрацию в налоговой?

[shurik37]

Sarge76, Сейчас ОФД, при добавлении кассы в ЛК, сначала проверяет её валидность на сервере nalog.ru
Теоретически, кассу можно зарегить на Яндекс ОФД, туда слить документы, а потом обратно настроить на OFD.RU

[patriot]

По второму отчету видно, что прописан номер с ошибкой, это делал я, но номер вбивал с распечатки сделанным из FN-run, где был указан 0493004636.

Таки не понятно откуда взялся неверный зав № ккт. В первой регистрации зав номер верный. Где фнран вам распечатал неверный номер до второй вашей регистрации?

[shurik37]

Таки не понятно откуда взялся неверный зав № ккт.

Я этот момент не словил и не запомнил, принял кассу с ошибкой NVR. Авторизацию на кассе не делал, хотя стоило. Беглым взглядом глянул что в кассе на чеке отображается номер ФН, Рег.№, ИНН организации и Зав.№, сразу начал проводить Проверку и восстановление NVR по последнему Z-отчету, после восстановления зафиксировал перерегистрацией без замены ФН.

[casper3008]

Провел эксперемент на МГМ. Внимание на зав.номер
Пока сижу курю в прострации.

Есть боевой брелок, сейчас играться буду

[shurik37]

Тут без стакана не обойтись!

[casper3008]

Боевой брелок ФН1.

На фото 1 изночальное состояние
На фото 2 то что я пытаюсь записать (указанны другие ИНН, зав.номер, рег.номер)
На фото 3 результат - зав номер изменился

Тут без стакана не обойтись!

Наливай

[casper3008]

Возврат в начальный зав. номер на Боевом брелке ФН1

На фото 4 отправка
На фото 5 реультат

[casper3008]

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

Еще бы проверить: на Яндекс ОФД попробовать регнуть ККТ с неверным зав.номером и попробовать скормить ему чеки с  4333 по 4383.

[svetlon]

на Яндекс ОФД попробовать регнуть ККТ с неверным зав.номером

Он не дает зарегать кассу с неверными данными. НО! Если сначала указать верные данные, а потом отредактировать номер ККТ на неверный... Вот так не пробовал. Если проскочит, то должен и убитый чек проглотить ))

[shurik37]

что я больше левые ФН не буду перерегистрировать на Штрихах и Меркуриях

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

[Niro]

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

А причем Штрих и Меркурий, если напортачил Вики Принт?

[hamop]

До сегодняшнего случая, я без опаски регистрировал думая что касса в этот момент проверяет Зав.№ и Рег.№

У Штрихов ФМ проверяет! Лично пробовал , когда получил рег.номер в чужом кабинете.

[chellenger]

По мен так ту два косяка сразу!
1. от программеров Дримкас, ККТ должна сообщить, что в ФН другой ЗН.
2. от производителя ФН или может даже Атлас-кард, ФН не должен допускать повторный ввод ЗН, а если ему это и нужно в тегах для перерега -должен контролировать повторно вводимый ЗН.

[chellenger]

Т.е. что имеем в конечном итоге:
ФН серийные допускают ввод другого ЗН при перерегистрации, возможно не всех производителей (версий встроенного ПО). Так же нет контроля РНМ\ЗН\ИНН, вводи что  хочешь.

Кассам семейства Крислалл-Дримкас глубоко пофигу на ввод другого ЗН при восстановлении NVR или Авторизации. И не малейшего сообщения о несоответствии...

Пипец товарищи!

[RomanPrg]

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

Заводской номер ККТ для ФН это просто «обычный тег» о котором ФН ничего не знает и всегда так было.

В формировании ФПД отчёта о регистрации участвуют только следующие теги:

-регистрационный номер ККТ
-ИНН пользователя
-ИНН ОФД

-код формы ФД
-дата, время
-номер ФД
-номер ФН

заводской номер только косвенно связан с регистрационным и всё !


Если регить непосредственно на Мерке руками, то там все проверки есть, перед регистрацией проверяется соотношения регистрационного номера и заводского и т.д.

[chellenger]

Провёл аналогичный эксперимент на МГМ, зарегал с одними параметрами, глобально переделал ЗН, посчитал новый РНМ, отправил на перерегистрацию.
ЗН поменялся в итоге!

Спойлер

                                        Информация о ФН
**************************************************************************************************
Номер ФН:                               9999078900011745
Версия ФН:                              fn debug v 2.13 (отладочная)
Фаза жизни:                             Готовность к фискализации
**************************************************************************************************

                      Реквизиты регистрации/перерегистрации ФН
*************************************************************************
Дата/время регистрации                  26.05.2021 15:30
Регистрационный номер ККТ               0004106858004831
Пользователь                            ООО "Смороза"
ИНН пользователя                        7811650147
Торговый автомат  (Тег 1001)            0-Нет
Автономный режим  (Тег 1002)            0-Нет
Шифрование данных (Тег 1056)            0-Нет
Только Интернет   (Тег 1108)            0-Нет
ККТ для услуг     (Тег 1109)            0-Нет
Только АС БСО     (Тег 1110)            0-Нет
Системы налогообложения:                0x04  Упрощенная доход - расход (15%)
Версия ФФД (Тег 1209)                   1.05
Адрес расчетов                          193168, СПБ, ул. Подвойского, д. 13, к. 2, уч. А, оф. 27Н
Установка принтера в автомате           0-Нет
Кассир                                  СИС. АДМИНИСТРАТОР
Заводской номер ККТ                     00105703509060
ИНН ОФД                                 7841465198
Наименование ОФД                        ООО "Петер-сервис спецтехнологии"
Место расчетов                          разъездная деятельность
Адрес сайта ФНС                         https://www.nalog.ru
Адрес эл.почты отправителя чеков        noreply@ofd.ru
Версия ККТ                              1245
Версия ФФД ККТ                          1.05
*************************************************************************

Команда 0х02 Начать отчет о регистрации/перерегистрации ФН
Код ответа: 0x00h  Успешное выполнение команды

Команда 0х07 Передать данные документа отчет о регистрации ФН
Код ответа: 0x00h  Успешное выполнение команды
Пользователь:            ООО "Смороза"
Адрес расчетов:          193168, СПБ, ул. Подвойского, д. 13, к. 2, уч. А, оф. 27Н
ИНН ОФД:                 7841465198

Команда 0х3 Сформировать отчет о регистрации (перерегистрации) ФН
Код ответа: 0x00h  Успешное выполнение команды
Дата/Время регистрации:  26.05.2021 15:30
Номер ФД:                1
Фиск. признак:           0570894287

                      Реквизиты регистрации/перерегистрации ФН
*************************************************************************
Дата/время регистрации                  26.05.2021 15:36
Регистрационный номер ККТ 0000000001062236               
Пользователь                            ООО "Смороза"
ИНН пользователя                        7811650147
Торговый автомат  (Тег 1001)            0-Нет
Автономный режим  (Тег 1002)            0-Нет
Шифрование данных (Тег 1056)            0-Нет
Только Интернет   (Тег 1108)            0-Нет
ККТ для услуг     (Тег 1109)            0-Нет
Только АС БСО     (Тег 1110)            0-Нет
Системы налогообложения:                0x04  Упрощенная доход - расход (15%)
Версия ФФД (Тег 1209)                   1.05
Адрес расчетов                          193168, СПБ, ул. Подвойского, д. 13, к. 2, уч. А, оф. 27Н
Установка принтера в автомате           0-Нет
Торговля подакцизными товарами          0-Нет
Кассир                                  СИС. АДМИНИСТРАТОР
Заводской номер ККТ                     1234567890123
ИНН ОФД                                 7841465198
Наименование ОФД                        ООО "Петер-сервис спецтехнологии"
Место расчетов                          разъездная деятельность
Проведение азартных игр                 0-Нет
Проведение лотерей                      0-Нет
Адрес сайта ФНС                         https://www.nalog.ru
Адрес эл.почты отправителя чеков        noreply@ofd.ru
Версия ККТ                              1245
Версия ФФД ККТ                          1.05
*************************************************************************

Команда 0х02 Начать отчет о регистрации/перерегистрации ФН
Код ответа: 0x00h  Успешное выполнение команды

Команда 0х07 Передать данные документа отчет о регистрации ФН
Код ответа: 0x00h  Успешное выполнение команды
Пользователь:            ООО "Смороза"
Адрес расчетов:          193168, СПБ, ул. Подвойского, д. 13, к. 2, уч. А, оф. 27Н
ИНН ОФД:                 7841465198

Команда 0х3 Сформировать отчет о регистрации (перерегистрации) ФН
Код ответа: 0x00h  Успешное выполнение команды
Дата/Время регистрации:  26.05.2021 15:36
Номер ФД:                2
Фиск. признак:           3446105666

                                        Информация о ФН
**************************************************************************************************
Номер ФН:                               9999078900011745
Версия ФН:                              fn debug v 2.13 (отладочная)
Фаза жизни:                             Фискальный режим
Фискализация:                           26.05.2021 15:30
Окончание:                              08.09.2022
Проведено регистраций:                  2
Доступно   регистраций:                 28
Последний документ:                     2 от 26.05.2021 15:36 Изменение параметров регистрации
Без квитанции:                          2
Первый без квитанции:                   1 от 26.05.2021 15:30 Отчёт о регистрации

-------------- Параметры текущего отчета о регистрации --------------
Заводской номер ФН                      9999078900011745
Регистрационный № ККТ                   0004106858004831    
ИНН пользователя                        7811650147 
Номер фискального документа             2
Дата, время                             26.05.2021  15:36:00
Фискальный признак документа            3446105666
Шифрование данных(Тег 1056)             0-Нет
Автономный режим (Тег 1002)             0-Нет
Торговый автомат (Тег 1001)             0-Нет
ККТ для услуг    (Тег 1109)             0-Нет
Только АС БСО    (Тег 1110)             0-Нет
Только Интернет  (Тег 1108)             0-Нет
Системы налогообложения:                0x04  Упрощенная доход - расход (15%)
Код причины перерегистрации:            Смена настроек ККТ
Версия ФФД (Тег 1209)                   1.05
Пользователь                            ООО "Смороза"
Адрес расчетов                          193168, СПБ, ул. Подвойского, д. 13, к. 2, уч. А, оф. 2
                                        7Н
Установлен в торговом автомате          0-Нет
Торговля подакцизными товарами          0-Нет
Кассир                                  СИС. АДМИНИСТРАТОР
Заводской номер ККТ                     1234567890123
ИНН ОФД                                 7841465198 
Наименование ОФД                        ООО "Петер-сервис спецтехнологии"
Место расчетов                          разъездная деятельность
Проведение азартных игр                 0-Нет
Проведение лотерей                      0-Нет
Адрес сайта ФНС                         https://www.nalog.ru
Адрес эл. почты отправителя чека        noreply@ofd.ru
Версия ККТ                              1245
Версия ФФД ККТ (Тег 1189)               1.05
**************************************************************************************************

[chellenger]

RomanPrg, т.е. получается ФНу глубоко пофиг, что РНМ вычисляется из 3-х значений
-порядковый номер
-ЗН
-ИНН

[shurik37]

ФН получается пофиг, но какого хрена боевой ФН даёт переписать Зав.№ номер?

[Novichek51]

Вот-вот. ИНН, рег № и З/Н должны быть неприкосновенны!

[RomanPrg]

RomanPrg, т.е. получается ФНу глубоко пофиг, что РНМ вычисляется из 3-х значений

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

[Niro]

Провёл аналогичный эксперимент на МГМ, зарегал с одними параметрами, глобально переделал ЗН, посчитал новый РНМ, отправил на перерегистрацию.
ЗН поменялся в итоге!

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

[chellenger]

Niro, ну регномер у меня не поменялся.
А так да, эти косяки я уже описал.

[chellenger]

Вот интересно бы было расшифровать пакет для ОФД, там вроде как ЗН в пакете нет.
Тогда получается, что ОФД увидел неверный номер по отчёту о перерегистрации.
Тогда формально другой ОФД не знает с каким номером касса и вполне может это принять.
Если сейчас конечно не ввели проверку самого ЗН. Я в смысле ОФД сейчас проверяют зарегана ли ККТ с ЗН и РНМ?
Или только по РНМ зарегистрирован?

[shurik37]

расшифровать пакет для ОФД

Не было такой задачи! FN-Run может отобразить пакет отправки в ОФД?

[chellenger]

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

[shurik37]

Жду клиента, несет обратно кассу! Сейчас глянул на распечатку по ФН-ну, шифрование данных (тег 1056), выключен.
Согласовали вопрос с клиентом, на замену ФН.

[chellenger]

shurik37, там сейчас клин на каком документе? Отчёт о перереге?

[shurik37]

Так точно, передача прекратилась на отчете перерегистрации, его-же ОФД не принимает.

[Novichek51]

Вики микро - планшет с их ПО при первичной регистрации ругается на не правильный рег. №. При замене ФН строка с рег. № не активна.

[chellenger]

shurik37, попробуй на Яндекс, создай ЛК.

[casper3008]

Вики микро - планшет с их ПО при первичной регистрации ругается на не правильный рег. №. При замене ФН строка с рег. № не активна.

Правильно, но там стоит верхнее ПО  Set Start или Дримкас Старт которые проводят проверку рег.номера.

[Niro]

Niro, ну регномер у меня не поменялся.
А так да, эти косяки я уже описал.

Может потому что МГМ. Боевой ФН по требованию 54-ФЗ не должен:
"Статья 4.1. Требования к фискальному накопителю
...
обеспечивать однократную запись в своей памяти регистрационного номера контрольно-кассовой техники и идентификационного номера налогоплательщика пользователя;"

[casper3008]

Niro, ну регномер у меня не поменялся.
А так да, эти косяки я уже описал.

Может потому что МГМ. Боевой ФН по требованию 54-ФЗ не должен:
"Статья 4.1. Требования к фискальному накопителю
...
обеспечивать однократную запись в своей памяти регистрационного номера контрольно-кассовой техники и идентификационного номера налогоплательщика пользователя;"

Вариант с боевым один в один, поменялся только зав.номер ККТ https://kkmcom.ru/index.php/topic,17043.msg223415.html#msg223415

[chellenger]

расшифровать пакет для ОФД

Не было такой задачи! FN-Run может отобразить пакет отправки в ОФД?

[Niro]

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

Заводской номер видимо относится к иным сведениям:
"обеспечивать многократную запись в своей памяти информации об операторах фискальных данных и иных сведений, введенных в контрольно-кассовую технику при формировании отчета о регистрации;"

[GeorgSerg]

Я в смысле ОФД сейчас проверяют зарегана ли ККТ с ЗН и РНМ?

По новому протоколу проверки статуса ККТ в ФНС  (ФФД-1.2 версия 1.3 от 19.05.2021г)
Какие Статусы ФНС по кассе могут быть -
..........
- РНМ+ФН - указанной комбинации РНМ+ФН в ФНС не существует
.........
Тема на "зелёном" Формат обмена данными между ОФД и ФНС, пост Stok_a, Сегодня в 11:16:00

А сейчас, видимо, похрену.

[chellenger]

Мы как бы про 1.05
Или там общие правила на контроль?

[GeorgSerg]

Если по "правилам", то независимо от версии - это основа всего. Но закон одно, а практика - то, что имеем. Значит, сервер ФНС не проверяет ( то есть не подтверждает в ответе ОФД) каждый ФД. А ОФД все это "до лампочки", не его проблемы. Или есть варианты?

[SERZH]

Так точно, передача прекратилась на отчете перерегистрации, его-же ОФД не принимает.

Упускаем один важный вопрос . А на сайте ФНС прошла перегестрация ошибочного зав № ? Думаю что у Вас до этого не дошли руки а ОФД нужно подтверждение с сайта ФНС что всё окей .

[Niro]

А на сайте ФНС прошла перегестрация ошибочного зав № ?

А разве можно сделать перерегистрацию с другим номером ККТ?

[SERZH]

А на сайте ФНС прошла перегестрация ошибочного зав № ?

А разве можно сделать перерегистрацию с другим номером ККТ?

Я имел ввиду данные (ФД и ФП ) с ошибочного чека

[Niro]

Я имел ввиду данные (ФД и ФП ) с ошибочного чека

Разве при перерегистрации эти данные вводятся в ЛК ФНС?

[SERZH]

Я имел ввиду данные (ФД и ФП ) с ошибочного чека

Разве при перерегистрации эти данные вводятся в ЛК ФНС?

При смене адреса не запрашивает а вот при смене ОФД не помню

[Niro]

При смене адреса не запрашивает а вот при смене ОФД не помню

Тоже ничего вводить не надо.

[chellenger]

Сайту ФНС пофиг на все типы перерегистраций (чеки не интересуют) кроме смены самого ФН.

[chellenger]

shurik37, Как успехи, с Яндексом не пробовал фокус?

[shurik37]

chellenger, Решили провести замену ФН, с клиентом согласовали. Сейчас готовлю кассу к заменен ФН-а. Немного очкую я! Сижу проверяю каждую цифру с карточкой регистрации.
Fito упорно сопротивляется, архив не закрывает из-за не отправленных доков. После нажатия Аварийного закрытия ФН и установки нового накопителя, касса ошибку модуля ФН-а не выдала.
Архив старого ФН-а буду закрывать через FN-Run.

[chellenger]

shurik37, Закрывать то понятно FN_RUN-ом, а вот что делать с документами в ФН?
Выгружать архив и засовывать в ЛК?
Я бы попробовал слить куда то непереданные, в Яндекс коллеги советуют например.

[chellenger]

shurik37, по любому клиенту наверно интересней если старый ФН выживет после "реанимации".

[shurik37]

а вот что делать с документами в ФН?

ТП OFD.RU рекомендовала не отправленные документы провести чеком коррекции на новом ФН!

[chellenger]

shurik37, Это вообще как то не совсем правильно, ИМХО.

[apr1l]

а вот что делать с документами в ФН?

ТП OFD.RU рекомендовала не отправленные документы провести чеком коррекции на новом ФН!

слей уже в яндекс попробуй,всем интересно же!