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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 22.10.2009, 18:45   #21  
Om is offline
Om
Участник
 
35 / 11 (1) +
Регистрация: 27.09.2004
Цитата:
Сообщение от Vals Посмотреть сообщение
Вообще, при прочих равных, если производство способно обеспечить все заказы, то можно попробовать вообще отказаться от резервирования (Хотя бы потому, что продавцам важно количество, а не конкретный номер партии), а заменить его контролем сроков поставок через Сводное планирование. При этом Сводное фактически подменит резервирование. И даже, если производство не обеспечивает, то Сводное планирование просто упорядочит очередь.
Как-то странно советуете... отказаться от резервирования, заменить его сводным планированием... откуда взят тезис, что "производство способно обеспечить все заказы"?

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

Могу предложить такой вариант из собственного опыта:

Если партии нужны для учета производства продукции по партиям, а на складе отгрузки они не нужны, то партию делаем активной, но вторичной. При переносе со склада производства на склад отгрузки обнуляем партию или присваиваем ей некое общее значение, например "б/д" - без деления (это доработка журнала "Перенос")
- в этом случае продажник сможет резервировать из общего количества на складе (т. к. партия всегда одна = б/д). По факту отгрузки кладовщик в отдельной табличке фиксирует количество и номера партий, фактически отгруженные клиенту (если это нужно для прослеживаемости и претензионной работы) - тоже доработка не сложная.
На одном из проектов мы делали именно так.

Последний раз редактировалось Om; 22.10.2009 в 18:48.
За это сообщение автора поблагодарили: vc (1).
Старый 22.10.2009, 19:14   #22  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от pitersky Посмотреть сообщение
А как же контролировать наличие у сейлзов? Они ж нарисуют заказов на десяток складов, если не будут ограничены текущим наличием
А пусть рисуют. Это ж деньги, которые платят клиенты.
Главное, чтобы обещали такие сроки, чтобы производство и снабждение успело произвести/подвести проданное количество.
__________________
полезное на axForum, github, vk, coub.
Старый 22.10.2009, 19:22   #23  
Vals is offline
Vals
Аманд
Аватар для Vals
Компания АМАНД
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2009
 
1,765 / 507 (20) +++++++
Регистрация: 27.02.2002
Адрес: Pass partout, Москва
Цитата:
Как-то странно советуете... отказаться от резервирования, заменить его сводным планированием... откуда взят тезис, что "производство способно обеспечить все заказы"?
Просто "резервирование" в понимании продажников - средство жёсткого обеспечения своих клиентов продукцией. Если вы дадите им другой инструмент, обеспечивающий такой же эффект и даже лучше, их можно будет убедить.
Избыточность производственных ресурсов не является главной, механизм отработает в любом случае.
Старый 22.10.2009, 19:35   #24  
Om is offline
Om
Участник
 
35 / 11 (1) +
Регистрация: 27.09.2004
Цитата:
Сообщение от Vals Посмотреть сообщение
Просто "резервирование" в понимании продажников - средство жёсткого обеспечения своих клиентов продукцией. Если вы дадите им другой инструмент, обеспечивающий такой же эффект и даже лучше, их можно будет убедить.
Избыточность производственных ресурсов не является главной, механизм отработает в любом случае.
нет, идея со сводным планированием конечно интересная, вот только настройка этого функционала сама по себе нетривиальная вещь... да и трудно будет убедить продажников, что контроль сроков поставок через сводное планирование это тот же "верняк", что и товар на складе - мало ли что может случиться на этапе производства (станок сломался, ОТК забраковало), а резервируя из наличия он (коммерсант) уверен, что клиент завтра сможет приехать и забрать
Старый 22.10.2009, 19:47   #25  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
зато резервируя, он затоваривает склад. Со всеми вытекающими.

смотрите, ключевой момент: "клиент завтра сможет приехать и забрать".
Если нужно "завтра", то никаких вариантов быть не может - надо резервировать.

Вся суть, чтобы заказы появлялись в системе раньше.
Гораздо раньше.
Еще раньше.
Если заказ появляется в системе заранее, чтобы производство и снабжение гарантировано смогло произвести/закупить, то резервирование не нужно.
__________________
полезное на axForum, github, vk, coub.
Старый 22.10.2009, 20:12   #26  
Om is offline
Om
Участник
 
