Меркурий-115Ф Ошибка 434 Сервер разорвал соединение

[Angelels]

Проблема следующая:у клиента есть 10шт Меркурий-115Ф, ФН 13мес РИК, Прошивка на всех аппаратах от 16.05.2018, ОФД Калуга Астрал. Зарегистрированы все в один день в начале июня. Щас обнаружили что из 10 аппаратов только один передает данные в ОФД, на всех остальных вылезла ошибка 434 Сервер разорвал соединение. Все настройки на кассе 10 раз перепроверили, все верно, на всех аппаратах все одинаково, влючая тот, который передает данные. В техподдерке Калуга Астрал говорят что чеки видят что они к ним поступают, но не проходят валидацию. Как сказали у них выдает "Формат: Логистический контроль не проходит". Сказали обращать к производителю.
Что это может быть? Куда копать? 

[ravil1965.65]

Прошивка на всех аппаратах от 16.05.2018

Эта прошивка вроде пока для тестирования. Попробуйте поставить от 20.04.2018. Или если Вы такой рисковый - уже есть (опять же для тестирования) прошивка от 09.07.2018

[Angelels]

Эта прошивка вроде пока для тестирования. Попробуйте поставить от 20.04.2018

Пробовали уже все прошивки вплоть до 20.12.2017

Ради эксперимента перевел одну кассу на ОФД Такском(добавил в ЛК Такскома и в кассе ввел настройки ОФД Такском), чеки сразу полетели.
А Калуга Астрал твердит проверяйте кассы...

[ravil1965.65]

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

[Бушин]

Как сказали у них выдает "Формат: Логистический контроль не проходит".

Что конкретно не проходит, на какой тег ругается?

[Angelels]

Что конкретно не проходит, на какой тег ругается?

По телефону сказали Неверная длина ИНН, что-то связано с этим.

[GeorgSerg]

На сервере ФНС регистрация прошла успешно ? В ЛК клиента ФД под номером 1 ( регистрация) есть ?

выдает "Формат: Логистический контроль не проходит".  - наверно, все-таки Форматно-логический контроль . Тогда пусть свои черные ящики сами чинят .
ФН подключить к тест-проге, проверить TLV - структуру отправленного, но не принятого ФД

[Angelels]

На сайте ФНС регистрация прошла, карточка регистрации есть, на все все кассы. В ЛК ОФД калуга Астрал все кассы добавлены, стоит статус Подключена и последний сеанс связи видно на момент последнего включение, т.е. стоит 11.0.18 18:30. Но ни одного документа нет. Только одна касса все отправляет. По одной кассе было не отправлена 3000 чеков, после того как ее подключили к Такскому за час все отправила.
ФН подключал к проге WIN_TEST_FN_OFD_20180416, через нее тоже не отправляет документы в "Калугу"

[Бушин]

Пусть логи дадут, неверная длина - это сколько, 9, 13, что приходит в ОФД?

[GeorgSerg]

явно ФЛК чудит . А логов и прочего от ОФД теперь не дождешься - отказ будет вчистую.
По уму если - то они должны давать ответ, на каком именно этапе первичной обработки данных контейнера сервером и что определяется неверно .

перевел одну кассу на ОФД Такском(добавил в ЛК Такскома и в кассе ввел настройки ОФД Такском), чеки сразу полетели.

[Angelels]

Завтра будем мучить ТП Калуги Астрал, сегодня они уже не работают..
Надеюсь удастся что-нибудь от них добиться.

[SkaT]

Что конкретно не проходит, на какой тег ругается?

По телефону сказали Неверная длина ИНН, что-то связано с этим.

А они не уточнили длина какого ИНН их не устраивает?
Может длина ИНН кассира?

[GeorgSerg]

тег ИНН кассира пока необязателен , зачем его в контейнер с данными совать ?
Сервак ФНС первичку скушал , все остальное - от лукавого ..Еще раз пишу -считать/ проверить TLV - структуру ПЕРВОГО отправленного, но НЕ принятого ФД .
Мож, хоть что-то прояснится ..

[ravil1965.65]

