![]() |
|
Размещение товара по секциям/ячейкам склада | ☑ | ||
---|---|---|---|---|
0
Gill
19.03.12
✎
22:31
|
Всем привет! Столкнулся со следующей проблемой.Имеется документ "Размещение номенклатуры" в нем указываются товары которые размещаются в конкретных (назовем их полками) склада.При подборе этой самой полки свободную определяю путем обращения к вирт.таблице срез последних соответствующего регистра сведений на дату формирования документа.Полка "становится занятой" после проведения документа.Всё бы ничего,но есть проблема:допустим 19.03.2012 товар "А" разместили на полке №1.Далее создаем еще один документ задним числом например 15.03.12 и соответственно при подборе полка №1 становится доступной для выбора и в итоге при просмотре отчета по размещению полок видим,что на полке №1 имеется 2 разых товара,что не допустимо.Как мне организовать алгоритм подбора,чтобы не возникало такого рода дублировний? Отмена возможности ввода задними числами не представляется возможным.
|
|||
1
catena
19.03.12
✎
22:34
|
1. Запретить ввод задним числом.
2. Всегда проверять доступность на текущую дату. |
|||
2
Никола_
Питерский 19.03.12
✎
22:37
|
WMS+ТСД, но последнее предложение с этим что то нужно делать !
|
|||
3
Gill
19.03.12
✎
22:39
|
(1) к сожалению возможность ввода задним числом необходима,ее нужно сохранить и решить эту задачу как-то по другому
|
|||
4
Никола_
Питерский 19.03.12
✎
22:43
|
(3) Скажи что было на полке 15 числа ? вот реально именно в тот день ?
|
|||
5
Gill
19.03.12
✎
22:46
|
(4) в тот день по факту на эту полку могли положить товар "Б" записать документ, а захотеть провести 20.03.12
|
|||
6
catena
19.03.12
✎
22:48
|
Если введение задним числом подразумевает, что "положили сегодня на полку, а документы оприходования пришли позже", тогда - проверять на текущую дату.
Если введение задним числом = что-то произошло, но оформляют только сегодня, то проверять на дату документа и перепроводить все последующие документы. По-другому никак. |
|||
7
Никола_
Питерский 19.03.12
✎
22:49
|
Пойми есть реальность(факт происходящих событий), а есть учет типа когда вот бумажку пьяный экспедитор принес сегодня, хотя товар 5 дней назад разгрузили уже ! Так вот, если ты хочешь отражать реальность тогда и делай систему подобную WMS-системам, там нет такого понятия как вчера или завтра или 3 часа назад. Они отражают реальную картинку в данный момент времени, взял с полки пирожок это сразу видно в системе, положил на другую полку пирожок тут же это должно отразится в системе, но для этого конечно нужно ТСД и хорошего пастуха(плюс не мешало бы конечно всяких схем мотиваций на лепить) на склад. А игры с документами это детский сад, захотели мы тогда провести и провели ! Вы там определитесь что Вы автоматизируете !
|
|||
8
Gill
19.03.12
✎
23:27
|
(7) по сути Вы конечно правы, но применительно к нашей ситуации,необходима именно "игра" с документами, (6) возможно Вы и правы
|
|||
9
Злопчинский
20.03.12
✎
02:33
|
При размещении на полки/ячейки/склады - независимо от даты ввода документа - состояние полок определять только и всегда на "сейчас", в (7) правильно сказали...
|
|||
10
Холст
20.03.12
✎
02:55
|
в дополнение к ораторам добавил бы запрет распроведения "отработанного" документа, все исправления только корректирующими документами
|
|||
11
Krendel
20.03.12
✎
05:25
|
(8) Я так понимаю еще на пару лямов так кладовщики не наигрывались?
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |