[ОТВЕТИТЬ]
20.08.2008 07:37
Shame
 
Добрейшего дня всем.
Для начала описание предистории из форума по СМ2000:
случился пожар. Кассы погибли, сервер жив. Открыли магазин с новыми кассами и все было нормально до тех пор пока номера Z-отчетов не начали совпадать, в итоге данные с кассы (пока только одной) не хотять прогружатьсы в СМ2000.
Посоветовали сменить номер кассы
update cash* set CashNumber=5 where ZNumber >124
Сменил. Выгрузка идет замечательно кроме одного момента: Появился один косяк - касса после выгрузки одной-двух смен зависает наглухо. Смены выгружаются до конца и кассовый модуль на них не жалуется, но на кассе не помогает даже ALT+CTRL+DEL. ЦТО не в понятках.
Подозреваю что где-то что то я забыл подправить... У кого какие мысли по этому поводу?
20.08.2008 07:42
akonev
 
номер кассы в укм2 поменяли?
по currests.db этот update тоже прогоняли?
вообще, в currests эти выгрузки отмечаются в поле WasOutput?
20.08.2008 08:00
Shame
 
Да, прогнали и в cerrests.db, поменяли в настройках УКМ. WasOutput не смотрели.
20.08.2008 08:09
Vovantus
 
Может, прощё было сменить номер ФР через FR_Programmer? Затем, для соответствующего МХ, создать ещё одну кассу с номером нового ФР. Ведь кассовый журнал всё равно новый и номера смен пойдут с 1. Ту кассу, что сгорела, отключить в настройках. Возможно, я не учёл что-то важное, но на мой взгляд - это проще, чем править номера смен.
20.08.2008 08:15
akonev
 
еще стоит лишний раз прогнать переидексацию. возможно, что-то не поправилось при замене номера кассы.

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

если систему найти не получится - тогда, наверное, все-таки обрезать базу на кассе. оставить только последние смены с новым номером кассы.
делается в разделе "архивирование" (предварительно изменить номер кассы на старый, после обрезки - вернуть новый):
через меню пометить все смены по номерам или по дате;
выполнить удаление;
выполнить упаковку;
лучше это делать с запущенным smartdrv, иначе режет очень медленно (но надо иметь бэкап).

или вообще поправить WasOutput для всех недостающих в см2000 смен, прогнать выгрузку невыгруженных, убедиться, что см2000 все всосал, а потом под корень вычистить все содержимое smukm30\Database.
после этого прогрузить кассу и работать с нуля. но первые дни будут сложности с возвратами по чекам (их же выкинули) - возвращать придется или по сумме с указанием товара или вообще через главную кассу.
20.08.2008 08:18
akonev
 
Цитата:
Vovantus Может, прощё было сменить номер ФР через FR_Programmer? Затем, для соответствующего МХ, создать ещё одну кассу с номером нового ФР. Ведь кассовый журнал всё равно новый и номера смен пойдут с 1. Ту кассу, что сгорела, отключить в настройках. Возможно, я не учёл что-то важное, но на мой взгляд - это проще, чем править номера смен.
ты не прав. номер ФР для выгрузки вообще значения не имеет. только номер кассы в укм2.
а смены, по которым номера Z пересеклись, так или иначе все равно надо выгружать. так что альтернативы правке номера просто нет.
20.08.2008 08:33
Shame
 
Зависания идут при выгрузке любых смен. Переиндексацию делали несколько раз, почти после каждого зависания. Смены до СМ2000 дошли, просто пришлось несколько раз перезагрузить кассу с кнопки питания, Касса которая сгорела отключена уже давно. База на кассе обрезалась недавно, там остались только последние два месяца. Выносить содержимое smukm30\database не хочется, хотелось бы сделать как нибудь культурно. Когда я буду уверен что все в СМ2000 прогрузилось без косяков, наверное все таки обрежу кассу еще раз.
20.08.2008 08:49
akonev
 
предлагаю еще попробовать каталог выгрузки и сетевой каталог поменять на локальные.
чтобы исключить влияние возможных сетевых проблем.
все-таки пожар - это автоматически или возможность повреждения локалки или ее замена.
да и неизвестно еще, что там с силовой сетью сталось. могли помехи дополнительные появиться.
20.08.2008 08:55
Vovantus
 
Цитата:
Andrew_Konev ты не прав. номер ФР для выгрузки вообще значения не имеет. только номер кассы в укм2.
а смены, по которым номера Z пересеклись, так или иначе все равно надо выгружать. так что альтернативы правке номера просто нет.
Я просто подошёл не с той стороны к теме.. если бы сразу кассу новую добавили в СМ, не было бы проблемм при перехлёсте смен в дальнейшем
20.08.2008 09:11
Shame
 
