Форум OlegON > Программы и оборудование для автоматизации торговли > Системы автоматизации торговли > Супермаг Плюс (Супермаг 2000)

Некорректные результаты ревизии. ОЧЕНЬ ВАЖНО!!! : Супермаг Плюс (Супермаг 2000)

23.11.2024 3:17


20.02.2007 08:41
Цитата:
Talisman Старший продавец считала одну из полок в подсобном помещении. Там лежал товар, которого больше не было нигде в магазине, за исключением нескольких единиц, которые были в торговом зале. В итоге колличество товара, посчитанного с этой полки, в супермаге в некоторых случаях оказалось умножено на два, а где-то пошла недостача, равная реальному колличеству товара. Что из этого следует? У меня нет этому объяснений.. либо какой-то сбой по программе, либо одно из двух!
Это похоже на то, что с одного терманала данные были выгружены дважды, а с другого - не выгружены совсем.
baggio прав, по каждой выгрузке из терминала надо создавать отдельную инвентаризационную опись, и сразу проверять количество в описи и фактическое, вносить необходимые изменения. И подпись брать у каждого считавшего и проверявшего.
20.02.2007 08:49
Цитата:
baggio, а с M3 Compia можно данные еще куда-нибудь слить?
Их наверняка можно слить в разные ведомости *03 ... да и если постаратся и в текстовичок... только в него база льется и если у него и есть данные то в виде "артикул_пробел_кол-во" и наверняка либо в текстовычке гденить валяется либо в мобильном SQL... и заливать надо непосредственно в terminal.dat... у меня их тоже нет... но работал я с подобными чудесами... стоит дорого а толку...

PS проверь что создал ведомость с полным ассортиментом товара который вы считали с нулевым количеством... если ее нет вот тогда действительно могут получится неверные результаты...
20.02.2007 08:53
Думаю, что нужно проследить за старшим продавцом, который задвоила полку, или за любым другим, кто приносил информацию по задвоенным товарам. Вполне возможно, что неумение пользоваться терминалом. Проскользнула фраза про добивание нехватающего товара, возможно, что тут собака порылась. Например, вместо забивания разницы - забивают новое количество. И выгрузку с терминалов хранить, переименовывая файл в фамилию того, кто принес терминал.
20.02.2007 08:55
Цитата:
baggio Блин а ты пустографку (пустую ведомость с товаром по групп\магазину) делал? с нулевым количеством? а? только блин торкнуло сам всю ночь на учете сижу....
.. извените, непонял... Объясните поподробнее, пожалуйста!
20.02.2007 08:58
Есть возможность распечатать сличительную ведомость без ожидаемого количества. Это очень благоприятно сказывается на результатах ревизии.
20.02.2007 09:00
Цитата:
Mtirt
Цитата:
Talisman Старший продавец считала одну из полок в подсобном помещении. Там лежал товар, которого больше не было нигде в магазине, за исключением нескольких единиц, которые были в торговом зале. В итоге колличество товара, посчитанного с этой полки, в супермаге в некоторых случаях оказалось умножено на два, а где-то пошла недостача, равная реальному колличеству товара. Что из этого следует? У меня нет этому объяснений.. либо какой-то сбой по программе, либо одно из двух!
Это похоже на то, что с одного терманала данные были выгружены дважды, а с другого - не выгружены совсем.
baggio прав, по каждой выгрузке из терминала надо создавать отдельную инвентаризационную опись, и сразу проверять количество в описи и фактическое, вносить необходимые изменения. И подпись брать у каждого считавшего и проверявшего.
ещё раз.. была полка с несколькими наименованиями товара, которого больше нет нигде в магазине. Его считывают за один раз терминалом, потом я сливаю данные в супермаг. В итоге по этому товару где-то колличество превышает реальное в два раза, а где-то недостача, равная реальному колличеству товара. Тут нет ошибки при выгрузке, данные либо считались, либо нет!
20.02.2007 09:02
Поясняю ...

допустим есть товар №1 его на остатках числится 10 в ведомости посчитали 5, и есть товар №2 который числится на остатках -5, но в учет его не нашли т.е. его попросту нет...

вот и получается что если нет пустографки, то данный товар не попадает в инвентаризационную опись, а соответсвенно и в сличилку... т.е. в сличилке есть только товар №1 и после расчета остатков у тебя его не хватает 5шт... На самом деле это банальный пересорт т.е. другово артикула №2 у тебя -5, но он в сличилку не попал...

Для того что бы избежать данных проблем создается опись с методом заполнения не "произвольный список" а скажем "Весь товар", получаем ведомость со всеми товарами в магазине но с количеством 0(ноль) для того чтобы супермаг, когда делает сличилку расчитал остатки по товарам которых нет в магазине в наличии, но по которым есть отрицательные остатки (плюс магазина)....
20.02.2007 09:06
Цитата:
olegon Есть возможность распечатать сличительную ведомость без ожидаемого количества. Это очень благоприятно сказывается на результатах ревизии.
.. а смысл сего действия?
20.02.2007 09:06
Цитата:
ещё раз.. была полка с несколькими наименованиями товара, которого больше нет нигде в магазине. Его считывают за один раз терминалом, потом я сливаю данные в супермаг. В итоге по этому товару где-то колличество превышает реальное в два раза, а где-то недостача, равная реальному колличеству товара. Тут нет ошибки при выгрузке, данные либо считались, либо нет
Блин чего гадать, то бери терминал и иди смотри что он снимает и на какой артикул... пойми не имеет значение что вообще у тебя за товар в реале, гланое как его супермаг считывает, возможно у тебя банально штрихкода не к тем карточкам припаяны...

1. берешь терминал... идешь на эту полку.
2. Снимаешь ее. (внимательно вглядываясь в терминал, что он там пишет)
3. сливаем в ОИ.
4. Печатаем.
5. Идем и проверяем.

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

Если не нашел косяк..
повторить пункты с 1 по 5 *04
20.02.2007 09:17
Цитата:
Talisman
Цитата:
olegon Есть возможность распечатать сличительную ведомость без ожидаемого количества. Это очень благоприятно сказывается на результатах ревизии.
.. а смысл сего действия?
Когда считающие не знают, сколько товара на самом деле, они будут его считать, а не подгонять под написанное.
Часовой пояс GMT +3, время: 03:17.

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