Куда пропал чек?

[Aries]

Всем привет, помогите выйти из ситуации:

Вчера за смену были выбиты следующие чеки:
1. Открытие смены
2. Чек на 50000
3. Чек на 300000
4. Закрытие смены

В лк ОФД не пришел чек на 300000
Касса же все чеки отправила.


И да, кассир как-то странно пробил чек на 300000...

Фото чеков и скрин лк офд во вложении

Как быть дальше? Чек прошел?

[chellenger]

Aries, а если из приложухи ФНС QR считать?
или на проверить чек на сайте ОФД.

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

Как быть дальше? Чек прошел?

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

[Aries]

chellenger, в ОФД чек не найден

[Aries]

chellenger, в ОФД чек не найден

О, пришел ответ тех поддержки ОФД

[Aries]

Еще одно сообщение от ОФД

[SkaT]

Интересно, что именно они (ОФД) считают ошибкой, сумму (первой) покупки "0.00" ?

[GeorgSerg]

Муйня какая-то ! В архиве ФН есть квитанция приемки чека на 30 тыс ?  На все остальные? Последний ФД - чек закрытия смены - в ЛК есть, значит , все передано и принято. Иначе были бы НЕотправленные.

[Aries]

Муйня какая-то ! В архиве ФН есть квитанция приемки чека на 30 тыс ?  На все остальные? Последний ФД - чек закрытия смены - в ЛК есть?

В архиве еще не смотрел,чуть позже гляну, надо доехать к ним.

а вот последний фд - закрытие смены в лк есть, вот скрин очень наглядно показыает что есть в лк ОФД

[Aries]

Вот что еще прислала тех поддержка ОФД

[GeorgSerg]

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

[Aries]

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

Вот я и в растеряности... что делать с этими 300 000 тысяч...заново пробить? оставить так?

[GeorgSerg]

что делать с этими 300 000 тысяч...заново пробить?

См. дополнение в предыдущем ответе. Если все квитки подтверждения всех ФД есть - задокументировать этот ляп и отправить пакет докумов в ИФНС.

[chellenger]

Да там 100% есть квиток ОФД иначе бы в ФН были бы непереданные и очередь встала бы на чеке с 300 т.р.
ОФД уйню несёт!

[GeorgSerg]

ОФД уйню несёт!

Согласен на 150 %, но надо документальное подтверждение. Если квиток подтверждения есть - то по Закону все данные с этого ФД должны быть на серваке ФНС. Ну, это если по закону, на самом деле всем всё по .. ну, по пояс. Тем не менее, не забываем - с 01 июля закончился мораторий на все проверки от ИФНС

[Aries]

Да там 100% есть квиток ОФД иначе бы в ФН были бы непереданные и очередь встала бы на чеке с 300 т.р.
ОФД уйню несёт!

Попробую ещё дернуть ОФД, ваша логика правильная

[GeorgSerg]

Aries, клиенту можно по тлф сказать, как квитки на Мерке пробить, сфоткать и вам переслать? Без "железнобатонного" аргумента правду не найти. Не ту страну назвали Гондурасом.

[chellenger]

Aries, распечатываем с кассы или подключаем ФН к компу и FN_Run'ом выдёргиваем чек со всеми потрохами и подписью ОФД и отправляем это в поддержку ОФД  -путь попробуют отмазаться, что чек не принят!!!! КАЗЛЫ!!!

[GeorgSerg]

КАЗЛЫ!!!

Ну животных оскорблять не надо, Грин-с Писом и Грета заступятся!

[heysi-orion]

Aries, ... КАЗЛЫ!!!

Жёстко,Саша! Тебя они вроде уже не достают?!?

[RomanPrg]

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

Нужно в буфере ФН просмотреть теги всех чеков за смену.

[SkaT]

Вот что еще прислала тех поддержка ОФД

Нужно из ФН посмотреть чек c тегами.
Если тег <SUM> есть в наличии, просто он 0.00, то косяк ОФД, а вот если тега нет в наличии...

[TIHAI]

В приложенном файле тэг <SUM> есть

