[ОТВЕТИТЬ]
Опции темы
14.07.2008 08:53  
alex_evil
Тема так и не раскрыта.
Что именно было с сетью???
 
15.07.2008 02:26  
akonev
Цитата:
Сообщение от alex_evil
Тема так и не раскрыта.
Что именно было с сетью???
Потому и не раскрыта, что не понятно, чего случилось.
Я так понимаю, Рома вообще эту ветку открыл потому, что больше было некуда выплеснуть непомерное удивление.

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

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

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

теперь уже не понять. проблема не моделируется.
случай был разовый. ни до ни после такого не бывало.
 
15.07.2008 07:56  
alex_evil
Что-то похожее и у нас происходит, только касса не перегружается, а сбрасывает чек.

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

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

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

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

вот лог с кассы.
Ошибка вот в это время 16:24:06
Вложения
Тип файла: rar 2008-07-06.rar (299.8 Кб, 115 просмотров)
 
15.07.2008 08:09  
akonev
скорее всего, проблема в другом.
укм4 позволяет после подитога продолжить чек (покупатель вспомнил, что надо еще сигареты или пакет, к примеру): просто досканировать нужный товар и шлепнуть "Подитог".

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

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

подозреваю, что тот же эффект можно получить и сканированием, если сканер включен в разрыв клавиатуры.
 
15.07.2008 10:13  
alex_evil
Кассиры делаю все правильно. Сам наблюдал за этим делом.
Касса сама по себе начинает глючить.

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

при перезагрузке кассы из фискальника должен вылезать аннулированный чек.
стоит дождаться очередного глюка и внимательно на этот чек посмотреть.
судя по "ReceiptAppendPayment" в логе, в деньгах от покупателя должна быть очень занимательная сумма.
ее надо сравнить с последним вводившимся штрихкодом.
 
15.07.2008 14:26  
Mtirt
Цитата:
Сообщение от Andrew_Konev
Потому и не раскрыта, что не понятно, чего случилось.
Я так понимаю, Рома вообще эту ветку открыл потому, что больше было некуда выплеснуть непомерное удивление.

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

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

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

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

при перезагрузке кассы из фискальника должен вылезать аннулированный чек.
стоит дождаться очередного глюка и внимательно на этот чек посмотреть.
судя по "ReceiptAppendPayment" в логе, в деньгах от покупателя должна быть очень занимательная сумма.
ее надо сравнить с последним вводившимся штрихкодом.
Ситуация еще веселее, выключаю кассу и включаю минут через 5 пробиваю СПИЧКИ который стоят 3 тнг.
Касса выдает сообщение «Разрядность числа больше допустимой».
*54
 
15.07.2008 15:35  
akonev
о как! а если эти же спички отбить на другой кассе? ситуация повторится?

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


Опции темы



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

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