Форматный контроль не пройден

[vladf22]

Может кому пригодится.
После прошивки под НДС 20 при отправке документов печатала "Сообщение ОФД не принято" и "Форматный контроль не пройден". ОФД Сбис.
Общение со Счетмашем ситуацию не прояснило "ФН формирует не верно".
При подключении к компу доки улетали.
До НГ заниматься было некогда, отложили на сей час.
Итог: после прошивки ИНН кассира не вспомнили и вбили ИНН самого юр. лица 10 цифр вот из за этого и не было передачи.

[PuRGen]

после прошивки ИНН кассира не вспомнили и вбили ИНН самого юр. лица 10 цифр

И при чем здесь счетмаш?
Я если не могу добыть, вбиваю ИП, а у юриков директора, его ИНН в выписке есть.

[vladf22]

Счетмаш при том что с компа данные уходят, а с кассы нет.

[PuRGen]

Лучше бы она вообще не давала вводить такой ИНН на этапе программирования.
Но один фиг, кто вводил виноват.

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

Итог: после прошивки ИНН кассира не вспомнили и вбили ИНН самого юр. лица 10 цифр вот из за этого и не было передачи.

Не понял, у тебя был некий ФД который содержал в себе "левый" ИНН кассира, и этот ФД не принимался СБИСом. Далее ты в кассу вбил ИНН ЮРика и ФД улетел?

[vladf22]

В оператора был забит инн юрика с 00 впереди - доки не улетали. Подключили ФН к компу - улетели. Забили инн физика - полетели.

[vladf22]

кто вводил виноват

Кто вводил конечно виноват. Интересность то в том что в цейтнот можно и не усмотреть, а голову набекрень свернуть запросто.

[chellenger]

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

[SergeyD]

что весьма просто проверяется на программном уровне.

Аналогично легко проверяется корректность ИНН, только не все ГП этим заморачиваются. Проверяет ли ОФД ИНН по контрольной сумме, не знаю.

[chellenger]

SergeyD, Проверку КС я тоже имел ввиду где то в уме и не написал ниже.
Почти тем же способом корректность регномера проверяется.

[SergeyD]

где то в уме

Наверное, в подсознании

[Димитрий]

не всосал нюанса:
если ФД уже содержит "неверный инн кассира"
и записан в ФНе , то этот ФД и последующие ФДы не имеющие квитанций подтверждения от ОФД никогда не будут приняты...
вопрос: как изменение инн кассира после формирования ФД повлияло на принятие этого ФД, если Тлв не корректируется впринципе ?

[got10]

Правильно я понимаю : СБИС включил жесткий ФЛК?
ИНН организации не прокатывает вместо ИНН физ. лица? Интересная и пугающая штука.

[SkaT]

Правильно я понимаю : СБИС включил жесткий ФЛК?
ИНН организации не прокатывает вместо ИНН физ. лица? Интересная и пугающая штука.

Тут дело тёмное...
Если бы дело было в ФЛК, то с компа чеки тоже не приняли бы.
А раз с компа эти якобы "кривые" чеки приняли, значит что-то тут не так. И ФЛК тут не виноватая.
Есть вероятность, что при не корректном ИНН что-то косячит с отправкой сама ЭКР, и ОФД отказывается принимать чего ей послали...

[got10]

ЭКР читает TLV документа, видит невалидный ИНН и не ставит весь документ в очередь на передачу? Так это самодеятельность!

[GeorgSerg]

при некорректном ИНН что-то косячит с отправкой сама ЭКР

Ни одна касса НЕ СМЕЕТ не то чтобы откорректить готовый контейнер с ФД , а даже "дыхнуть" в его сторону ... Это называется "отсутствие влияния" и экспертится наиуважаемой и надостойнейшей структурой..

[SkaT]

при некорректном ИНН что-то косячит с отправкой сама ЭКР

Ни одна касса НЕ СМЕЕТ не то чтобы откорректить готовый контейнер с ФД , а даже "дыхнуть" в его сторону ... Это называется "отсутствие влияния" и экспертится наиуважаемой и надостойнейшей структурой..