|  +- [1030] name                         ПРИХОД
 |  +- [1079] price                        30000000
 |  +- [1023] quantity                     1.000
 |  +- [1212] productType                  1
 |  +- [1214] paymentType                  4
 |  +- [1043] sum                          30000000
 |  +- [1199] nds                          6
 +- [1048] user                            ООО·"Новострой-Н"
 +- [1021] operator                        СТ.КАССИР·Несходим·И.В.
 +- [1081] ecashTotalSum                   30000000
 +- [1105] ndsNo                           30000000
 +- [1055] taxationType                    4
(конец файла)

[GeorgSerg]

Ну вот сейчас будем блох на козлах запятые считать... Если квитанция подтверждения приемки есть - то пакет докумов в ИФНС ( сокрытия выручки нет). Все претензии - к ОФД.
Для проверки - открыть смену, закрыть смену с нулевым итогом. Если все ФД отправлены/получены, то chellenger прав.

[SkaT]

В приложенном файле тэг <SUM> есть

|  +- [1030] name                         ПРИХОД
 |  +- [1079] price                        30000000
 |  +- [1023] quantity                     1.000
 |  +- [1212] productType                  1
 |  +- [1214] paymentType                  4
 |  +- [1043] sum                          30000000
 |  +- [1199] nds                          6
 +- [1048] user                            ООО·"Новострой-Н"
 +- [1021] operator                        СТ.КАССИР·Несходим·И.В.
 +- [1081] ecashTotalSum                   30000000
 +- [1105] ndsNo                           30000000
 +- [1055] taxationType                    4
(конец файла)

Это у второй покупки.
А у первой покупки этого тега нет !!!
Соответственно чек содержит ошибку. (наверное, может быть)

[Aries]

Вот ещё

[GeorgSerg]

Ответ - вот это вот наше всё - в рамочку и на стену. Я тихо охреневаю, дорогая редакция !!!

[chellenger]

Вот ещё

А это, что ещё за пое...нь??? первый раз слышу!!!
Давайте как по порядку! Котлеты отдельно, мухи тоже!
Квитанция ОФД есть?

[GeorgSerg]

Колбэк есть. Мухи есть. А мозгов нет.

[chellenger]

Aries, ... КАЗЛЫ!!!

Жёстко,Саша! Тебя они вроде уже не достают?!?

Да не достают, не моя это теперь работа, но осадочеГ остался на всю жизнь!
После того как выучишь наизусть хотя бы часть ФФД, ФЗ-54, и прочее Г со всеми поправками, ещё не так материться научишься!

[chellenger]

Колбэк есть. Мухи есть. А мозгов нет.

Видимо я не застал времена когда ОФД этим пользовались -кривочек и стоп очередь! ФН в мусорку на экспертизу...

[GeorgSerg]

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

[GeorgSerg]

Если еще до сих пор кто не понял Ответ #26 , то кратко - это не колбэки, а преднамеренное сокрытие выручки клиента в крупных ( 300 тыров рупий, однако!) размерах .

[svv]

Колбэк есть. Мухи есть.

Я чет не понял: вместо обычной квитанции от ОФД может придти какой-то калбек, который феня схавает не подавившись и продолжит работать как ни в чем ни бывало? И кто должен расшифровывать эти калбеки на предмет принят документ в ОФД или нет?

[GeorgSerg]

феня схавает не подавившись

ФеНе похрену. Криптоподпись есть.

кто должен расшифровывать

Кроме как конь в пальто - никто. Квитанция есть в архиве, сервер спокойно продолжает принимать ФД.

[RomanPrg]

Я чет не понял: вместо обычной квитанции от ОФД может придти какой-то калбек, который феня схавает не подавившись и продолжит работать как ни в чем ни бывало?

Да есть такой тег 1022 «код ответа ОФД» в квитанции подтверждения.

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

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

По поводу первой покупки нулевой, тут скорее у кассира рука дёрнулась: два раза ПИ нажала.

Но смотреть нужно теги 1079,1043 в буфере ФН, если просто 0, то имеют право быть ничему не противоречит, если их нет, то уже косяк программистов ККТ.

