Резервирование без партий

[Om]

Цитата:

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

Вообще, при прочих равных, если производство способно обеспечить все заказы, то можно попробовать вообще отказаться от резервирования (Хотя бы потому, что продавцам важно количество, а не конкретный номер партии), а заменить его контролем сроков поставок через Сводное планирование. При этом Сводное фактически подменит резервирование. И даже, если производство не обеспечивает, то Сводное планирование просто упорядочит очередь.

Как-то странно советуете... отказаться от резервирования, заменить его сводным планированием... откуда взят тезис, что "производство способно обеспечить все заказы"?

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

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

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

[mazzy]

Цитата:

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

А как же контролировать наличие у сейлзов? Они ж нарисуют заказов на десяток складов, если не будут ограничены текущим наличием

А пусть рисуют. Это ж деньги, которые платят клиенты.
Главное, чтобы обещали такие сроки, чтобы производство и снабждение успело произвести/подвести проданное количество.

[Vals]

Цитата:

Как-то странно советуете... отказаться от резервирования, заменить его сводным планированием... откуда взят тезис, что "производство способно обеспечить все заказы"?

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

[Om]

Цитата:

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

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

нет, идея со сводным планированием конечно интересная, вот только настройка этого функционала сама по себе нетривиальная вещь... да и трудно будет убедить продажников, что контроль сроков поставок через сводное планирование это тот же "верняк", что и товар на складе - мало ли что может случиться на этапе производства (станок сломался, ОТК забраковало), а резервируя из наличия он (коммерсант) уверен, что клиент завтра сможет приехать и забрать

[mazzy]

зато резервируя, он затоваривает склад. Со всеми вытекающими.

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

Вся суть, чтобы заказы появлялись в системе раньше.
Гораздо раньше.
Еще раньше.
Если заказ появляется в системе заранее, чтобы производство и снабжение гарантировано смогло произвести/закупить, то резервирование не нужно.

[Om]

Цитата:

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

зато резервируя, он затоваривает склад. Со всеми вытекающими.

Вопрос решается административным ограничением на срок нахождения заказа в резерве - z.b. 5 дней и вертай товар в запас или на ковер - почему держишь в резерве столько??

Цитата:

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

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

надо

Цитата:

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

Вся суть, чтобы заказы появлялись в системе раньше.
Гораздо раньше.
Еще раньше.
Если заказ появляется в системе заранее, чтобы производство и снабжение гарантировано смогло произвести/закупить, то резервирование не нужно.

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

[mazzy]

Цитата:

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

Вопрос решается административным ограничением на срок нахождения заказа в резерве - z.b. 5 дней и вертай товар в запас или на ковер - почему держишь в резерве столько??

Так вы:
1. выкидываете смысл из слова "резервирование"
2. затовариваете на 5 дней

Цитата:

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

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

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

То, что вы подразумеваете под словом "заказ" является тривиальной отгрузкой. Причем скорее всего без (пред)заказа.

[_guestl_]

В 2009 без доработок не обошлось.

А как подобная проблема решается в 2012R3? Можно ли обойтись малой кровью и без WMS?

[sukhanchik]

Цитата:

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

Возникает вопрос, как это реализовать в системе с минимумом доработок?

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

Сделать так, чтобы кладовщик занимался резервированием по заказам (строки заказа на продажу - запасы - резервирование) - не получится, тк в этот момент другие продажники смогут настрогать еще десяток заказов.

Цитата:

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

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

Цитата:

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

В 2009 без доработок не обошлось.

А как подобная проблема решается в 2012R3? Можно ли обойтись малой кровью и без WMS?

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

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

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

Так что из доработок - тут явно видится складская аналитика "Код заказа на продажу" (можно детально, до номера лота) и доработка по ее автоматическому проставлению в нужный момент времени.

[Vitality]

Поддержу предыдущего оратора
В R3 есть аналитика "Статус запасов", в свойствах которой можно включить признак "Блокировка запасов". Перенести запас на значение этой аналитики, равное номеру заказа, с включенным признаком - и все, типа "зарезервировано".
Ну и доработать малость, чтобы вернуть запас в свободный доступ или зарезервировать под другой заказ мог только ограниченный круг лиц.

[KiselevSA]

Цитата:

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

Поддержу предыдущего оратора
В R3 есть аналитика "Статус запасов", в свойствах которой можно включить признак "Блокировка запасов". Перенести запас на значение этой аналитики, равное номеру заказа, с включенным признаком - и все, типа "зарезервировано".
Ну и доработать малость, чтобы вернуть запас в свободный доступ или зарезервировать под другой заказ мог только ограниченный круг лиц.

Эта аналитика предназначена для совсем других целей, используется только при активном WMS и может быть изменена (без всякого переноса) с мобильного устройства любым складским работником.
Для резервирования "под заказ" нормально подходит маркировка, которую вешает сводное планирование после утверждения спланированного заказа.
Если же специалисты по продаже работают все время с остродефицитными товарами, то надо реализовывать что-то типа очередей отгрузки, которая проверяется перед резервированием на доступность требуемого количества с учетом ранее выписанных и не отгруженных (зарезервированных) заказов.

[Shmel_83]

Цитата:

Сообщение от Raven Melancholic

Это в том случае, если правильная партия не зарезервирована другим документом. Если же по требуемой партии нет свободного остатка, то получаем проблему.

Можно отключить стандартный контроль остатков в разрезе партий (снять галку "Физические запасы" в группе аналитик отслеживания), оставив при этом контроль остатков по складу. Тогда при комплектации будет возможность менять партию, на ту которую собрали.
При отключенном контроле, надо подумать, что вы будете делать, когда у вас на остатках было 2 партии по 100 штук в каждой, но по результатам фактической комплектации отгрузили все 200 штук с первой партии.
В качестве защиты от ухода в минус по результатам успешных продаж, можно реализовать самодельную проверку на стадии комплектации на то, что скомплектованное количество по конкретному заказу + остальное зарезервированное количество по складу <= физ.наличия по складу по данной партии, Кто, когда и как будет реагировать при срабатывании проверки, нужно решить заранее.
И еще вы не написали, сколько у вас всего складских аналитик, а также в разрезе каких аналитик у вас считается себестоимость. Тут тоже могут быть свои особенности.