Причём тут корректировка пакета...
Я говорю о вероятной банальной ошибке ПО.
Может даже просто сообщение об ошибке не соответствует самой ошибке. Было ведь уже аналогичное (не соответствие сообщения и реальной ошибки) и не только на ЭКР.
А Орионы вообще в чеки пихали битые ИНН-ы кассиров и админа...
От ошибок ПО никто не застрахован.

[got10]

А кстати, на какой прошивке это произошло?

[GeorgSerg]

От ошибок ПО никто не застрахован.

Значит, отправляемый, но непринятый контейнер разбирать "по косточкам" надо . Он же под № 1 в очереди числится. Есть ляпы - тогда и можно конкретно претензии к ПО выстраивать . А иначе гадание на кофейной гуще получается .

[SkaT]

От ошибок ПО никто не застрахован.

Значит, отправляемый, но непринятый контейнер разбирать "по косточкам" надо . Он же под № 1 в очереди числится. Есть ляпы - тогда и можно конкретно претензии к ПО выстраивать . А иначе гадание на кофейной гуще получается .

Причём контейнер (для разборки) нужно брать не из ФН, а из сетевого лога...

[Pokker]

ФР от Атол, даже чек не выдаст с левым ИНН кассира.

[SkaT]

ФР от Атол, даже чек не выдаст с левым ИНН кассира.

Он по фото сличает или по отпечаткам пальцев определяет, что ИНН не этого кассира?

[Димитрий]

левый - с некорректной контрольной цифрой на конце
некоторые кассы програмно его проверяют
алгоритм формирования КЦ известен давно

[SkaT]

левый - с некорректной контрольной цифрой на конце
некоторые кассы програмно его проверяют
алгоритм формирования КЦ известен давно

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

[vladf22]

Хм... да какие особые факторы. Проверки ИНН кассира нет ни в ЭКРке ни у СБИСа.

[Havrilla]

Итог: после прошивки ИНН кассира не вспомнили и вбили ИНН самого юр. лица 10 цифр вот из за этого и не было передачи.

ИНН кассира ни в одной ЭКР и минике не указывал пока, Но ситуация точь в точь как у Вас. ОФД тензор.

После прошивки под НДС 20 при отправке документов печатала "Сообщение ОФД не принято" и "Форматный контроль не пройден".
Причем самое интересное 2 миники абсолютно одинаковые модули связи и настройки. Одна работает норм, а второй такой затык с чеками начал наблюдаться после прошивки под НДС20%. Несколько чеков отправит 1 или 2 потом начинает накапливать до 50 и более и затем выдает ошибку:"Сообщение ОФД не принято" и "Форматный контроль не пройден".  Причем если пока не накопились чеков много дать ей пинка кнопкой ПИ, чеки отправляются. Связь по симке.
Если уже выскакивает ошибка:"Сообщение ОФД не принято" и "Форматный контроль не пройден", помогает только перепрошивка кассы, чеки сразу улетают по симке, даже в большом количестве. Потом история с накоплением чеков поторяется.

[SkaT]

Сегодня кассир рассказал, что после перепрошивки ЭКР на 20%, перестали отправляться чеки. Ни самостоятельно (на экране ? ), ни по "ПИ".
Помогает перезагрузка ККТ, при включении сразу все чеки отправляет, и значительно быстрее чем на старых прошивках.
Подключена по Езернету. Таких две ЭКРки.
Распечатал настройки Езернета: при включении без чеков в очереди, из сетки подхватывается левый IP (на котором нет интернета), при включении с чеками в очереди, подхватывает правильный IP (указанный в настройках).
Возможно с подхватом IP - это случайность, но у меня вот так получилось.

[ser76]

Сегодня кассир рассказал, что после перепрошивки ЭКР на 20%, перестали отправляться чеки.

При восстановлении настроек ОФД хост удаляите ?

[SkaT]

Сегодня кассир рассказал, что после перепрошивки ЭКР на 20%, перестали отправляться чеки.

При восстановлении настроек ОФД хост удаляите ?

Абзательно.
Да и не в Хосте дело (в моём случае).
Постоянно подхватывает IP - левые, не те которые прописаны в настройках. А админ выделил для касс конкретные IP, разрешил на них интернет.

[vladf22]

ИНН кассира ни в одной ЭКР и минике не указывал пока

А вот это странно, ведь без инн (кассира) не пускает в кассовый режим?