Задача. В солнечном штате Флорида есть 4 склада (Plant): 2 маленьких и 2 больших. Т.к. 2 больших находятся близко к портам, то многие материалы (практически весь импорт) заказываются для одного из этих двух складов и потом расталдыкивается по всему штату.

Процесс типа такой: ночью работает программа MRP (что-то для планирования закупок), которая создает Purchasing Requisition (PR, заказ на закупку?), которые потом просматривает дяденька в отделе закупок и дает добро на создание Purchase Order. Проблема: MRP создает PR отдельно для каждого из 4-х складов, а надо бы одну большую PR на весь штат и чтобы склад (и, соответственно, purchasing organization) значился один из двух больших. Который из двух - это смотря у какого выше потребность, туда все и пойдет.

Сначала наши ММщики решили сделать некий фиктивный склад Х, но, осознав, что придется для него создавать все материалы и поставщиков, идею в принципе забросили. Теперь все хотят сделать ABAPом (читай - спихнуть мне ): собрать количество со всех PR созданных MRP, создать новую PR для одного из больших складов, а старые PR удалить. (BAPI вроде имеются.)

Вопрос: а) нет ли каких-нибудь стандартных путей для заказа на один склад для нескольких (может какие-то настройки MRP)?; б) если нет, то не слишком ли бредовая затея с ABAPом? Может кто-то уже сталкивался с подобным?

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

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

Сории за сумбур, все-таки пишу вечером..

Если компания большая и денег не жалко, внедрение Supply Network Planning (SNP) будет оправданно - как раз под такие задачи заточен этот компонент SAP SCM.

Возможности MRP в R/3-ERP ограничены, к сожалению для клиентов и к счастью для консультантов

Возможно я не правильно понял, но: есть возможность указать на уровне каждого материала куда эти потребности сбросить. Пример: если у тебя 3 завода а закупки идут централизованно с одного, то все потребности материала можно сбросить на этот завод. Для этого нужно настроить Special Procurement Key (транзакция OMI8) на заводе откуда эти потребности должны быть переведены. При настройки Special procurement Key надо указать что:
- Special procurement: U (stock transfer)
- Plant -> Куда переносятся потребности.

Олег

Комания большая, но жадная.

Мда, похоже, что с динамическим раскладом одними настройками не обойдешься... Если бы был один "центральный" склад, то наверное действительно можно было бы MRP настроить.

Большое спасибо всем за ответы!