Angelels,  А как они объясняют что одна из 10 касс все таки отправляет чеки в Калуга Астрал. Надеюсь они не квалифицируют это как чудо по типу непорочного зачатия.

[Angelels]

А они не уточнили длина какого ИНН их не устраивает?
Может длина ИНН кассира?

Не уточнили, но ИНН кассира вообще не заводили.

А как они объясняют что одна из 10 касс все таки отправляет чеки в Калуга Астрал. Надеюсь они не квалифицируют это как чудо по типу непорочного зачатия.

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

При чем уже зарегистрировали сотню Меркуриев 115 и 185 на другие ОФД и нигде проблем нет..

[GeorgSerg]

пост уважаемого ravil1965.65 навел на вполне очевидную и лежащую на поверхности причину - вангую, что в какой-то момент времени - можно , кстати, проверить по датам первых неотправленных ФД на 9 Мерках - сделали "апгрейд ПО" чОрных ящиков Астрала. ОФД о таких процедурах могут и не уведомить, кстати . ФЛК , ессно , не пройден, ПО в ящиках откатили взад - но черное клеймо-то на ФД осталось . Пока техподы ОФД ручками не подправят - так все висяком и останется. И да - если в эту дату на Мерке №10 -который-без-проблем чеки НЕ пробивались - то надо пинать ОФД .

[ravil1965.65]

При чем уже зарегистрировали сотню Меркуриев 115 и 185 на другие ОФД и нигде проблем нет..

Подключать надо к проверенным ОФД, как Вас угораздило к Калуге Астрал подключить. Если это была Ваша инициатива то дешевле всего перейти на Яндекс.ОФД.

[Angelels]

Подключать надо к проверенным ОФД, как Вас угораздило к Калуге Астрал подключить. Если это была Ваша инициатива то дешевле всего перейти на Яндекс.ОФД.

Это была инициатива клиента, мы работаем в основном с Такском, Платформой. Мы их отговаривали, но они настояли.

[Angelels]

Ну вот как раз один Меркурий, который передает данные был зарегистрирован раньше остальных дня 3.

[pletenb]

А можно посмотреть на отчет о регистрации "рабочей" кассы и, хотя бы, от одной "нерабочей"?

А вообще, интересно именно то, что кассы "не контачат" у одного пользователя. Может какой глюк с ЛК? Ну, типа думает, что всего одна касса в нем. Или думает, что за одну кассу проплачено. Поди разбери эти ОФД. Тем более вы сказали, что общались с теми, кто не особо разбирается. Попробовать заставить техподдержку ЛК пересоздать и заново кассы добавить. Полюбас они умеют это делать.

[promah]

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

[GeorgSerg]

общались с теми, кто не особо разбирается

А там шибко умных не держат .. Не вписываются они в общий уровень конгениальности.. Как-то звоню в техподдержку оператора эN - ( я чукча умный - сначала запрос на емайло кинул) - премилый бабский голосок ,
-номер договора скажите !
Всего пять минут поиска
- нашла ! Сейчас передам специалистам, завтра мы вам ответим !
- На спеца переключите , пож-ста !
- Не могу !
- Дэушка, клиенту СЕЙЧАС чеки клепать надо - убытки за простой вам иском выставлять ?
Задумалась . Скрип мозгов -
- эээ.. я сейчас спрошу ...
Родила-таки в ответе близняшек . Чукчу и негра .

[Angelels]

Что конкретно не проходит, на какой тег ругается?

В ОФД ответили как у них отражается эта ошибка:

Ошибки валидации: map[OperaorInn:[3: неверная длина ИНН (1)]]
Принят документ с типом 3:
receipt v1.05 валидирован (1 ошибок)

[GeorgSerg]

https://egrul.nalog.ru/
1090794582  "ОГРН или ИНН" - некорректный ИНН ЮЛ

[Angelels]

Я так понял Ошибка валидации ИНН оператора, но на всех кассах он запрограммирован одинаково: 4029017981

[Angelels]

Отчет по ФН

[GeorgSerg]

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

На работающем Мерке такие же данные ?

