[ОТВЕТИТЬ]
Опции темы
10.03.2009 22:51
 
При создании кассовых документов. Никто не сталкивался? УКМ2 на другой стороне, тут - 1026.2 сп1
У меня такое было, когда килограммы на штуки перебивали в базе (не я), при приеме оно округлялось шикарно (0,250кг) и падало в нуль. Но тут вряд ли были такие мастера... Еще идеи есть?
11.03.2009 06:29
 
надо входящие данные смотреть, по любому. кроме округлившихся весовых тоже ничего в голову не пришло.
супермаг же говорит, на каком артикуле глюк прошел, можно быстро проверить все вхождения.

вот разве только такой бредовый вариант: единственная продажа в день и возврат внутри чека (при отсутствии сжатия и, наверное, печати не после расчета, а в процессе) или возврат по чеку в тот же день. при наличии недоработок в алгоритме приема, быть может, возможно получение такой фигни.
11.03.2009 07:07
 
Вряд ли. Больше похоже на то, что Олег говорит. Пробили штучный товар с меньшим количеством.
11.03.2009 08:59
 
Прошу прощения, поздно уже было, чтобы разобраться до конца, вот и решил собрать идеи :) Да, не знаю пока, каким образом, но пробили штуку по весу...
11.03.2009 09:06
 
У меня пару раз было подобное. УКМ2. Опытные кассиры. И никто в итоге не знает, как такое получилось...
13.03.2009 10:04
 
Принято решение, возвращать продажи в штуки...
Для памяти
Цитата:
select distinct article from SMCASHCHECKITEMS where quantity<1 and article in (select article from smcard where idmeasurement=0);
потом, после анализа полученного
Цитата:
update SMCASHCHECKITEMS set quantity=1 where quantity<1 and article in (select article from smcard where idmeasurement=0);
commit;
13.03.2009 10:10
 
Осторожно. Сейчас СМ2000 делит в чеках продажи на 2 строчки при смешанной оплате. И в УКМ2, и в УКМ4.

Так что лучше sum(quantity)-round(sum(quantity),0)>0 ()
13.03.2009 10:21
 
Cогласен, что надо было послать к УКМщику. Но нужно "вчера". Мне само решение не нравится, ибо неправильное и не решает проблемы на будущее. По твоему запросу невозможно выделить кого именно апдейтить. А в этом конкретном случае безнала не было.
13.03.2009 10:39
 
Ну это вообще не запрос, а просто функция.
Запрос вот:
Код:
select t.locid, t.desknum, t.znum, t.checknum, t.article from smcashcheckitems t
group by  t.locid, t.desknum, t.znum, t.checknum, t.article
having sum(t.quantity)-round(sum(t.quantity),0)>0
только автоматом апдейт действительно делать опасно.

И твой способ мне не нравится, прости. В случае, когда одна позиция разбита на две, например: 0,35 шт и 0,65 шт, При твоем апдейте, в итоге будет 2 шт проданных вместо одной. А что делать, если разбиение 2,025 и 0,75 шт.?
13.03.2009 10:43
 
Наверное есть признак оплаты, надо было бы его искать... Но мне искать ни к чему :) Спасибо за напоминание о возможном глюке... А поскольку безнала нет, других вариантов "разбития" не вижу...


Опции темы



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

Все в прочитанное - Донат - RSS - - Карта - Вверх

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