Перезагрузка касс при нажатии 'Подитога' : УКМ-4

█ 14.07.2008 08:53

Тема так и не раскрыта.
Что именно было с сетью???

█ 15.07.2008 02:26

Цитата:

alex_evil ➤ Тема так и не раскрыта.
Что именно было с сетью???

Потому и не раскрыта, что не понятно, чего случилось.
Я так понимаю, Рома вообще эту ветку открыл потому, что больше было некуда выплеснуть непомерное удивление.

Расклад в магазине был такой:
отдельный сервер Супермаг2000
отдельный сервер УКМ4
девять касс УКМ4
на серверах никаких лишних программ и сервисов, оба не в домене
все ip статические

после "подитога" кассы уходили в ребут. перестали ребутиться после перезагрузки сервера Супермаг2000.

что уж тому было причиной...?
и какое вообще дело кассам УКМ4 до состояния сервера СМ2000???
получается, что глюк был какой-то общесетевой, но вот что ж это было конкретно?
или действительно, были проблемы с выкладыванием оперсводки, которые такой странный эффект давали...
или были проблемы с обозревателем сети, а перегруз сервера вызвал перевыборы мастер-обозревателя...

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

█ 15.07.2008 07:56

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

Предыстория такая.

До установки СМ2000 был другой софт.
Но на фронт офисе стоял УКМ4 сп5.
Все работало нормально и замечательно.

После установки СМ2000 и УКМ4 на один сервер начали происходить сбросы чеков при этом в логах выдает ошибку (Разрядность числа больше допустимой) и касса предлагает нажать ввод для продолжения работы, но это не помогает, приходится перегружать кассу.

И эта ситуация повторяется несколько раз в день.

вот лог с кассы.
Ошибка вот в это время 16:24:06

█ 15.07.2008 08:09

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

если же дополнительный товар не сканировать, а ввести ШК руками - после него надо сначала жать "Ввод ШК", а потом уже "Подитог".

если "Ввод ШК" не нажали, а шлепнули сразу "Подитог" - этот введенный руками ШК воспринимается как сумма, которую покупатель дал кассиру.
от суммы в 13 знаков у фискальника крышу сносит. да 8и знаков хватит, наверное.

подозреваю, что тот же эффект можно получить и сканированием, если сканер включен в разрыв клавиатуры.

█ 15.07.2008 10:13

Кассиры делаю все правильно. Сам наблюдал за этим делом.
Касса сама по себе начинает глючить.

И повторюсь что до установки СМ2000 все работало нормально.
Думали что проблемы с сетью, но это тоже исключили так как при автономном режиме касса выдала туже ошибку.

█ 15.07.2008 11:11

и все-таки, проверь мою версию. ну уж очень ошибка похожа.

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

█ 15.07.2008 14:26

Цитата:

Andrew_Konev ➤ Потому и не раскрыта, что не понятно, чего случилось.
Я так понимаю, Рома вообще эту ветку открыл потому, что больше было некуда выплеснуть непомерное удивление.

Расклад в магазине был такой:
отдельный сервер Супермаг2000
отдельный сервер УКМ4
девять касс УКМ4
на серверах никаких лишних программ и сервисов, оба не в домене
все ip статические

после "подитога" кассы уходили в ребут. перестали ребутиться после перезагрузки сервера Супермаг2000.

что уж тому было причиной...?
и какое вообще дело кассам УКМ4 до состояния сервера СМ2000???
получается, что глюк был какой-то общесетевой, но вот что ж это было конкретно?
или действительно, были проблемы с выкладыванием оперсводки, которые такой странный эффект давали...
или были проблемы с обозревателем сети, а перегруз сервера вызвал перевыборы мастер-обозревателя...

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

У меня было однажды подобное по симптомам... Правда не совсем. На сервер УКМ4 прицепили принтер. И сервер УКМ4 очень долго не перезагружали (несколько месяцев). В итоге на сервере УКМ4 скопилось очень большое количество открытых сетевых сессий. И касса после перезагрузки просто не могла создать новое подключение к серверу, и снова уходила в перезагрузку... И так до тех пор, пока не перезагрузили сервер УКМ4.

█ 15.07.2008 14:51

Цитата:

Andrew_Konev ➤ и все-таки, проверь мою версию. ну уж очень ошибка похожа.

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

Ситуация еще веселее, выключаю кассу и включаю минут через 5 пробиваю СПИЧКИ который стоят 3 тнг.
Касса выдает сообщение «Разрядность числа больше допустимой».
*54

█ 15.07.2008 15:35

о как! а если эти же спички отбить на другой кассе? ситуация повторится?

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

█ 15.07.2008 15:39

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