P.S. по сцыле ИНН 4029017981 - верно
P.Р.S. обязательно проверьте TLV - структуру ПЕРВОГО НЕОТПРАВЛЕННОГО ФД -
строка с проблемным ИНН_ом - что пакуется ?

[ravil1965.65]

Angelels, Сколько 185;115 зарегил с нормальными ОФД (Ярус, Яндекс, Эвотор) ни разу проблем не было. Напишите в Калуга Астрал что пошлете их в пешее эротическое путешествие если не исправят ситуацию. А клиенту скажите что если от хочет сэкономить 100 рублей в одном месте, он может потерять больше в другом если не будет прислушиваться к Вашим советам.

[GeorgSerg]

вот-вот ... и полное отсутствие "правового поля отношений" .. Ошибки при обработке принятых данных - ни бе, ни ме, мабуть , оно само рассосется как -нить .. Извещение пользуна о сбоях нигде ничем не регламентировано ... И за что деньги платим ? Вопрос риторический, но "Карфаген должен быть разрушен" (c) ЦТО это зло !

[Angelels]

На работающем Мерке такие же данные ?

На всех Мерках все настройки и прошивки одинаковые.
Единственное отличие то который передает все был зарегистрирован раньше других.

[Angelels]

P.Р.S. обязательно проверьте TLV - структуру ПЕРВОГО НЕОТПРАВЛЕННОГО ФД

Это как сделать? Через какую прогу?

[GeorgSerg]

конкретика теперь нужна . пока нет данных - мне нечего ответить ...

FNTestLight_132 1.15.1.0 от 17.06.16 от Атласа. Если ФФД 1_05 - то некоторые теги может дать с ошибкой .
https://kkmcom.ru/index.php?action=downloads;sa=view;down=3024

[ravil1965.65]

Angelels, Вы же одну кассу к такскому подключили и чеки ушли, которые раньше не уходили.? Уже давно не встречал остановок по поводу TLV. Мне кажется это не причем.

[Angelels]

Считал через другую прогу, получается сейчас первый непереданный документ на кассе под номером 2270, все предыдущие были отправлены в Такском.
Вот что выдало:
Команда 0х45 Запрос документа № 2270 в TLV-формате
Код ответа: 0x80h  Превышено время ожидания ответа ОФД
Тип документа: 3 Кассовый чек
Длина документа: 263
Начало сообщения TLV-структуры........
Заводской номер ФН                      8710000101614008
Регистрационный № ККТ                   0001911787043554   
ИНН пользователя                        505300066809
Номер фискального документа             2270
Дата, время                             28.06.2018  17:55:00
Фискальный признак документа
  Тип документа                         0x31
  ФП 1                                  2505411539
Номер смены                             24
Номер чека за смену                     115
Признак расчета:                        Приход
ИТОГ                                    100,00
Версия ФФД (Тег 1209)                   1.05
---------------- STLV -->
Предмет расчета
Наименование товара                     ПРИХОД
Цена за единицу                         100,00
Количество                              1,000
Признак предмета расчета                Товар
Признак способа расчета                 Полный расчет
Общая стоимость позиции                 100,00
Cтавка НДС                              6
STLV <-------------------
Пользователь                            ИП Грераськина Т.А.
Кассир                                  КАССИР Насникова Н.А.
ИНН кассира                             0           
Сумма предоплатой(зачетом аванса)       0,00
Сумма постоплатой (в кредит)            0,00
Сумма встречным предоставлением         0,00
Электронными                            0,00
Наличными                               100,00
Сумма расчета по чеку без НДС           100,00
Системы налогооблажения:                0x08  Единый налог на вмененный доход (ЕНВД).
Окончание сообщения TLV-структуры
--->  04 01 00 46 AE D3
<---  04 06 00 88 1F 04 01 00 08 FD 75

[GeorgSerg]

TLV-структура первого неотправленного ФД - это данные, пакуемые в контейнер.
Иначе нет способа , как разобрать по кусочкам то, что отправляется, но обрабатывается с ошибкой в момент приемки . Если уходят верные данные, а сервак ОФД их извращает при приемке , то как еще ? Валидный ИНН ни с того , ни с сего вдруг становится кривым