Цитата:
Vovantus Я просто подошёл не с той стороны к теме.. если бы сразу кассу новую добавили в СМ, не было бы проблемм при перехлёсте смен в дальнейшем
Если бы я год назад знал СМ и УКМ так же как я знаю сейчас - обязательно так и сделал бы :)

А локалку и питание перетягивали по новой. Пожар был год назад. До этого проблем с кассой не наблюдалось
20.08.2008 09:31
Vovantus
 
Мне другое непонятно: как так получилось, что только через год смены начали переплетаться? Вы когда изначально магазин автоматизировали (не после пожара, а вообще), сразу на кассах поставили номера смен такие же, которые сейчас?
Цитата:
Shame А локалку и питание перетягивали по новой. Пожар был год назад. До этого проблем с кассой не наблюдалось
Вообще такие подробности лучше сразу сообщать. Что ещё делалось на кассе в последнее время, может меняли оборудование? И попробуй всёже отключить сеть, как Андрей советовал. Потом (при отключённой сети), сделай 4-5 тестовых смен по нескольку рублей и посмотри, будет ли виснуть касса. Если будет, значит бум дальше думать. Не забудь потом смены выгрузить через "ВЫГРУЗКУ НЕВЫГРУЖЕННЫХ".
21.08.2008 11:36
Shame
 
Смены стали путаться только через год потому что обрезали базу СМ2000 и соответственно старые Z-отчеты, то что было до обрезки, не сохранились.
Оборудование на кассе не менялось. Кассы работают нормально, товар пробивается, продажи идут. Зависания только по окончании выгрузки смены.
21.08.2008 11:40
Mtirt
 
А там не архивация смен включена???
Может быть УКМ2 смены обрезает в этот момент???
21.08.2008 13:50
crbr
 
Нет архивации смен нету... Зависает касса именно после окончания выгрузки по дате или смене... когда моргает надпись нажмите выход но уже клавиатура не реагирует даже на ctrl+alt+del.
23.08.2008 04:01
Vovantus
 
Цитата:
crbr Зависает касса именно после окончания выгрузки по дате или смене...
А если текущую смену закрыть - касса зависнет?
25.08.2008 09:42
Shame
 
50/50. Может зависнуть, а может продолжить работу.
25.08.2008 11:51
Vovantus
 
касса какая у тебя?
26.08.2008 17:22
Andrey_G
 
Бррр...

Итак, как я понял, касса виснет ПОСЛЕ УСПЕШНОЙ ВЫГРУЗКИ?

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

Картинка такая:

УКМ нормально выгружает, говорит нажмите выход, и все... Ноль реакции...

УКМ2 на кассе, в роли сервера ноут под WinXP SP2, изнасилован и загажен до невозможности - один комп на все про все, тут и эксперименты с подсовыванием клиентских баз, тут и сервер УКМ4, и виртуалки, и три сетевых карты, и прочие прелести. Я наивно считаю, что сей глюк растет именно из моего ноута, т.к. на живых объектах такой ерунды ни разу не видел. Советую копать в сторону сети/авторизации и т.д., а никак не в сторону последствий пожара....
26.08.2008 17:27
Shame
 
Vovantus: Прошу прощения, не указал, Beetle POS/20 УКМ2

Andrey_G: Да, касса виснет ИМЕННО после успешной выгрузки. На других кассах в этом же магазине все ОК. глюки начались именно после изменения номера кассы. А картина в точности такая как описана, предлагает нажат выход и ни на что после этого не реагирует.
26.08.2008 17:43
Andrey_G
 
Ну тогда, первым делом, как писал Andrew_Konev, перенаправляем каталоги обмена на локальный диск, и тестируем. Вот чую, проблема в сети. УКМ2 вообще к ней не равнодушен :)

Добавлено:

А при смене номера кассы нигде строчку в настройках не пропустили? Мож она на несуществующую шару лезть пытается?
26.08.2008 18:00
Shame
 
Перепроверю. Но ИМХО не должен он из-за несуществующей шары виснуть так что Alt+Ctrl+Del не справляются.
26.08.2008 18:24
Andrey_G
 
А кто ж его знает, кому он чего должен :)

Софтине уже очень много лет (больше 12 точно, а вот насколько, мож кто подскажет...), и коллектив разработчиков/усовершенствователей постоянно меняется... Так что, могли и забыть какой нить фрагмент кода, который жрет давно не используемую строчку из cf_ini... Эт так, в порядке бреда, но суть понятна, я думаю.
Опции темы


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

 

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