Как обеспечить высокоприоритетные продажи в стандартном функционале?

[GM2005]

А может быть использовать различные склады для обслуживания приоритености продаж? Фактически ведь речь идет о приоритетности (доступности) товарных запасов в первую очередь для тех или иных клиентов или продавцов (а они закрепляются за определенными складами). Просто выдержка из хелпа:

"Склад, используемый для пополнения текущего склада, если отмечено Пополнение. Главные склады можно определять на нескольких уровнях.
Главный склад используется со сводным планированием. Если указать главный склад для текущего склада и установить флажок Пополнение, все выпуски заполняются запланированными заказами на перемещение в данном складе. Если указать главный склад и не установить флажок Пополнение, создается иерархическая структура складов. Это необходимо, поскольку иначе невозможно указать особые правила для покрытия номенклатуры.

В приведенной ниже таблице отображаются уровни складов, их имена и их главный склад, а в скобках - другие возможные главные склады, которые указаны ниже в иерархии.

Уровень Склад
4 E2
4 E1
3 D
2 C2
2 C1
1 B
0 A

Примеры:

Склады могут пополняться только из складов более низких уровней. Это необходимо для предотвращения циркулярности.

Например, C2 может пополняться только B и A, поскольку D, E1 и E2 находятся на более высоких уровнях складов.

Склад может пополнять несколько складов, расположенных в иерархии выше него.

Например, B может напрямую пополнять C1 и C2.

Склад не может пополняться двумя складами.

Например, D не может пополняться одновременно C1 и C2.

Невозможно выбрать главный склад, который может пополняться самим складом.

Другое основание для определения главного склада состоит в том, что при смене запланированного производственного заказа или заказа на покупку на запланированный заказ на перемещение главный склад устанавливается по умолчанию.

На вкладке Сводное планирование можно определить склад покрытия для текущего склада. Можно также определить склад как склад пополнения, для которого запланированные заказы на перемещение создаются из главного склада в ходе сводного планирования.

Транзитный склад является частью иерархии складов типа По умолчанию. Важно отметить, что два склада на одном уровне не могут использовать один и тот же транзитный склад."

[mazzy]

Спасибо за ответы.

Цитата:

Сообщение от miklenew

Имеется в виду физ. разервирование для низкоприоритетных?

Нет. я наверное ошибся.
Высокоприоритетные должны обслужиться в первую очередь.

Цитата:

Сообщение от belugin

а так: блатная задача при попытке резервирования отбирает резерв у фраеров

не надо, по-моему, так делать.
поскольку "резервирование" по сути означает, что мы гарантируем заказчику.
"резервирование" без гарантий приведет к тому, что заказчики будут разочарованы.
По-моему не стоит доводить их до белого каления. Ведь, на этапе заказа ответ менеджера "будем заказывать для вас" вызовет гораздо меньше проблем, чем "мы зарезервировали для вас".

Цитата:

Сообщение от oleg61858

1.Можно отделить высокоприоритетные заказы отдельным виртуальным складом.

Думали об этом. Но виртуальные склады сильно усложнят жизнь склада. Физических складов несколько. Там есть свои заморочки, чтобы вводить новый склад. Но это действительно один из рассматриваемых вариантов - карантинный склад.

Цитата:

Сообщение от oleg61858

2. Вообще не использовать резерв в заказанных, а при приемке товара программно распределять резервы с заданным приритетом.

А потом перерезервировать, а потом снимать резерв, а потом...
Жизнь сложнее, чем кажется. Что-то может не прийти, что-то может прийти раньше.
В общем, "распределять резервы" потенциально приведет к сканадалам.
Должен быть простой и предельно понятный для менеджеров алгоритм.

Цитата:

Сообщение от Vals

Должны быть статьи.

В смысле?

Цитата:

Сообщение от Vals

Одно можно сказать, может случиться так, что в конце концов, выполнение приоритетных задаказов подавит все остальные. И неудовлетворённый спрос будет искать другого поставщика.

Да, такой риск есть. Но задача ставится - в случае дефицита в первую очередь должны быть удовлетворены высокоприоритетные. И это должно гарантироваться системой.

Понятно, что системным образом с дефицитом должно бороться сводное планирование. Но сводное планирование - отдельная пестня. Здесь вопрос только о гарантиях для высокоприоритетных.

Цитата:

Сообщение от GM2005

А может быть использовать различные склады для обслуживания приоритености продаж?

Как я уже говорил. Такое решение сильно усложнит инвентаризацию. Склад ничего не знает о приоритетах. Работа склада - отдельная песня.

Цитата:

Сообщение от GM2005

"Склад, используемый для пополнения текущего склада, если отмечено Пополнение.

Да. Это был почти первый вариант, пока зарубленный мной.
Слишком много придется прогать для склада, если мы пойдем этим путем.

Да и дистрибуционные центры заказчиком планируются в будущем...
Не хотелось бы эту фичу зарубать для приоритезации продаж.