[GeorgSerg]

В сообщении для ОФД без расшифровки по адресу 0х100 что ?

[GeorgSerg]

Пора начинать пинать ОФД...

[russodamian]

до фига подключал мерков к ОФД калуга астрал, проблем не было, и на версии ффд 1.0 и на версии ффд 1.0.5 (прошива от февраля), даже новые которые приходят с апрельской прошивкой, прошивал на февральскую.....и около 40 только за период с 25.06 по 30.06 проблем не было))) значит звёзды у ОФД не так светили когда Вы подключали....((( берите ... и пинайте ОФД, другого варианта не дано.....

[hronosapiens]

Может  ИНН кассира вбить ? Для эксперимента ?
operator -> кассир

[ravil1965.65]

А какой прогой читали? Если не Атласовской, то может и не выдать ошибку. Если создать кабинет в 1 офд, забить их хост (IP), порт в кассе может без оплаты начнет чеки отправлять. На этом этапе получится или нет, Они вроде без оплаты какое то время принимают

[GeorgSerg]

ИНН кассира - куда вбить ? только если кому-то в маковку, но только не уважаемому ТС ...
Кста - в соседней ветке тоже отказник у Челленджера ... Если ФЛК включат - то тогда "живые позавидуют мёртвым", по данным самой ФНС почти четверти всех ФНов
точно наступит Кабздец Петрович...

[hronosapiens]

GeorgSerg, в настройки ! Вдруг он под ФЛК уже сидит ? Ну может наказали его этим ?!
Просто это Единственное ИНН в чеке , которое лично мне не нравится.
Аххххааа , ну я Дебил. Хм . У него же уже проблема ! 
Точно. Тогда пинать. Только.

[russodamian]

кстати а что в прошивке 16.05.2018 добавили? просто вдруг при программирование параметров в 9 кассах трогали ИНН кассира, вбивая 0, а у десятой кассы далее ФИО, не залазили, и он считается не активным....вот он и не мешает, а в офд взяли и добавили проверку ИНН кассиров, где параметр неактивный, там всё гуд, а где ставили 0 беда....или за три дня до этого в офд пофиг было на ИНН кассиров, а потом чёто обновили и алис гуд........
не ругайтесь на бред выпившего человека))))

[GeorgSerg]

Ну ведь другой Мерк с такими же настройками сейчас идет как эталон .
И потом - в уже пробитых чеках в архиве , и в первый отправленный, но не принятый - что и как воткнуть ?

[GeorgSerg]

ИНН кассира в ФФД 1_05 - параметр НЕобязательный .. Иначе сервак ФНС первый дал бы отказ.

[russodamian]

Ну ведь другой Мерк с такими же настройками сейчас идет как эталон .

ИНН кассира в ФФД 1_05 - параметр НЕобязательный .. Иначе сервак ФНС первый дал бы отказ.

кстати а что в прошивке 16.05.2018 добавили?

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

[russodamian]

ИНН кассира в ФФД 1_05 - параметр НЕобязательный .. Иначе сервак ФНС первый дал бы отказ.

он не влияет на формирование ФПД

[hronosapiens]

он не влияет на формирование ФПД

Чисто теоретически в логическом ключе:
Данные принимает ОФД, vlidate их по какому нибудь шаблону/алгоритму.
Находит различие стандартной(теоретически ожидаемой) информации в поле ФИО кассира
и соответственно переходит к поиску ИНН кассира, не находит совпадения КС ИНН кассира и вываливается в ошибку.
Как тот так ?
Ну или ККТ действуя по этому алгоритму включает ИНН кассира в пакет данных не проверяя его на наличие или правильность.
PS.
Коньяк и мартини способствуют субъективному усилению самомнения.

[hronosapiens]

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

[buldik]

