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

Разница остатков в сличительной и в карточке товара : Супермаг Плюс (Супермаг 2000)

12.12.2024 16:24


Результаты опроса: Оправдала ли ваши надежды ТС SuperMag+?
да, мы это и искали 12 70.59%
да, но можно поискать альтернативы 4 23.53%
нет 0 0%
нужно искать что-то другое 1 5.88%
Голосовавшие: 17. Вы ещё не голосовали в этом опросе

08.07.2010 16:55
Доброго дня суток!
Интересует следующая возникшая ситуация (сразу прикрепляю примеры), рассмотрим ситуацию с ТМЦ:
a) «Батончик Киндер Макси Кинг 35 г» как видим в сличительной фиксируется остаток (предпологаемое (ожидаемое) количество) 7 шт, если же посмотреть в карточке на вкладке документы, то увидим что предпологаемое (ожидаемое) количество в сличительной ведомости – 45 шт., и фактически из этого скриншота видно, что в сличительной он ожидает 45 шт., а фиксирует всего 7 шт., при этом условие – «предидущие документы не правились задним числом» верно.
b) «Батончик Милки Уей 5*26 г » по вкладке «движение » в карточке товара ожидаемое количество в сличительной ведомости составляет 57 шт., в сличительной же - 56 шт.
c) «Коктейль Ягуар Оригинал 9% 0,5 л ж/б» по вкладке «движение » в карточке товара ожидаемое количество в сличительной ведомости составляет 1084 шт., в сличительной – 1055 шт.
Возникает закономерный вопрос: почему возникла такая разница между данными по остаткам в сличительной ведомости и во вкладке «документы» в карточке товара? Ведь «разница» возникает из-за расхождения данных в колонках «ожидаемое» и «кол-во», в итоге мы получаем что в принципе возникающая недостача, либо излишки по данным видам ТМЦ не имеют под собой какого либо основания. При этом условие - в оперативных чеках данные ТМЦ отсутствуют, верно.
08.07.2010 16:58
Пересчет остатков в модуле администратора запускали?
08.07.2010 17:02
Цитата:
Dim Пересчет остатков в модуле администратора запускали?
да, это все было сделано
08.07.2010 17:05
тогда скриншоты нужны
08.07.2010 17:15
как их(скриншоты) сюда добавить?
08.07.2010 17:26
Цитата:
Dim тогда скриншоты нужны
вот ссылка, там есть все скриншоты всех приведенных примеров.
08.07.2010 18:04
Вопрос:
1. Когда расчитывались остатки по сличилке?
остатки в сличилку попадают такими, какими они являются на момент времени когда вы нажимаете функциии-вычислить остатки... и таковыми остаются...
Если вы меняете документы задним числом... это уже ваша проблема.... ищите документы измененные после расчета остатков по сличилке...

В противном случии у вас неисправна БД.. по какимто причинам... и нужно обращаться к специалистам...
08.07.2010 18:16
Цитата:
baggio Вопрос:
1. Когда расчитывались остатки по сличилке?
остатки в сличилку попадают такими, какими они являются на момент времени когда вы нажимаете функциии-вычислить остатки... и таковыми остаются...
Если вы меняете документы задним числом... это уже ваша проблема.... ищите документы измененные после расчета остатков по сличилке...

В противном случии у вас неисправна БД.. по какимто причинам... и нужно обращаться к специалистам...
остатки расчитывались утром, в 11 часов утра, при этом товародвижения ни физического ни документального, а тем более продаж по кассам не было.
В том то и дело что редактировать документы задним числом операторы не могут без особого разрешения, и проверял уже по позиции "Батончик киндер макси кинг" никакие документы по нему не правились, и перерасчет остатков не делался повторно.Там видно что был только приход и продажи, т.е. там даже приблизительно нет таких цифр , которые зафиксированы в сличительной.
А какого рода могут быть неисправности БД? где искать корень проблемы?
08.07.2010 18:23
Цитата:
baggio Вопрос:
1. Когда расчитывались остатки по сличилке?
остатки в сличилку попадают такими, какими они являются на момент времени когда вы нажимаете функциии-вычислить остатки... и таковыми остаются...
Если вы меняете документы задним числом... это уже ваша проблема.... ищите документы измененные после расчета остатков по сличилке...

В противном случии у вас неисправна БД.. по какимто причинам... и нужно обращаться к специалистам...
а каким образом предлагаешь избежать правку документов задним числом?
08.07.2010 20:28
Цитата:
PhillosoFF а каким образом предлагаешь избежать правку документов задним числом?
да как угодно....
административно....
Програмно...

Если мы говорим про програмно то для этого есть 2 пути....
1. в адм. модуле стоит дата запрета редактирования документов... которую можно "апдейтить" скриптом ежедневно...
2. Использовать поле "давность" в правах должности.... она разрешит редактировать документы только N дней назад...

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

З.Ы. а Вы уже нашли документы измененные задним числом? Вы уверенны что в этом проблема?
Часовой пояс GMT +3, время: 16:24.

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