35 / 11 (1) +
Регистрация: 27.09.2004
Цитата:
Сообщение от mazzy Посмотреть сообщение
зато резервируя, он затоваривает склад. Со всеми вытекающими.
Вопрос решается административным ограничением на срок нахождения заказа в резерве - z.b. 5 дней и вертай товар в запас или на ковер - почему держишь в резерве столько??

Цитата:
Сообщение от mazzy Посмотреть сообщение
смотрите, ключевой момент: "клиент завтра сможет приехать и забрать".
Если нужно "завтра", то никаких вариантов быть не может - надо резервировать.
надо

Цитата:
Сообщение от mazzy Посмотреть сообщение
Вся суть, чтобы заказы появлялись в системе раньше.
Гораздо раньше.
Еще раньше.
Если заказ появляется в системе заранее, чтобы производство и снабжение гарантировано смогло произвести/закупить, то резервирование не нужно.
Это уже скорее не заказы, а прогнозы продаж... хорошо бы, если они появлялись заранее и были точными... но это не всегда возможно
Старый 22.10.2009, 20:36   #27  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от Om Посмотреть сообщение
Вопрос решается административным ограничением на срок нахождения заказа в резерве - z.b. 5 дней и вертай товар в запас или на ковер - почему держишь в резерве столько??
Так вы:
1. выкидываете смысл из слова "резервирование"
2. затовариваете на 5 дней

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

То, что вы подразумеваете под словом "заказ" является тривиальной отгрузкой. Причем скорее всего без (пред)заказа.
__________________
полезное на axForum, github, vk, coub.
Старый 06.06.2017, 15:39   #28  
_guestl_ is offline
_guestl_
Участник
MCBMSS
Columbus IT
 
38 / 15 (1) ++
Регистрация: 22.05.2007
Адрес: Россия
В 2009 без доработок не обошлось.

А как подобная проблема решается в 2012R3? Можно ли обойтись малой кровью и без WMS?
__________________
2012 R3
Старый 06.06.2017, 16:57   #29  
sukhanchik is offline
sukhanchik
Administrator
Аватар для sukhanchik
MCBMSS
Злыдни
Лучший по профессии 2015
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,273 / 3466 (122) ++++++++++
Регистрация: 13.06.2004
Адрес: Москва
Цитата:
Сообщение от _guestl_ Посмотреть сообщение
Возникает вопрос, как это реализовать в системе с минимумом доработок?

Заставить кладовщика ходить по складу со списком зарезервированных партий - нереально. Ему проще взять первое, что лежит под рукой. И административными мерами это не решить.

Сделать так, чтобы кладовщик занимался резервированием по заказам (строки заказа на продажу - запасы - резервирование) - не получится, тк в этот момент другие продажники смогут настрогать еще десяток заказов.
Цитата:
Сообщение от Vals Посмотреть сообщение
Просто "резервирование" в понимании продажников - средство жёсткого обеспечения своих клиентов продукцией. Если вы дадите им другой инструмент, обеспечивающий такой же эффект и даже лучше, их можно будет убедить.
Цитата:
Сообщение от _guestl_ Посмотреть сообщение
В 2009 без доработок не обошлось.

А как подобная проблема решается в 2012R3? Можно ли обойтись малой кровью и без WMS?
Это не зависит от версии системы. Резервирование в понятии продажника - это средство обеспечения клиентов продукцией, как сказал Vals. Т.е. должен происходить процесс "пометки" запасов на складе заказами продажников. Этой "пометкой" является код заказа на продажу, которая должна быть добавлена, как складская аналитика.

Отсюда 2 решения:
1. Если отгрузить надо завтра и товар есть на складе - то его резервируем средствами системы и тогда товар никуда не денется.
2. Если надо зарезервировать "под заказ", то тогда товар должен пометиться складской аналитикой "код заказа на продажу" - это и будет являться гарантией продажников, что товар будет доставлен покупателю (при этом никакое резервирование в терминах системы в системе делать не надо). А вот в какой момент (закупки / перемещения) он должен пометиться - это уже предмет обсуждения. Потому что закупка / перемещение и уж тем более производство могут быть сделаны на несколько отгрузочных заказов.

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