[chellenger]

Я так понимаю нужно ждать пока ТС сможет выложить чек с тегами и подписью ОФД подключив ФН к компу.

[GeorgSerg]

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

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

[GeorgSerg]

Ну облажались если они по - крупному, так чего теперь щёки надувать да пузыри колбэки пускать? Три рабочих дня, пакет докумов в ИФНС и спокойно работать дальше.

[Aries]

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

[GeorgSerg]

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

[SkaT]

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

[Aries]

Всем привет, добрался до ФН

[chellenger]

Мысль только одна -клиенту топать в ФНС и рассказать, что произошло. Там уже на усмотрение инспектора. Думаю пробить просто ещё один чек на эти 300000р И есть серьёзные вопросы к прошивке кассы.

[GeorgSerg]

Мысль только одна

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

[Aries]

Позвонил в ИФНС , инспектор сказал сделать сначала возврат прихода на 300 000, потом сделать чек коррекции того ошибочного чека

[RomanPrg]

И есть серьёзные вопросы к прошивке кассы.

Тут программа Стока слишком «умная» .

По ФФД тег 1079 может иметь максимальную длину в 6 байт, но длина не фиксированная. Может быть длинной и в ноль байт. Перепроверил на эталоном сервере Атлас-Карт https://yadi.sk/i/Tq4kwMaOgDWlCg .

Никаких замечаний в формате сервак не делает.

Более того этот чек с нулевой ценой специально делался для каких-то товарищей, которые что-то продавали со скидкой в 100%, и всё работало, чеки в ОФД улетали без проблем.

[GeorgSerg]

инспектор сказал сделать сначала возврат прихода на 300 000, потом сделать чек коррекции того ошибочного чека

"Слова к телу делу не пришьёшь !"( с), самурайская народная мудрость.. "Чем больше бумаги - тем чище тухес" (с), музыка моя, слова народные..

[GeorgSerg]

Разрешение на применение чека коррекции без оправдательно-сопроводительных документов пока еще в проекте в капле висит..

[chellenger]

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

[chellenger]

Тут программа Стока слишком «умная» .

Поправочка, не Стока (а то все с Димой путают), а Сtokas'a

[GeorgSerg]

желательно в письменной форма от инспектора что-то получить

Неважно. Факт отправки / приемки есть, всё задокументировано? Да, конечно. Ну и ..гуляйте вальсом.

Теперь про чек коррекции
 Во втором чтении приняли Законопроект N 818206-7 об освобождении от ответственности за неприменение ККТ. Он дополнит примечание к ст. 14.5 КоАП РФ, устанавливающее ответственность за неприменение ККТ или несоблюдение требований к их использованию. Освободить от ответственности за неприменение ККТ поможет направление налоговикам чека коррекции (бланка строгой отчетности коррекции). Сейчас для освобождения от ответственности надо через личный кабинет в письменной форме уведомить налоговую инспекцию о неприменении ККТ либо о ее применении с нарушением установленных требований. С помощью этого инспектора устанавливают факт самого правонарушения. Чек коррекции (бланк строгой отчетности коррекции) будут приравнены к такому заявлению и станут документами, которые необходимы налоговикам для установления нарушения ст. 14.5 КоАП РФ и освобождения от ответственности за ее нарушение.

[okas]

А я что-то не понял. Зачем мне (пользователю ККТ) сверяться с ОФД на предмет Ушли/не ушли чеки. Мне все должна сказать касса. Я обязан иметь договор с ОФД, остальное меня мало колышет.

[GeorgSerg]

Зачем мне (пользователю ККТ) сверяться с ОФД на предмет Ушли/не ушли чеки

Ответы 40 и 41 в теме.

[chellenger]

RomanPrg, а вот интересный вопрос, вы говорите что это нечто может быть до 6 байт, с этим соглашусь, но нигде не сказано что длина 1079 может быть 0
Поправьте меня если я неправ. Везде фигурирует, что это цифра т.е. нечто не пустое явно, например 0 (но это же целый байт)