Проблема следующая:у клиента есть 10шт Меркурий-115Ф, ФН 13мес РИК, Прошивка на всех аппаратах от 16.05.2018, ОФД Калуга Астрал. Зарегистрированы все в один день в начале июня. Щас обнаружили что из 10 аппаратов только один передает данные в ОФД, на всех остальных вылезла ошибка 434 Сервер разорвал соединение. Все настройки на кассе 10 раз перепроверили, все верно, на всех аппаратах все одинаково, влючая тот, который передает данные. В техподдерке Калуга Астрал говорят что чеки видят что они к ним поступают, но не проходят валидацию. Как сказали у них выдает "Формат: Логистический контроль не проходит". Сказали обращать к производителю.
Что это может быть? Куда копать? 

Проблема в ИНН кассира 0,решение-или забить инн кассиров или затереть ноль через сервер Инкотекса,через Мерк конфиг не трет.С астралом еще есть вариант 2 кабинетов ,новый -старый,работают по очереди
Пы.сЫ.По умолчанию вместо пустого поля стоит ,с какой то радости ,ИНН=0.

[Angelels]

И кстати. Опять же: чисто теоретически !
Я не разбирался с протоколом ОФД с их КС сообщений их форматами и т.д.
Но если , ФИО кассира все таки виновно, то может возможно сохранить "застрявшие" данные и обработав архив повставлять
то что надо (все что не влияет на формирование ФПД) и отправить через ПО с компа.
Чистая теория. Предположение.
Ну или просто попробовать через утилиту меркурия их отправить.
Или уже пробовали ? Чтобы исключить возможного влияния ПО ККТ.
И почему ИНН оператора 10 цифр ? Хотя у живого человека их должно быть 12 ?

Через утилиту Меркурия пробовали отправлять, тоже ничего не проходит. 10 цифр это имелось ввиду ИНН оператора фискальных данных, а кассира то понятно что 12 должно быть..
И ИНН кассира пробовали запрограммировать в настройках, все равно не отправляет. Может потому что все неотправленные документы получается идут без ИНН кассира. Но в Такском то все уходит с этих касс и в ЛК отражается...
Так же есть еще несколько касс, не Мерков, подключенных к Астралу и ИНН кассира в них тоже нет, но данные уходят...

[Angelels]

Проблема в ИНН кассира 0,решение-или забить инн кассиров или затереть ноль через сервер Инкотекса,через Мерк конфиг не трет.С астралом еще есть вариант 2 кабинетов ,новый -старый,работают по очереди
Пы.сЫ.По умолчанию вместо пустого поля стоит ,с какой то радости ,ИНН=0.

ИНН кассира то можно стереть или запрограммировать, но как быть с неотправленными чеками, коих накопилось на каждой кассе под 3000?

[hronosapiens]

Помню где то поднималась тема про ОФД которое может "поднимать" не свои чеки. То ли в разговорах, то ли на форуме. Или то байки были ?

[patriot]

Я бы посмотрел чеки в tlv виде с кассы которая отправляет в калугу. Возможно в них нет тега ИНН кассира в принципе. А в кассах которые не отправляют есть и у него неверная длина, что напрягает калугу, а других ОФД не напрягает.
З.Ы. Наименование пользователя ИП Грераскина, а кассир Гераськина, поправили уже?

[buldik]

И кстати. Опять же: чисто теоретически !
Я не разбирался с протоколом ОФД с их КС сообщений их форматами и т.д.
Но если , ФИО кассира все таки виновно, то может возможно сохранить "застрявшие" данные и обработав архив повставлять
то что надо (все что не влияет на формирование ФПД) и отправить через ПО с компа.
Чистая теория. Предположение.
Ну или просто попробовать через утилиту меркурия их отправить.
Или уже пробовали ? Чтобы исключить возможного влияния ПО ККТ.
И почему ИНН оператора 10 цифр ? Хотя у живого человека их должно быть 12 ?

Через утилиту Меркурия пробовали отправлять, тоже ничего не проходит. 10 цифр это имелось ввиду ИНН оператора фискальных данных, а кассира то понятно что 12 должно быть..
И ИНН кассира пробовали запрограммировать в настройках, все равно не отправляет. Может потому что все неотправленные документы получается идут без ИНН кассира. Но в Такском то все уходит с этих касс и в ЛК отражается...
Так же есть еще несколько касс, не Мерков, подключенных к Астралу и ИНН кассира в них тоже нет, но данные уходят...

