AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Функционал
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 03.09.2009, 21:48   #1  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Спасибо за ответы.

Цитата:
Сообщение от miklenew Посмотреть сообщение
Имеется в виду физ. разервирование для низкоприоритетных?
Нет. я наверное ошибся.
Высокоприоритетные должны обслужиться в первую очередь.

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

Цитата:
Сообщение от oleg61858 Посмотреть сообщение
1.Можно отделить высокоприоритетные заказы отдельным виртуальным складом.
Думали об этом. Но виртуальные склады сильно усложнят жизнь склада. Физических складов несколько. Там есть свои заморочки, чтобы вводить новый склад. Но это действительно один из рассматриваемых вариантов - карантинный склад.

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

Цитата:
Сообщение от Vals Посмотреть сообщение
Должны быть статьи.
В смысле?

Цитата:
Сообщение от Vals Посмотреть сообщение
Одно можно сказать, может случиться так, что в конце концов, выполнение приоритетных задаказов подавит все остальные. И неудовлетворённый спрос будет искать другого поставщика.
Да, такой риск есть. Но задача ставится - в случае дефицита в первую очередь должны быть удовлетворены высокоприоритетные. И это должно гарантироваться системой.

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

Цитата:
Сообщение от GM2005 Посмотреть сообщение
А может быть использовать различные склады для обслуживания приоритености продаж?
Как я уже говорил. Такое решение сильно усложнит инвентаризацию. Склад ничего не знает о приоритетах. Работа склада - отдельная песня.

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

Да и дистрибуционные центры заказчиком планируются в будущем...
Не хотелось бы эту фичу зарубать для приоритезации продаж.
__________________
полезное на axForum, github, vk, coub.
Теги
заказ на продажу, приоритет

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Отмена продажи ОС npokypatop DAX: Функционал 7 30.06.2008 16:24
Настройка модели цены продажи Andromache DAX: Функционал 3 24.06.2008 14:02
Прайс листы/продажи в разных валютах e-Car DAX: Функционал 1 31.08.2006 14:43
Автоматическое формирование цены продажи Roenick DAX: Функционал 15 09.03.2006 15:05
Связь поставщиков с проводками по поставщикам в стандартном фильтре MironovI DAX: Функционал 15 28.12.2005 17:10

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 22:25.