Из ФФД: 1079
VLN -целое число без знака, представленное в электронной форме в виде последовательности из нескольких байтов, варьируемой длины с порядком следования байтов от младшего к старшему (variable length bytes).

Примечание к описанию тега 1079 -Величина с учетом копеек, печатается в виде числа с фиксированной точкой (2 цифры после точки) в рублях

Как не крути на пусто это не похоже.

[okas]

GeorgSerg, У меня подавляющее количество клиентов вообще не знают что такое ЛК ОФД

[chellenger]

okas, узнают, когда налоговая спросит а почему у вас сокрытие выручки 300000р

[okas]

chellenger, Это понятно. Ну а по закону, где написано, что я должен сверять чеки на кассе с чеками в ОФД.

[GeorgSerg]

нигде не написано. И что с того?

[okas]

нигде не написано.

Тогда какого лешего бучу поднимать. Пользователь все обязанности выполнил. А вот когда сверят, запросят... Хотя не будет такого.

[chellenger]

okas, нигде не написано, но вот мы в итоге имеем принятый, но не отображающийся чек. 

[got10]

А попробуйте на МГМ повторить ситуацию с этим же ОФД. Повторится ?

[chellenger]

Aries, а можно на квитанцию с ОФД полюбоваться?

[okas]

Могу проверить. Только желательно бы прошивку знать. С какой проверять.

[chellenger]

У меня же был случай с Атолом, на двух кассах ФН-ы за счёт Атола поменяли, потом они признали ошибку и официально её исправили.
Такском честно скушал эти чеки, но не отображал их.
https://kkmcom.ru/index.php?action=dlattach;topic=13194.0;attach=19661

[chellenger]

okas, я так понимаю, что можно любую из последних так как RomanPrg написал, что сделано это было специально.

[okas]

Проверил на 07.07.2019. Действительно в платформе чеки не отображаются. Следующие есть. Как писал RomanPrg никаких предупреждений на чеке не напечаталось.

[got10]

Значит это не бага, а фича!

[RomanPrg]

Примечание к описанию тега 1079 -Величина с учетом копеек, печатается в виде числа с фиксированной точкой (2 цифры после точки) в рублях.

Да печататься как угодно может, вопрос в интерпретации количества байт, но этот движок TLV, ещё три года назад был сделан и вопросов ни у кого не возникало .


Тут было сделана как это принято в «классике» TLV:

число         0         - длина 0 байт.
число  <    256      - длина 1 байт.
число  <   65536   - длина 2 байт.
и т. д.

Из принципа максимального сжатия данных.
Так как размер буфера ФН небольшой - 30кБ и размер данных чека критичен.
 

[okas]

Во вложении скрин из ЛК. Чека №4 нет.

[chellenger]

okas, а можно теперь тоже самое на другом ОФД попробовать?

[RomanPrg]

Ещё забыл отметить, что все суммы по такому принципу передаются.

Т.е. в любом чеке, где нет постоплаты, предоплаты, электронными — нулевые регистры так передаются!
 

[okas]

okas, а можно теперь тоже самое на другом ОФД попробовать?

Хотел на ярус проверить. Кассу в тестовый кабинет добавил. Чеки не принимает. Просит оплату. Не пойму. Раньше в тестовом сразу принимались чеки. Вообщем сегодня не успеваю. Завтра попробую.

[ravil1965.65]

okas, Ярус тестовый кабинет работает без оплаты, с МГМ, около месяца назад так было.

[GeorgSerg]

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

[chellenger]

GeorgSerg, дятьку Жор, ну мы же все до истины докапаться хотим.

[chellenger]

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

[Master X]

Отчёты ФН с номера по номер: Открыие смены, ........... Закрытие смены,, прикрепить версию ПО, по точке..... С портянкой в налоговую, С ОФД, тож самое, с номера по номер...
КАССОВОЕ ПО НЕ ОБНОВЛЯТЬ!!! Челобитную в свободной форме...

НУ и Естесственно, ВСЁ ПИСЬМЕННО!!!! -Для спора, который может случится....

[chellenger]

И ещё с того же фильма: Боже упаси вас читать по утрам советские газеты!
А теперь переделайте это на ФФД и ФЗ

