Не попадает чек в БД : УКМ-2

То что не попадает именно последний чек это факт или нет? Ну если магазин круглосуточный может заморочка с превышением 24 часов в смене! Просто это надо увидеть своими глазами! Уверен когда ты там будешь стоять этого не произойдет!

Посмотрел на месте ситуация такая, держу в руках Z-отчет и такие цифры: чеков 200, сумма продаж 20000 р., сумма в кассе 50 р. (хотя изъятие делали под ноль), аннулировано 2 чека на сумму 200 р. Смотрю БД: чеков 198, общая сумма в cashsail, cashpay, curestes 19950 р. Теперь в голове прокручивается такая мысль, кассир гасит кассу где висит не проведенный чек, после загрузки кассы этого чека нет, а сумма одной позиции аннулированного чека полагаю, все же где то висит, и по закрытии смены каким то образом эта сумма попадает в фискалку (а может и после перезагрузки кассы попадает, задал им чтоб снимали Х). В итоге должна быть недостача, потому что чек забивают заново, хотя старший говорит все в тютельку по деньгам и отчету. Чек печатается после нажатия на расчет.

Теперь возникают вопросы: где эта сумма может висеть? каким образом попадает в фискалку? и, кто подскажет, как это параметр называется в cf_ini, который сохраняет непроведенный чек и после загрузки восстанавливает его?

Фискалка синхронизируется с ЭКЛЗ только при закрытии смены (при перезагрузке не должна). А зависшие чеки почти всегда не попадают в фискалку, но попадают в ЭКЛЗ и в конце смены происходит синхронизация. Если деньги изымаете до закрытия смены, то нормальная ситуация - излишки в кассе. У меня тоже такое бывает.

Вдогонку. У меня не бывает излишков кассе при закрытии смены на BeetlePos20K, потому что данные по наличке берутся из УКМ2 независимо от результатов синхронизации с ЭКЛЗ. Страдаут этим только фискальники.
P.S. Убил бы людей, придумавших ЭКЛЗ *01

Делай построчную... глюков на 50% меньше становится... или вылезают сразу ... т.е. "ККМ не готова"

Среди этих двух чеков есть чек на 50 рублей?

Распечатай контрольную ленту(через работу с ЭКЛЗ) и сверь с БД, где какого чека нет...


У тебя перед cashmain rtools стартует? и если да то с какими параметрами...
возможно rtools при загрузке добивает открытий чек в ЭКЛЗ, соответсвенно УКМ о этом ничего не знает...

Построчную печать установил сразу.
УКМ запускался через cashmain.exe, тут же сразу переделал старт через сдандартный батник:
@echo off
:loop
cashmain.exe
if errorlevel == 36 goto rtools
goto out
:rtools
c:\rtools.exe
goto loop
:out

А вот контрольную ленту, как то и не додумался сверить... Виноват, исправлюсь...

Глядишь все вышесделанное поможет...
Оставь на пару дней.
только отпишись... прошли глюки или нет

А в CURMONEY что? Может у них раъезжаются счетчики денег в кассе фискальника и укм?
Бывает такое, особенно если касса подвиснет на внесении или инкассации.

И кстати, как они определяют сумму для инкассации? По данным УКМ? А если Х снять - сойдется?

X-отчёт по-моему сходится с Z-кой... (не претендую на точность)

X и Z как раз должны сходиться, если снимать именно в таком порядке и между ними чеков не было.
Оба эти отчета формирует сам фискальник по своим счетчикам.

А вот если счетчики ФР и УКМ расходятся - можно получить в ситуацию, напоминающую исходную:
кассир смотрит "деньги в кассе"
УКМ рассказывает ему свое мнение
кассир делает инкассацию
в счетчике ФР остается сумма в кассе, равная расхождению с УКМ

Только вот утверждения про "всегда последний чек" сюда не вписываются, как и в версию про сбои эклз.