проблема как раз не в том что инн кассира не стоит,а в том что он =0,если бы было чистое поле,то все нормально было бы,проблема как раз у мерков с Калугой,другие офд без проблем,по поводу неотправленных  чеков ,Решение-оплати передачу данных временную передачу день,3 дня,в другом любом Офд ,где есть эта услуга,кроме Астрала,заведи их в ЛК офд,потом берешь один мерк настраиваешь Офд и потом только фн меняешь и отправляешь.

[hronosapiens]

Так же есть еще несколько касс, не Мерков, подключенных к Астралу и ИНН кассира в них тоже нет, но данные уходят...

Их нет или они равны нулю. Это большая разница. Пакеты надо смотреть , которые в ОФД идут и сравнивать. Чтобы была твердая уверенность.
Возможен вариант что если есть число (ИНН) то оно должно быть валидно. Или его вообще не должно быть.

[Angelels]

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

Теперь вопрос как решить проблему... Стереть везде ИНН кассира то не проблема. Но как отправить зависшие чеки? Либо долбить ТП Астрала, чтобы они убрали эту проверку. 

[hronosapiens]

Angelels, наверное как всегда три пути
- долбить Астрал ( блин потусторонее что-то
- узнать/использовать возможность слить эти чеки в другое ОФД
- списаться с создателем FNTest на предмет правки архива сообщений ОФД (вырезать тег ИНН в пакете)

[ravil1965.65]

Решение-оплати передачу данных временную передачу день,3 дня,

У Эвотор ОФД есть тариф "Сервисный" 16,50 за день. Для пробы оплатить, завести ЛК, подключить кассу и посмотреть отправит ли.
 Angelels,  И еще, с Яндексом работаете? Вчера коллега по запарке зарегил кассу не на того клиента, взял не ту заявку (касса для данного клиента была зарегина позавчера) ОФД - Ярус, на ФН он попал, но чтобы еще и на ОФД не попадать, подключил клиента в партнерском ЛК Яндекса, ввел данные по кассе, оплатил, в кассе (как раз был Меркурий 115Ф) в настройках ОФД поставил хост- порт Яндекса. Чеки улетели (открытие смены, чек продажи, возврат, закрытие смены), чек регистрации улетел до этого- куда не понятно, потому что в Ярусе эту кассу не подключали, но кабинет с одной кассой уже был. Прошивка была от 20.04.2018.

[ravil1965.65]

- списаться с создателем FNTest на предмет правки архива сообщений ОФД (вырезать тег ИНН в пакете)

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

[SkaT]

Здорово, что хватило суток, чтобы вернуться к тому, с чего начали - к ИНН кассира.
Кстати, вчера проверил на нескольких Меркуриях, с конфигурацией от 20.04.18г. Чеки в Такском уходят, но поголовно "Ошибка сервера: 14".
Сегодня буду у Такскома узнавать, что не нравится...


Узнал у Такскома.
Сказали, что ошибок в чеке нет, и в ФНС чеки передаются, но у них высвечивается претензия к контейнеру: "не допустимое значение реквизита ИНН кассира = 0".

Вот такие вот дела.

[RDM]

Сказали, что ошибок в чеке нет, и в ФНС чеки передаются, но у них высвечивается претензия к контейнеру: "не допустимое значение реквизита ИНН кассира = 0".

Может ТС, задаст вопрос на форуме ИНКОТЕКСА? Поправят....
http://forum.incotexkkm.ru/viewforum.php?f=7

[horgy_a]

- списаться с создателем FNTest на предмет правки архива сообщений ОФД (вырезать тег ИНН в пакете)

То ли смеяться, то ли плакать над сим изречением....

[GeorgSerg]

ошибок в чеке нет, и в ФНС чеки передаются.... "недопустимое значение реквизита ИНН кассира = 0"

Коллега, ответ Такскома - не что иное, как тяпничный вынос мозга ..
Итоги
1 Сервер ФНС ( между прочим, главный в "пищевой"цепочке !) хавает ИНН кассира =0 и не кашляет. Что там в претензиях его потрошков высвечивается, нас не колышет. По крайней мере, до 01.01.2019. Вот там - да, будет "и вой, и скрежет зубовный", но это не сейчас

2 Сервер Такскома успешно принимает и заносит в БД чеки, не дое**ваясь к ИНН кассира.

3 Получаем в итоге, что в наст. время сервак ОФД при проверке ФД тег ИНН кассира должен игнорировать . И сами ОФД лепят горбатого на своих серверах по своему желанию ( "Я так вижу !" (с), Немирович-Данченко)
 
Вопрос - какие такие еще чеки передаются Такскомом на сервак ФНС ? Если только по запросу, сами ФД серваку ФНС в одно место не впились ..

Выводы
1 Пинать "Петруху", чтобы приняли все ФД, потом убрать ИНН кассира
2 Если уйдет в "несознанку с отказом" - срочняком переходить к Такскому. На кону нехилая такая сумма , в 9 ФН, тьфу-тьфу, чтоб не сглазить ..

[russodamian]

Пинать "Петруху", чтобы приняли все ФД, потом убрать ИНН кассира

правильно пинать и пинать......

По крайней мере, до 01.01.2019. Вот там - да, будет "и вой, и скрежет зубовный", но это не сейчас

а по поводу 01.01.2019, тоже всех пинать и ОФД и Разрабов ККТ, ибо как вы и говорили уважаемый GeorgSerg в ФФД 1.0.5 ИНН кассира необязательный параметр, поэтому до перехода на ФФД 1.1 сделать его неактивным))))

