«Решения WinМаркет»

[knizhnikv]

Здравствуйте, меня зовут Владимир г. Хабаровск компания ДВ-СТС, мы являемся вашими дилерами! Перечисляю такие возникшие ошибки WinМаркет Standart. Делали автоматизацию в одном из магазинов, и вот уже как больше месяца возникают такого рода ошибки. Версия server.exe 2.3.57.0, версия backoffice 8.3.29.0, весия cach 8.3.25.0. Первая ошибка:
Когда в окне кассира набирается товар, затем нажимаем на "*" выходит окно оплаты. Допустим за покупку в строке "К ОПЛАТЕ" стоит сумма 300.00, кассир набирает в строке "НАЛИЧНЫЕ" сумму 300.00, нажимает ENTER, выскакивает окно в котором написано "не хватает суммы оплаты". Нажимают кнопку ОК, окно закрывается, а окно оплаты остается, пытаемся еще раз нажать ENTER опять выскакивает это сообщение. Кассиру приходилось выходить из этого окна оплаты, нажимать еще раз *, затем все проходило нормально, но эта ошибка постояно каждый день возникает, и не понятно в какой момент. Иногда кассиры просто вводят не сумму 300.00, а сумму наличными 300.01 и тогда чек распечатывается.
Вторая ошибка:
Когда кассир набрал товар, нажал кнопку "*", вышло окно оплаты. допустим сумма покупки была 300.90, дают наличными к примеру 301.00, сдача показывает 0.10, нажимают интер, распечатывается чек и в чеке пишется сдача не 0.10, а 0.11, т.е. на копейку больше. И эта ошибка возникала не один раз.

Заметил еще одну ошибку но уже в backoffice, зайдя в "Справочник товаров" там есть кнопка сверху "Карточка движения", я её нажал, что то мигнуло, но окно карточки движение не открылось, я еще раз несколько раз пытался открыть, но оно не открывалось, решил закрыть программу, но она не закрывалась и начала выскакивать ошибка сервера "Не задано имя параметра [00]". Пришлось программу убивать из диспечера задач. Затем загрузил программу, зашел в справочник товаров, нажал карточку движения, окно открылось. А что послужило этой ошибке, я так и не понял.

[wm_support]

По поводу ошибки работы при работе в расчетном окне:
АРМ кассира работает с фискальным регистратором в режиме двустороннего обмена, то есть не просто высылает на него данные, но и получает ответные. В рамках такого обмена может быть задействована "математическая" часть фискальника, то есть данные высылаются не просто, как на чековый принтер, но используются расчеты, производимые регистратором. Внимание вопрос: а какой собственно аппарат используется на этом АРМ? И используется ли он по назначению? Дело в том, что бывают некоторые "хитрецы", которые связывают АРМ кассира не с регистратором напрямую, а через некое промежуточное ПО... для своих целей, скажем так. Естественно, что там вернет программа в наш АРМ, предполагать трудно. Еще момент. То, как Вы описали процесс работы, вызывает смутное подозрение что ребята работают в режиме возвратного чека. Кассир чего-то недопонимает, а то что рассказывает Вам - это, зачастую, очень отдельная история. "Подержите свечку" в этот момент, проконтролируйте, что именно происходит. Возможно, это действительно возврат, а суммы в ден. ящике недостаточно для возврата. Кроме того, совершенно не исключен момент, что Ваш клиент попробовал скачать обновление и оно проставилось некорректно. То есть имеет место быть некий разнобой, который по версиям не отследишь. Проконтролируйте, что все стоит корректно. То, что Вы описали, не наблюдается у клиентов, которых мы ведем "вот прямо сейчас", этот блок работоспособен. Хотите - вышлю не самое последнее обновление (по сроку ключа), которое лично проверил. Пишите в почту, буду в Москве (из командировки) - вышлю

[wm_support]

В догонку - про карточку движения товара. Она работает, если организация подвязывается из справочника и за магазином закреплено юрлицо из того же справочника. Если это не соблюдается, оно идет в разнос. Поспрошайте, как ребята документы оформляют.

[дбв]

Здравствуйте,Владимир.Завтра вышлю Вам новую замену версии.

[knizhnikv]

[knizhnikv]

[knizhnikv]

В общем тут ситуация с этими копейками такая. то что писал ранее оно немножечко не корректно было истолковано клиентом. Так вот у нас есть чек от клиента, в котором перечисляются купленные товары их цены и в конце итог покупки, так вот если произвести подсчет по товарам сумма покупки равна 236.49, но в чеке итоговая сумма покупки стоит 236.50. Соответсвено, кассир говорит что в окне оплаты стояла сумма оплаты 236.49, она вводит наличные 236.49, программа говорит "не хватает денег", тогда они берут добавляют копейку в наличные т.е. как будто покупатель дал 236.50, тогда подсчитывается сдача 0.00, выходит чек про который я уже говорил выше. Получается что это не правильно, если подсчитать по товарам на калькуляторе то 236.49 и в программе высвечивается итоговая сумма покупки 236.49, а в чеке говорится что итоговая сумма покупки 236.50. Один раз этот глюк обошли тем, что просто вышли из окна оплаты, затем опять нажали "*" и все было ОК, но это же не правильная работа.