Расхождение суммы продаж в Z и X отчете с реальными. : УКМ-4

Я вообще не понимаю... До этой проблемы в таблице trm_out_shift_result_payments значения полей sale_ukm и sale_kkm совпадало. Теперь значения разные, причем в поле sale_ukm значение из укм и ОФД, а в поле sale_kkm значение из X, Z отчета (меньше на сумму одного чека). Что за цифры в таблице trm_out_shift_result немного не понятно, поле sale_kkm так понимаю нарастающий итог. У меня почему то до сбоя шло все правильно в этой таблице, а после появилась смена где кол-во чеков 0, а вот значение поля sale_kkm (нарастающий итог) равно значению две смены назад. А вот в таблице trm_out_shift_result_payments этой странной смены вообще нет.

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

Миниатюры

 

В итоге, то, что печатается в Z отчете на кассе - это то же самое, что уходит в ОФД(т.е. не может быть расхождений между ними)? Или все же правильнее сверять выручку по данным из ЛК ОФД?

Может. Надо сверять.

Клиенты тоже столкнулись с явлением.
1 касса имела расхождением по сменному отчёту и наличными в д/я. Выяснили, что когда печатают чек с большим позиций чем 35 - УКМ выдает "нет ответа от ККМ"(не помню как точно). В итоге чек печатает и закрывается в ФР, данная сумма чека не попадает в сменный отчёт. Никаких ошибок расхождения сумм БД и ФР.

Жесть. у нас таких чеков немало. А скоро переходить на новые кассы.

Решается вроде бы прошивкой до 8.13

Спасибо, вчера прошились на 8.13. Будем надеяться, что больше подобного не повторится.)

А как потом выпрямляли?(У нас сейчас такая же ситуация - большой чек не ушел в ОФД). Аннулировали чек на вебке кассы и пробивали заново по частям или же через фнтул создавали этот чек?

В этом случае делаем коррекцию прихода через fntools