[SkaT]

ошибок в чеке нет, и в ФНС чеки передаются.... "недопустимое значение реквизита ИНН кассира = 0"

Коллега, ответ Такскома - не что иное, как тяпничный вынос мозга ..
...
2 Сервер Такскома успешно принимает и заносит в БД чеки, не дое**ваясь к ИНН кассира.

Но сообщая об "ошибка сервера: 14"

...
Вопрос - какие такие еще чеки передаются Такскомом на сервак ФНС ? Если только по запросу, сами ФД серваку ФНС в одно место не впились ..

Можно посмотреть в ЛК любой чек. И под ним увидеть две строки:
---------------------
Принято от ККТ (дата время)
Передано в ФНС (дата время)
---------------------

Или это не инфа о том, что чек передан в ФНС?

[GeorgSerg]

что чек передан в ФНС  ...  Но сообщая об "ошибка сервера: 14"..

А зачем тогда вообще ОФД нужны ? В БД сервера ФНС этого чека НЕТ по определению.
В ЛК написано ... Ну , на заборе тоже слово МИР пишут .. Но с ТРЕМЯ ошибками ..

ошибка - и что, фатальная ? "чОрный ящик" пропускает, а он ( они) у всех стандартный

[SkaT]

Интересно, позволит ли Меркурий, с клавиатуры, удалить "0" из параметра "ИНН кассира"?
Конфигуратор не позволяет. При удалении значения поля, обратно устанавливает "0".

[RDM]

Интересно, позволит ли Меркурий, с клавиатуры, удалить "0" из параметра "ИНН кассира"?
Конфигуратор не позволяет. При удалении значения поля, обратно устанавливает "0".

Сейчас посмотрел, прошивка от 20_04_18, программировался с конфигуратора 1.1.3.7, поле ИНН кассира - ПУСТОЕ.

[SkaT]

Интересно, позволит ли Меркурий, с клавиатуры, удалить "0" из параметра "ИНН кассира"?
Конфигуратор не позволяет. При удалении значения поля, обратно устанавливает "0".

Сейчас посмотрел, прошивка от 20_04_18, программировался с конфигуратора 1.1.3.7, поле ИНН кассира - ПУСТОЕ.

Ясно, спасибо.
А в самом конфигураторе, это поле то-же пустое, или там "0" ?
В 1.1.3.6 не позволяет "0" удалить.

