[ОТВЕТИТЬ]
07.06.2007 11:55
EugeneT
 
Касса Siemens с фискалкой.
Начала вываливаться с руганью на ошибки в файлах данных.
Смену не закрыли, принесли мне. Гружу - касса "бодро" заявляет, типа надо бы смену закрыть. Сдуру соглашаюсь, печатает контрольку, соглашаюсь на зетку, касса тупит и заявляет "Ошибка в таблицах данных". При загрузке теперь ругается на неверной номер последнего чека. Полагаю смена закрылась в УКМ, но не закрылась в ФП (или наоборот). Чего делать?
07.06.2007 12:36
bob
 
Снять фискальный отчет, а затем править cf_ini.db в соответствии с этими данными. Возможнл еще и cashsail придется править и currests. Кропотливая ручная работа в общем.
07.06.2007 12:57
EugeneT
 
В ЦТО, одним словом
07.06.2007 13:19
bob
 
Мы сами этим занимаемся. Исторически так сложилось)). Быстрее и качественнее.
07.06.2007 13:38
Propil
 
scandisk, а потом cashmain /i прогонял?
07.06.2007 16:05
Thalt
 
Цитата:
Propil scandisk, а потом cashmain /i прогонял?
cashmain /i не поможет, если рассогласование номеров смен уже произошло.
Скорее так: забэкапить каталог с УКМ, запустить scandisk, разобраться с номерами смен, а потом уже сделать переиндексацию.
Надо смотреть номера смен по фискалке и по УКМ. Если в фискалке смена закрылась, а в УКМ - нет, то возможно придется править cf_ini+currests.db или делать (zreprt).exe /forcez.
07.06.2007 16:25
Propil
 
Thalt, я что-то пропустил?
не нашел, где речь шла о рассогласовании смен...
07.06.2007 16:30
Thalt
 
Цитата:
Гружу - касса "бодро" заявляет, типа надо бы смену закрыть. Сдуру соглашаюсь, печатает контрольку, соглашаюсь на зетку, касса тупит и заявляет "Ошибка в таблицах данных". При загрузке теперь ругается на неверной номер последнего чека. Полагаю смена закрылась в УКМ, но не закрылась в ФП (или наоборот). Чего делать?
Если глюк появился после попытки закрытия смены, то, imho, имеет место быть именно косячок с номерами смен, а не чеков.
Кстати. На неверный номер последнего чека оно, вроде, ругалось и тогда, когда не могло свести сумму в кассе и сумму по продажам. Тогда приходилось вручную считать сумму по cashsail за текущую смену и вписывать в cf_ini.
08.06.2007 07:33
Propil
 
может быть и так, но я встречался с ситуацией, когда запись о скидке по чеку в одной таблице была, а в таблице продаж этого чека не было
Исправлял: scandisk, cashmain /i
Пару раз исправлял таблицы с помощью Dtutil32
10.06.2007 22:59
oleg1025461
 
Все достаточно просто. При таких сбоях на диске с появляется файлик (qtest).rpt И в нем находяться записи в виде
FM=??????? DB=?????? IC=??????? LC=?????? NC=????? и т.д.
Если кому-то это интересно могу рассказать методику лечения данных сбоев...
11.06.2007 09:12
akonev
 
рассказывай конечно. рано или поздно всем пригодится
11.06.2007 17:04
oleg1025461
 
Ну вот значит. Первым делом грузимся в ДОС и проводим анализ содержимого (qtest).rpt...
DB - сумма в таблице cashsail. (тупо считаем все чеки последней смены)
NC - независимый счетчик
IC - счетчик в CF_Ini (счетчик сменных продаж. STT_SALE)
FM - счетчик в FM (то, что пошло в фискалку....) !!! Сумма которую нужно брать за основу... Т.к. является некорректируемой !!!!
LC - последний чек (сумма последнего чека).
Причина сбоя следующая, куда-то чего-то не записалось... (чаще всего именно величина LC и портит всю малину.)
Алгоритм такой.... Должны быть равны след. суммы DB=IC=FM. FM - не поправить, а в CF_INI (кстати, конфигурационная база запоролена. Волш. слово "PhilCan") сумму - легко. Точно так же выравнивается значение в cashsail (правим сумму последней покупки....).
Важно !!! Необходимо, что бы кроме вышеуказанных сумм, номер текущего чека в CF_INI (параметр STT_RECNUM) был на единицу больше последнего в CASHSAIL.
Все. Удачи. Будут вопросы, пишите
13.06.2007 23:14
Lal72
 
Еще в папкке SMUKM30 иногда лежит файл $$$.$$$, временная информация о последнем чеке, в каком-то собственном формате. Его хорошо бы прибить. Хорошо помогает, когда все счетчики равны, а все равно УКМ не грузится.
14.06.2007 13:01
Thalt
 
Вопрос: когда и при каких условиях (qtest).rpt создается?
14.06.2007 13:41
oleg1025461
 
Создается в момент загруpки cashmain.exe, а именно в момент тестирования компонентов комплекса (типа ХХХХХХХХХ - в порядке)
14.06.2007 13:51
Mtirt
 
Цитата:
Thalt Вопрос: когда и при каких условиях (qtest).rpt создается?
Могу быть не права, но по-моему в настройках надо включить что-то вроде "Автовосстановление после сбоев". Где находится не вспомню...
14.06.2007 14:20
Thalt
 
Сейчас посмотрел - в настройках есть только "автовосстановление сводки". Оно? Никто не знает, может есть какой-то debug mode в УКМ 2.5? Чтобы детально писал в логи, что и когда делается. Кассы взяли моду зависать на безналичном платеже - хочу понять, что им не нравится.
06.07.2007 10:34
GradeR
 
Закрываем смену на ФП ручками с помощью утилиты при условии что касса без ЭКЛЗ.
Далее правим cf_ini.
stt_docnum = 1
stt_znumb = (последняя закрытая смена) +1
stt_sale = 0
stt_return = 0

Это скорее всего уже так и сделано, но перепроверить стоит.

Не забудь удалить $$$.$$$
11.12.2007 22:43
Maximus
 
У меня вопросик по поводу файла (QTEST).RPT... что за значение стоит в нем первым - EM=??? подскажите начинающему, плиз! :confused:
12.12.2007 01:18
shebdim
 
Цитата:
Maximus что за значение стоит в нем первым - EM=???
Сменный итог продаж из ЭКЛЗ
12.12.2007 21:07
Maximus
 
Как сегодня показал метод научного тыка, касса нормально стартует при следующих условиях:
EM=FM и DB=IC

причем между собой они не обязательно равны
а значение LC в (QTEST).RPT я ни разу не видел отлиным от нуля...
может я в чем-то не прав или есть еще варианты, расскажите, если кто знает... очень интересно!
Опции темы


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

 

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