[ОТВЕТИТЬ]
22.01.2007 16:13
MVA
 
Проблемка такая, перед закрытием смены делают изъятие, наличные в кассе 0. закрывают смену (касса СП101 ФР-К)... Потом смотрят снова наличные в кассе, и там сумма схожая на сумму последнего чека, и самое интересное в БД тож нехватает этой же суммы, нет последнего чека, т.е. в Z-отчете на один чек больше, чем в cashpay и cashsail... и это повторяется чуть ли не каждый день... Кто нибудь сталкивался с похожей проблемкой?

П/С: Эту проблемку описал со слов, мог что то неправильно понять, разбираться буду завтра на месте...
22.01.2007 16:18
bayan
 
Так тут полно веток с похожими темами, не ты один мучаешься *04
Бороться я так понимаю можно только ручками... добавлять сей чек в БД УКМ 2.0 или в cashsail.db.
P.S. Это конечно же в корне неправильно, но... соответствия Z-отчёта на кассе и данных Супермага у меня например требует бухгалтерия, всё-таки общая система налогообложения
22.01.2007 16:51
MVA
 
Устранить несхождение легко... тяжко выявить причину. А выслушивать каждый день упреки клиента, это еще сложнее... *11
22.01.2007 17:22
bob
 
Очень странно. У меня ни разу подобного не было, хотя работаем достаточно долго
22.01.2007 17:30
baggio
 
Цитата:
П/С: Эту проблемку описал со слов, мог что то неправильно понять, разбираться буду завтра на месте...
Лучше поподробнее разобратся...

Цитата:
Очень странно. У меня ни разу подобного не было, хотя работаем достаточно долго
Да тоже как то прям чтоб последний... не попадал... такого тоже не было...

ПЫтай кассиров *01
22.01.2007 18:46
Mtirt
 
Похоже на инструкцию: "Перед снятием Z-отчета перезагрузите кассу"+ большие файлы продаж на кассах.
То есть кассир пробивает чек и быстро-быстро выключает кассу.
Скорей всего, еще и смартдрайв включен - получим, что чек не успел записаться в базы.
22.01.2007 18:54
baggio
 
Не больше похоже на ...

Касса зависла.. ее перегрузили...
чек в ФР101 аннулировался.... В укм2 такого пробитого чека нет...

А вот при снятии Z отчета изымается сумма равная бумажному Z отчету...т.е. все деньги из кассы (под 0)... уходят домой...

Утром включают кассу. Делают внесение.. а там не 0(ноль) а скажем рублей 300-500... как раз сумма чека на котором касса вчера зависала...

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

Было уже так раза четыре...
22.01.2007 19:01
Mtirt
 
Хорошо. Вопрос. Почему всегда последний чек?
Тоже пару раз сталкивалась, но точно не ежедневно...
22.01.2007 19:47
MVA
 
Я бы не сказал что БД большая, всего 37 метров, а то что касса зависает в течении смены, и не один раз, есть такое... Только вот не понятно, где же эта сумма чека весит после перезагрузки, и чьи показания верны БД или ФР?
22.01.2007 19:49
baggio
 
Цитата:
Хорошо. Вопрос. Почему всегда последний чек?
Бррр.... подожди(те)...

Давай по порядку.... я всего лишь описал ситуацию у себя... поскольку
Цитата:
П/С: Эту проблемку описал со слов, мог что то неправильно понять, разбираться буду завтра на месте...
а со слов иногда не верно и я попытался представить и прикрутить к тому с чем я сталкивался...

Если речь идет (именно и точно) о непопадающем последнем чеке... странно... такого не было у меня ни разу(на моей памяти)...

Тут еще вопрос... если бы кассиры быстро кассу гасили... то после закрытия Z отчета, идет выгрузка и касса LCK и LDD выкладывает, так вот они остаются или нет?