[RDM]

не позволяет "0" удалить.

в 3.7 - не позволяет от балды написать, проверяет, если 0,- оставляет пустое поле.

[ravil1965.65]

Интересно, позволит ли Меркурий, с клавиатуры, удалить "0" из параметра "ИНН кассира"?

А если сбросить на заводские, данные восстановить из ФН, а кассиров руками - может так избавиться от ИНН кассира 0.

[RDM]

избавиться от ИНН кассира 0.

Возможно, но ТС- это ничего не даст, прошлые доки уже сформированы.

[ravil1965.65]

Ну если Калуга Астрал не примет, то переводить на другое ОФД. Тем более если клиент сам его выбрал, будет ему уроком.

[buldik]

Интересно, позволит ли Меркурий, с клавиатуры, удалить "0" из параметра "ИНН кассира"?
Конфигуратор не позволяет. При удалении значения поля, обратно устанавливает "0".

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

[patriot]

А что уважаемый С. А. не прокомментирует больше? Сегодня отметился на форуме.

[okas]

Интересно, позволит ли Меркурий, с клавиатуры, удалить "0" из параметра "ИНН кассира"?
Конфигуратор не позволяет. При удалении значения поля, обратно устанавливает "0".

Поставь 000000000000. Все пройдет.

[ravil1965.65]

Поставь 000000000000. Все пройдет.

Предыдущие чеки - которые не принимает ОФД, тоже пройдут? Сомневаюсь.

[Бушин]

А что уважаемый С. А. не прокомментирует больше?

Сегодня выдадим обновление релиза

[Angelels]

Бодания с техподдержкой Астрала ни к чему не привели, они не хотят принимать документы где ИНН кассира 0. В итоге клиентом было принято решение сменить ОФД.

[ravil1965.65]

А вообще есть возможность выдернуть деньги из ОФД - кто нибудь сталкивался?

[Бушин]

Релизы: https://cloud.mail.ru/public/4g4o/WUJUWdDvh

[ravil1965.65]

Релизы

Оперативно - спасибо, будем тестировать. Нету описания что добавилось Сергей Алексеевич. Или это исправленная майская?

[Бушин]

Поправили ИНН кассира по умолчанию, чтобы ошибок при прохождении ФЛК не было.

[andreynso]

Бодания с техподдержкой Астрала ни к чему не привели, они не хотят принимать документы где ИНН кассира 0. В итоге клиентом было принято решение сменить ОФД.

Можно было просто убрать 0 в ИНН.
В ручную в кассе, в конфигураторе в нем уже проблему решили с данным нулем.
И что бы ИНН кассира не был 0. Берем новую кассу считываем данные в конфигурвтор. Вбиваем все реквизиты и фискалим. И проблем нет! Уже протестировано.
И данный релиз спасибо!!! ЧТо многие не будут допускать ошибки. 

[andreynso]

Еще есть вариант такой. Пример. Если Астрал не примет и также другой. Отправляем на другой ОФД чеки проблемные покупаем 1 день или месяц. ДЛя партнеров это не дорого.  и исправляем настройки с ИНН кассира. потом продолжаем работать с Астрал. 

[andreynso]

Конфигуратор не позволяет. При удалении значения поля, обратно устанавливает "0".

В последнем обновлении все исправили!
Качаем и пользуемся ) Внизу темы. MercConfig 1.1.3.10.
http://forum.incotexkkm.ru/viewtopic.php?f=7&t=2017&start=440

[promah]

andreynso, вариант, но не вариант, пускай ТП астрала,переключает на разрабов или выше , обьяснялки-пояснялки и  эти чеки пускай принимают,  иначе непонятно - чё они там делають, и вообще, кто им дал право  "делать нам голову", да за "наши" деньги.

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

promah,
Добавлю, какого хрена сверх "умные" ОФД цепляются за то, чего щас нет. Развелось всяких "принималок", у меня глаз дёргается когда вспоминаю середину 2017го, когда 1.0 + СБИС = ошибка 14 флк не пройден.