Какие методики резервирования товаров используются в вашей компании (или вашими клиентами)?

[Raven Melancholic]

Цитата:

Вопрос 1
Когда, кем, и для чего вообще у вас резервируются товары?
В каких случаях резервации меняются? (К примеру, если появляется более ранний заказ, или заказ от более приоритетного клиента, т.д.) Как это делается? (Вручную? Кем?)
Есть ли у кого-то какой-то автоматический механизм приоритизации одной резервации над другой?

Фирма работает как на выпуск уникальных индивидуальный товаров, так и для продажи оборудования, произведенного на склад. То оборудование, которое производится на склад, резервируется (на определенное количество дней - по истечении периода, если не было оплаты, резервы автоматически снимаются). Резервируют оборудование сотрудники отдела продаж. Причем, резервирование по каждой строке не очень удобно, поэтому реализована отдельная форма резервирования, в которой можно резервировать номенклатуру сразу по всему заказу на продажу (производственному заказу, заказу на перемещение и т.п.). Изменения производятся вручную, каких-то приоритетов нет.
Вопрос 2

Цитата:

Какие товары разрешено резервировать? (К примеру, только физически доступное, или также и ожидаемые приходы) Разделяете ли Вы приходы в результате внутренних перемещений и внешних процессов (производство, закупки)? (К примеру, можно резервировать то, что есть на складе + то, что должно приехать в течении 1 дня с других складов.)
Бывает ли необходимость жесткой резервации строк заказа против какого-то конкретного заказа на покупку (зарезервированного в заказанных)? Если да, то зачем?

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

Цитата:

Вопрос 3
Как и кто уведомляется в случае конфликтов? К примеру, если я хочу забрать на свой заказ какие-то товары, которые уже были зарезервированы, смогу ли я это сделать? Кто в таком случае будет уведомлен и как?

Конфликты разруливаются вручную. Уведомления высылаются ответственным продавцам за день до окончания срока резервирования и в день снятия резервов (точнее в ночь) при помощи стандартного механизма уведомлений.

Цитата:

Вопрос 4
Какие модификации функциональности резервирования у вас установлены? С какой целью?

В основном, модификации касаются интерфейса резервирования, в том числе,

• резервирования через несколько компаний. Из того, что затрагивает ядро:
• классификация номенклатуры с точки зрения правил резервирования.
• автоматическое резервирование не только на складе отгрузки, но и на складах пополнения.

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

[kashperuk]

Цитата:

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

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

А почему в таком случае не используете автоматическое резервирование?

Цитата:

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

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

А можно про это поподробнее? Я что-то не понял, в чем модификация.

[Raven Melancholic]

Цитата:

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

А почему в таком случае не используете автоматическое резервирование?

У нас отгрузка идет не с тех складов, на которых хранится номенклатура (включая и филиалы и Москву). Причем, отгрузочный склад это не просто виртуальный склад, представляющий собой дебакадер склада хранения готовой продукции, а именно отдельный склад. Хранится ГП и резервируется на складе хранения, заказ на продажу идет со склада отгрузки, перед отгрузкой происходит перемещение со склада ГП на склад отгрузки. Автоматическое резервирование резервирует только на складе, указанном в строке заказа (точнее зависит от настройки аналитики) либо на любом, то есть, без учета настроек пополнения. Как-то это можно разрулить сайтами (правда не уверен, что сильно поможет), но у нас DAX4.

Цитата:

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

А можно про это поподробнее? Я что-то не понял, в чем модификация.

В принципе, ответ тот же.

[fed]

Цитата:

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

А почему в таком случае не используете автоматическое резервирование?



А можно про это поподробнее? Я что-то не понял, в чем модификация.

Типичная ситуация: Фирма имеет один склад отгрузки (в центре города, с хорошими путями подъездами,большим количеством эстакад для погрузки/выгрузки, но маленькими площадями) и несколько складов хранения (с большими площадями, но на выселках и с плохими путями подъезда). В идеале, для автоматизации подобной ситуации надо было бы использовать сводное. Типа сейлы создают заказы, потом сводное (которое каждые 2-3 часа запускают) создает плановый заказ на перенос, потом его утверждают и тп.
Но на практике - только из за этого покупать модуль сводного планирования не целесообразно. Поэтому зачастую просто делают какую-то доработку которая при резервировании позволяет автоматически создать некий журнал переноса с удаленного склада на склад отгрузки и резервирует в транзите между строкой заказа и строкой журнала переноса (ну или заказа на перенос).
Мне, правда, такой подход не очень нравится. Мы для этого использовали разделение сейлового и складского резервирования. Грубо говоря - сейлы резервируют на уровне только сайта. Далее, время от времени, складские нажимают некую кнопочку, по которой система проверяет все заказы в неком статусе и по тем из них, по которым зарезервировано больше чем есть на складе отгрузки, формирует строки журнала переноса. Как-то такой подход покрасившее малость...

[Serg]

Цитата:

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

Мы для этого использовали разделение сейлового и складского резервирования. Грубо говоря - сейлы резервируют на уровне только сайта. ...

Fed, а можешь рассказать поподробней суть доработки сейлового резервирования? Мы что-то такое сделали, на уровне сайта и получается, что если кто-то укажет склад или партию в другом заказе, то общая сумма резерва может просто удвоиться или утроиться, так как контроль остатка идет только по InventDimId.

[fed]

Цитата:

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

Fed, а можешь рассказать поподробней суть доработки сейлового резервирования? Мы что-то такое сделали, на уровне сайта и получается, что если кто-то укажет склад или партию в другом заказе, то общая сумма резерва может просто удвоиться или утроиться, так как контроль остатка идет только по InventDimId.

Мы в inventSum добавили два разных поля для двух разных видов резервов. Точнее говоря - для сейлового резервирования мы использовали стандартные поля, а для складского - нестандартные. Далее мы для сейлов сделали отдельную форму "В наличии" в которой показывались остатки в разрезе сайта и партии, с учетом сейлового резервирования. Для складских сделали другую форму в наличии, которая показывала остатки с учетом складского резервирования и по всем складским аналитикам.
На какой-то стадии обработки продажи (по созданию picking list по моему), система автоматически пыталась создать складской резерв поверх сейлового. А в момент физического списания по packing slip, система контроллировала оба остатка. Во первых, проверялось что после списания для данного сайта и партии остаток (как физическое наличие - сейловый резерв) не упадет ниже ноля. Во вторых проверялось для для полного набора складской аналитики после списания, остаток (как физическое наличие - складской резерв) не упадет ниже ноля. Если хотя бы одно из этих условий не выполнялось - операция откатывалась.

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

[pitersky]

Цитата:

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

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

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