[chellenger]

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

[chellenger]

Примечание к описанию тега 1079 -Величина с учетом копеек, печатается в виде числа с фиксированной точкой (2 цифры после точки) в рублях.

Да печататься как угодно может, вопрос в интерпретации количества байт, но этот движок TLV, ещё три года назад был сделан и вопросов ни у кого не возникало .


Тут было сделана как это принято в «классике» TLV:

число         0         - длина 0 байт.
число  <    256      - длина 1 байт.
число  <   65536   - длина 2 байт.
и т. д.

Из принципа максимального сжатия данных.
Так как размер буфера ФН небольшой - 30кБ и размер данных чека критичен.
 

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

[chellenger]

Я вот в протоколах обмена уже запутался, лoкалка подобные. Ehernet, profinet, сегодня ещё один LonMark

[GeorgSerg]

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

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

[Aries]

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

[GeorgSerg]

Коллега, дело все в том, что НЕ МЫ, НЕ техподы решаем, а сам владелец ККТ.  Мало ли кто что посоветует - все проблемы ведь на него повесят.

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

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

В ФНе чек есть? - есть!
В ФНе подпись о приёме ФД от ОФД есть? - есть!
В ФНе все ФД переданы? - все!
Чек на кассе напечатан/выдан? - выдан!
Ну а дальше пусть ОФД разбирается. Они же принимают и передают в ФНС, и даже не безвозмездно.

[GeorgSerg]

На запрос ИФНС будет выдана сумма накоплений на 300 тыр МЕНЬШЕ. ОФД похрену. Еще раз ( он же последний) говорю - решать клиенту, а не нам. 

[Aries]

Еще немного из переписки с ОФД:

Мой вопрос: "У меня к Вам вопрос.: почему ваше ОФД считает товар с суммой 0 рублей ошибочным?" 

Ответ ОФД: мы не считаем товар с суммой 0 ошибочным, еще раз повторюсь в данном случае у Вас по товарной позиции в принципе отсутствует какая либо сумма. Давайте сравним, ниже представлены две товарные позиции из чека, в одном случае  в позиции есть price и sum, а в другому случае нет, их нет в принципе, и если бы они были нулевые, то чек не стал бы ошибочным.

"name" : "Оплата за квартиру",
    "quantity" : 1,
    "productType" : 1,
    "paymentType" : 4,
    "nds" : 6
  }, {
    "name" : "ПРИХОД",
    "price" : 30000000,
    "quantity" : 1,
    "productType" : 1,
    "paymentType" : 4,
    "sum" : 30000000,
    "nds" : 6






{
  "code" : 3,
  "fiscalDriveNumber" : "9287440300342206",
  "kktRegId" : "0003336095062386    ",
  "userInn" : "2315190119  ",
  "fiscalDocumentNumber" : 112,
  "dateTime" : 1593687240,
  "fiscalSign" : 3859068188,
  "shiftNumber" : 33,
  "requestNumber" : 2,
  "operationType" : 1,
  "totalSum" : 30000000,
  "fiscalDocumentFormatVer" : 2,
  "items" : [ {
    "name" : "Оплата за квартиру",
    "quantity" : 1,
    "productType" : 1,
    "paymentType" : 4,
    "nds" : 6
  }, {
    "name" : "ПРИХОД",
    "price" : 30000000,
    "quantity" : 1,
    "productType" : 1,
    "paymentType" : 4,
    "sum" : 30000000,
    "nds" : 6
  } ],
  "user" : "ООО \"Новострой-Н\"",
  "operator" : "СТ.КАССИР Несходим И.В.",
  "ecashTotalSum" : 30000000,
  "ndsNo" : 30000000,
  "taxationType" : 4
}

[RomanPrg]

Если хотите, можете и мне это письмо техподдержки перекинуть, я напишу им ответ, опишу особенности Меркуриев.
Будут доработать у себя, не будут это их дело. Главное коронную фразу написать, что у конкурентов всё работает .

[Aries]

Всем привет, если кому интересно, то эта история закончилась победой :-)