Питание на ФР101 полюбому проверить... особенно если от Toshib`ы питается... со временем не тянет блок питания.
23.01.2007 09:58
GuPS
 
То что не попадает именно последний чек это факт или нет? Ну если магазин круглосуточный может заморочка с превышением 24 часов в смене! Просто это надо увидеть своими глазами! Уверен когда ты там будешь стоять этого не произойдет!
23.01.2007 16:09
MVA
 
Посмотрел на месте ситуация такая, держу в руках Z-отчет и такие цифры: чеков 200, сумма продаж 20000 р., сумма в кассе 50 р. (хотя изъятие делали под ноль), аннулировано 2 чека на сумму 200 р. Смотрю БД: чеков 198, общая сумма в cashsail, cashpay, curestes 19950 р. Теперь в голове прокручивается такая мысль, кассир гасит кассу где висит не проведенный чек, после загрузки кассы этого чека нет, а сумма одной позиции аннулированного чека полагаю, все же где то висит, и по закрытии смены каким то образом эта сумма попадает в фискалку (а может и после перезагрузки кассы попадает, задал им чтоб снимали Х). В итоге должна быть недостача, потому что чек забивают заново, хотя старший говорит все в тютельку по деньгам и отчету. Чек печатается после нажатия на расчет.

Теперь возникают вопросы: где эта сумма может висеть? каким образом попадает в фискалку? и, кто подскажет, как это параметр называется в cf_ini, который сохраняет непроведенный чек и после загрузки восстанавливает его?
23.01.2007 16:57
bob
 
Фискалка синхронизируется с ЭКЛЗ только при закрытии смены (при перезагрузке не должна). А зависшие чеки почти всегда не попадают в фискалку, но попадают в ЭКЛЗ и в конце смены происходит синхронизация. Если деньги изымаете до закрытия смены, то нормальная ситуация - излишки в кассе. У меня тоже такое бывает.
23.01.2007 17:02
bob
 
Вдогонку. У меня не бывает излишков кассе при закрытии смены на BeetlePos20K, потому что данные по наличке берутся из УКМ2 независимо от результатов синхронизации с ЭКЛЗ. Страдаут этим только фискальники.
P.S. Убил бы людей, придумавших ЭКЛЗ *01
23.01.2007 17:06
baggio
 
Цитата:
Чек печатается после нажатия на расчет.
Делай построчную... глюков на 50% меньше становится... или вылезают сразу ... т.е. "ККМ не готова"

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

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


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

А вот контрольную ленту, как то и не додумался сверить... Виноват, исправлюсь...
23.01.2007 17:40
baggio
 
Глядишь все вышесделанное поможет...
Оставь на пару дней.
только отпишись... прошли глюки или нет
24.01.2007 14:59
akonev
 
Цитата:
MVA Посмотрел на месте ситуация такая, держу в руках Z-отчет и такие цифры: чеков 200, сумма продаж 20000 р., сумма в кассе 50 р. (хотя изъятие делали под ноль), аннулировано 2 чека на сумму 200 р. Смотрю БД: чеков 198, общая сумма в cashsail, cashpay, curestes 19950 р.
А в CURMONEY что? Может у них раъезжаются счетчики денег в кассе фискальника и укм?
Бывает такое, особенно если касса подвиснет на внесении или инкассации.

И кстати, как они определяют сумму для инкассации? По данным УКМ? А если Х снять - сойдется?
25.01.2007 10:18
bayan
 
X-отчёт по-моему сходится с Z-кой... (не претендую на точность)
25.01.2007 10:57
akonev
 
X и Z как раз должны сходиться, если снимать именно в таком порядке и между ними чеков не было.
Оба эти отчета формирует сам фискальник по своим счетчикам.

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

Только вот утверждения про "всегда последний чек" сюда не вписываются, как и в версию про сбои эклз.
25.01.2007 13:22
MVA
 
Цитата:
Andrew_Konev Только вот утверждения про "всегда последний чек" сюда не вписываются, как и в версию про сбои эклз.
Это было первое предположение, после пыток кассиров стало более менее ясно, что УКМ вырубали, и зависшая сумма была не от последних чеков... Сейчас созвонился с клиентом, вроде как, глюк больше не наблюдался.
29.01.2007 20:19
MVA
 
Теперь почти аналогичная ситуация возникла в другом магазине. Всю контрольку перекрутил, есть три чека которых нет в базе совсем. Были зависоны и перезагрузки. Чек не востанавливается после отключки, но зато, говорят, выходит чек "Аннулирование" (который сразу же выбрасывают *01 ). Только вот, каким образом он выходит, если чек печатается после расчета? И как попадает сумма в фискалку?
29.01.2007 22:06
baggio
 
все очень просто...
Цитата:
Теперь почти аналогичная ситуация возникла в другом магазине
ситуация не аналогичная... а следующаяя если чек начал писатся в ЭКЛЗ и недописался в фискалку ... и кассу перегрузили то после перезагрузки чек добивается в ФП, дабы избежать расхождений и блокировки ФИСКАЛЬНИКА ...

У меня таких глюков немеряно... почитай топики...
Проблема есть и решать ее на мой взгляд С+ не намерен....
Они говорят "Да что Вы, как это так!!??? у нас все хорошо и у всех все хорошо... а вот только у Вас такая проблема... Наверное вы железо купили не "позолоченное" наше... "

Достало уже.... хоть бы официально признали наличие проблемы...
30.01.2007 12:58
MVA
 
В cf_ini есть интересная настройка _RecRestore, которая отвечает за сохранение не проведенного чека. В обоих случаях параметр был ноль. В других же объектах, где происходят стабильные отключки, такая ситуация не прослеживается, и параметр у них стоит "1". То есть, есть возможность закончить работу с чеком после востановления. Кто что знает об этой настройке?
30.01.2007 17:59
Vit
 
С настройкой _RecRestore=1 можно влететь в ситуацию, когда ФР чек аннулировал, данный чек записался в БД, а в режиме кассира, УКМ попросит восстановить этот чек.
Опции темы


Часовой пояс GMT +3, время: 04:25.

 

Форум сделан на основе vBulletin®
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.