Так что из доработок - тут явно видится складская аналитика "Код заказа на продажу" (можно детально, до номера лота) и доработка по ее автоматическому проставлению в нужный момент времени.
__________________
Возможно сделать все. Вопрос времени
Старый 07.06.2017, 12:05   #30  
Vitality is offline
Vitality
Участник
 
44 / 31 (2) +++
Регистрация: 12.02.2013
Адрес: Россия, Санкт-Петербург
Поддержу предыдущего оратора
В R3 есть аналитика "Статус запасов", в свойствах которой можно включить признак "Блокировка запасов". Перенести запас на значение этой аналитики, равное номеру заказа, с включенным признаком - и все, типа "зарезервировано".
Ну и доработать малость, чтобы вернуть запас в свободный доступ или зарезервировать под другой заказ мог только ограниченный круг лиц.
Старый 07.06.2017, 13:01   #31  
KiselevSA is offline
KiselevSA
Злыдни
Аватар для KiselevSA
Злыдни
Лучший по профессии 2015
 
958 / 333 (13) ++++++
Регистрация: 25.01.2002
Адрес: Москва
Цитата:
Сообщение от Vitality Посмотреть сообщение
Поддержу предыдущего оратора
В R3 есть аналитика "Статус запасов", в свойствах которой можно включить признак "Блокировка запасов". Перенести запас на значение этой аналитики, равное номеру заказа, с включенным признаком - и все, типа "зарезервировано".
Ну и доработать малость, чтобы вернуть запас в свободный доступ или зарезервировать под другой заказ мог только ограниченный круг лиц.
Эта аналитика предназначена для совсем других целей, используется только при активном WMS и может быть изменена (без всякого переноса) с мобильного устройства любым складским работником.
Для резервирования "под заказ" нормально подходит маркировка, которую вешает сводное планирование после утверждения спланированного заказа.
Если же специалисты по продаже работают все время с остродефицитными товарами, то надо реализовывать что-то типа очередей отгрузки, которая проверяется перед резервированием на доступность требуемого количества с учетом ранее выписанных и не отгруженных (зарезервированных) заказов.
__________________
люди...считают, что если техника не ломается, то ее не нужно ремонтировать. Инженеры считают, что если она не ломается, то нуждается в совершенствовании.
Старый 08.06.2017, 12:14   #32  
Shmel_83 is offline
Shmel_83
Участник
 
74 / 25 (1) +++
Регистрация: 08.04.2009
Цитата:
Сообщение от Raven Melancholic Посмотреть сообщение
Это в том случае, если правильная партия не зарезервирована другим документом. Если же по требуемой партии нет свободного остатка, то получаем проблему.
Можно отключить стандартный контроль остатков в разрезе партий (снять галку "Физические запасы" в группе аналитик отслеживания), оставив при этом контроль остатков по складу. Тогда при комплектации будет возможность менять партию, на ту которую собрали.
При отключенном контроле, надо подумать, что вы будете делать, когда у вас на остатках было 2 партии по 100 штук в каждой, но по результатам фактической комплектации отгрузили все 200 штук с первой партии.
В качестве защиты от ухода в минус по результатам успешных продаж, можно реализовать самодельную проверку на стадии комплектации на то, что скомплектованное количество по конкретному заказу + остальное зарезервированное количество по складу <= физ.наличия по складу по данной партии, Кто, когда и как будет реагировать при срабатывании проверки, нужно решить заранее.
И еще вы не написали, сколько у вас всего складских аналитик, а также в разрезе каких аналитик у вас считается себестоимость. Тут тоже могут быть свои особенности.
Теги
комплектация, первичная аналитика, резервирование, склад, складская аналитика, партии

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Резервирование партий Andrux DAX: Функционал 10 02.02.2009 13:01
Резервирование при комплектации - проблемы с автоматическим резервированием Artem Mikhailov DAX: Функционал 20 24.02.2007 04:32
Физический приход на склад без ГТД rumpleteazer DAX: Функционал 26 24.04.2006 22:01
Резервирование в заказанных (серия 5) Dana DAX: Функционал 8 14.05.2004 14:37
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

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

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

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 14:28.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.