Наиболее адекватным тут будет всё-таки отвязать понятие резервирование менеджером от резервирования на складе (из ячейки).
Их нельзя объединять, т.к. они несут разный смысл (первое - ограничивает менеджера возможностями склада/поставщиков, а второе - обеспечивает жесткое ограничение по отгрузке из заданной ячейки, т.е. рассчитано, что отгружаться оно будет уже сейчас, иначе снизится оборачиваемость).
Именно поэтому возникают сложности при попытке использования функционала резервирования для менеджеров в WMS Аксапта.
Из "штатных" средств тут может помочь только разделение учета на 2 компании - "для менеджеров и поставок" и "для WMS". Но тут всё равно наверняка придется много программировать для удобства пользователей и объединения бизнес-процессов.
Так что это достаточно опасный путь.
Лучше наверное всё-таки реализовать свой механизм отслеживания покрытия потребности в заказах (т.е. аналог резервирования без использования скл.проводок), а не производить постоянное перезервирование одной и той же продукции в течении недель (т.е. я соглашусь с glibs и Raven Melancholic), причем, можно даже сделать этот механизм с учетом дат планируемых поставок и отгрузок.
Это непросто реализовать (хотя, запрограммировать даже проще, чем продумать так, чтобы механизм был прост для понимая менеджерами), но зато позволит достигнуть цели без ломания стандартных алгоритмов резервирования и комплектации.
Последний раз редактировалось Atar; 15.05.2009 в 13:31.
|