Репликация потребностей из SRM в ERP

ReFloyd

Здравствуйте. Кто-нибудь проверял след. вещь?
При формировании закупочной корзины в SRM, сформированная потребность реплицируется в R/3, и если нет - можно ли это сделать?

Konstantin Anikeev

ReFloyd написал:

Здравствуйте. Кто-нибудь проверял след. вещь?
При формировании закупочной корзины в SRM, сформированная потребность реплицируется в R/3, и если нет - можно ли это сделать?

Сформированная потребность это Bestellanforderung(Purchase Requisition) или Reservierung? Если одно из них, то не реплицируется, а переносится и закладывается по RFC. Или вы что-то другое имеете ввиду? Что-то из разряда Plan-Driven Procurement?

ReFloyd

Спасибо за оперативный ответ. Под сформированной потребностью понимается Requariments (если я правильно употребляю терминологию). Вы правы, я имею в виду что-то вроде Plan Driving только наоборот: потребности не в SRM переносятся, а из SRM в R/3, для того, чтобы их, на ряду с другими потребностями (появившимися в результате автоматического формирования из других модулей, типа ТОРО, PS и т.п. ) сгруппировать и обработать....

Konstantin Anikeev

Не... насколько я знаю такого нету... Это вам надо либо привязываться к SAVE BADI или к Workflow и самим создавать потребности.
А зачем такое нужно, если не секрет? Просто заявки и заказы потом привязать?

ReFloyd

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

Konstantin Anikeev

Стоп... если мы говорим о завках, которые ME51/2/3N то это самое оно и отлично работает с SRM...

ReFloyd

Воооот, вот именно про это я и говорю, только хочу рассмотреть не как в стандарте Plan Driving Procurement (загрузка их из ERP в SRM), а наоборот, их создание посредством закупочной корзины в SRM и последующая репликация их в ERP, чтобы там они были видны через me23n

Konstantin Anikeev

ME23N это уже заказы, а не заявки... Что-то мы с вами никак не можем понять друг друга - путаемся в понятиях...
В любом случае, для получения заявок и заказов из корзинок особо мудрить не надо - это стандартный функционал, причем гораздо более широкий, чем для наоборот... Тут есть сразу несколько сценариев, так что тут уже не вопрос реализации, а вопрос конкретного выбора реализации

Процессы описаны в SRM210.

ReFloyd

Да, с транзакцией напутал, но в остальном нет

Насколько я помню, в R/3 реплицируются все документы, созданные в SRM, но только начиная с заказа на поставку. Т.е. в стандарте, потребности, созданные в SRM через корзину по дефолту в r/3 не попадут, так вот я и размышляю о возможности их туда запихнуть

Надеюсь, что сейчас понятно

Konstantin Anikeev

Если говорить о репликации, то нет... Заявки не реплицируются... Но SRM предусматривает создание заявок напрямую из корзинок после подтверждения... Для заказов возможны оба варианта.

Из другого топика...

Konstantin Anikeev написал:

Обычно SRM как раз и внедряется там, где есть ERP... Попробую по вопросам.

Цитата:

Но как я понимаю, в SRM своя функциональность заявок (shopping cart?).

Немного шире... В SRM реализовано несколько сценариев, в частности: локальный, классический, и расширенный классический (есть еще смешанный, но это просто смесь классического и расширенного)...

Итак, локальный - все в SRM - практичеки не используется.

Классический - Создается корзинка в SRM -> Подтверждение в SRM (Тут обычно переписывается стандарт) -> Заявка или заказ в ERP (Закладка обычно по RFC) -> Актуализация данных в SRM из Backend (Поставки, счета)

Расширенный классический - Создается корзинка в SRM -> Подтверждение в SRM (Тут обычно переписывается стандарт) -> Заявка или заказ в SRM -> Перенос данных в ERP (обычно через IDOC) c закладкой Заявки/Заказа...

Вам скорее всего нужна классика...

Цитата:

Вопрос: каким образом будет работать SRM в связке с MM и нужна ли она вообще? Может, лучше (и дешевле) внедрить систему типа Norbit Business Trade или АС-МТС?

Это уже вам решать... Есть свои плюсы и минусы... Но крупные предприятия обычно склоняются к единству платформы.

Цитата:

Вообще, кто-то внедрял SRM на предприятии, где уже работает ERP?

Да только так и было

ReFloyd

Да это все понятно, проблема в том, что SRM используется как инструмент сбора потребностей, и эти потребности, совместно с плановыми потребностями должны быть сгруппированы и как-то там обработаны, так как это в SRM сделать нельзя, то хочу это сделать в ERP. Вот

Konstantin Anikeev

Ну и пожалуйста...

Группируйте заявки - получайте заказы...

ReFloyd

беда в том, что мне не заказы нужны, а конкурсные процедуры по сгруппированным заявкам

Konstantin Anikeev

Т.е. вы все-таки решили делать конкурсы в R/3?

ReFloyd

Нет. Туда хочу запихнуть потребности, чтобы провести группировку и согласование, и реализовать что-то вроде плана закупок, функциональностью SRM это, все-таки, сделать не получиться, а дальше, уже сгруппированные потребности легко запихнуть в SRM по стандартному плэндравинг, и поехало....

Репликация потребностей из SRM в ERP

Кто сейчас на конференции