Спасибо за ответы.
Цитата:
Сообщение от
miklenew
Имеется в виду физ. разервирование для низкоприоритетных?
Нет. я наверное ошибся.
Высокоприоритетные должны обслужиться в первую очередь.
Цитата:
Сообщение от
belugin
а так: блатная задача при попытке резервирования отбирает резерв у фраеров
не надо, по-моему, так делать.
поскольку "резервирование" по сути означает, что мы гарантируем заказчику.
"резервирование" без гарантий приведет к тому, что заказчики будут разочарованы.
По-моему не стоит доводить их до белого каления. Ведь, на этапе заказа ответ менеджера "будем заказывать для вас" вызовет гораздо меньше проблем, чем "мы зарезервировали для вас".
Цитата:
Сообщение от
oleg61858
1.Можно отделить высокоприоритетные заказы отдельным виртуальным складом.
Думали об этом. Но виртуальные склады сильно усложнят жизнь склада. Физических складов несколько. Там есть свои заморочки, чтобы вводить новый склад. Но это действительно один из рассматриваемых вариантов - карантинный склад.
Цитата:
Сообщение от
oleg61858
2. Вообще не использовать резерв в заказанных, а при приемке товара программно распределять резервы с заданным приритетом.
А потом перерезервировать, а потом снимать резерв, а потом...
Жизнь сложнее, чем кажется. Что-то может не прийти, что-то может прийти раньше.
В общем, "распределять резервы" потенциально приведет к сканадалам.
Должен быть простой и предельно понятный для менеджеров алгоритм.
Цитата:
Сообщение от
Vals
Должны быть статьи.
В смысле?
Цитата:
Сообщение от
Vals
Одно можно сказать, может случиться так, что в конце концов, выполнение приоритетных задаказов подавит все остальные. И неудовлетворённый спрос будет искать другого поставщика.
Да, такой риск есть. Но задача ставится - в случае дефицита в первую очередь должны быть удовлетворены высокоприоритетные. И это должно гарантироваться системой.
Понятно, что системным образом с дефицитом должно бороться сводное планирование. Но сводное планирование - отдельная пестня. Здесь вопрос только о гарантиях для высокоприоритетных.
Цитата:
Сообщение от
GM2005
А может быть использовать различные склады для обслуживания приоритености продаж?
Как я уже говорил. Такое решение сильно усложнит инвентаризацию. Склад ничего не знает о приоритетах. Работа склада - отдельная песня.
Цитата:
Сообщение от
GM2005
"Склад, используемый для пополнения текущего склада, если отмечено Пополнение.
Да. Это был почти первый вариант, пока зарубленный мной.
Слишком много придется прогать для склада, если мы пойдем этим путем.
Да и дистрибуционные центры заказчиком планируются в будущем...
Не хотелось бы эту фичу зарубать для приоритезации продаж.