Добрый день всем!

Предполагаемая логическая цепочка от заявки до конкурса такова:
1) Создание заявки на материал или услугу в ERP
2) Репликация заявки в SRM с учетом определенных признаков (конкретный номер закупочной организации и статус заявки "Утверждена").
3) Заявки попадают в SRM в раздел Soursing (предположительно) для дальнейшей обработки.
4) Из Soursing'а как-то должны создаться лоты и уже потом bidder invitations.
5) Дальнейшая обработка bidder invitations, публикация конкурса и так далее и тому подобное.

Вопрос в следующем, как организовать репликацию заявок из ERP в SRM для дальнейшего проведения конкурсов? Может быть существует какая-то стандартная процедура репликации заявок?
Если кто знаком с этим, поделитесь, как настроить этот механизм.

Заранее спасибо.

Да это жеж прямо бум какой-то начался на SRM в свяязи с кризисом...
Насколько я знаю, в стандарте это не заложено (по крайней мере до SRM 5.0), так что скорее всего придется программерам поработать... Тут два варианта: XI и RFC, по времени затрат на разработку, ИМХО RFC быстрее...

А почему заявки должны создаваться в R/3, а не в SRM?

Заявки создаются в ERP, потому что так реализовано. Вообще заявки создаются даже не в ERP, а на собственном портале заказчика. Вернее часть так создается в головном офисе, а остальные заявки (заявки из филиалов) создаются в ERP. Было решено, что эту часть ломать не будут, потому что там сложная процедура утверждения заявок.

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

Вообщем так.
Стандартная процедура есть. Полностью этой процедурой пользуются редко, поскольку она жестко привязывает реплицируемые заявки только по признакам группа материалов и группа закупок. Вообще эта процедура по настроечной таблице V_T160EX записывает номера заявок для репликации в таблицу EPRTRANS в ERP, затем согласно настройкам в таблице V_T160PR заявки отправляются в SRM. Чаще всего просто пишут user-exit, который записывает значение в EPRTRANS напрямую, а затем стнадартом эти заявки уходят в SRM.

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

Мда... тут вы меня уели
с помощью функции BBP_EXTREQ_TRANSFER можно действительно запульнуть все это в SRM...
Вот только внутри это примитифные select и закладка порзинки по RFC... Зато стандарт...

Report RPRSEL01...
https://www.sdn.sap.com/irj/scn/thread?threadID=955257

В стандарте предусмотрена репликация заявок из ERP в SRM, вот только если без АБАПА то там 2 признака передачи: по группе материалов и второй не помню ). При этом переданные заявки из ERP в SRM становятся мертвыми в ERP, с ними дальше ничего не сделать, т.к. вся дальнейшая цепочка по стандарту должна проходить в SRM.
Также корзины в SRM очень капризные(много ошибок при настройке корзины, внимательная настройка орг модели), все данные корзины сравниваются(проверяются) с данными в ERP.

Попадут, если будет сделана одна настроечка в ERP, с указанием какие именно группы матералов должны попасть в Soursing.

В общем получается необходимо поабапить и передавать в SRM заявки, например, по определнному виду заявки типа Заявка в SRM. Т.е. обычные заявки без присвоенного источника поставки или по другому признаку объединять в заявки для передачи в SRM.

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

Советую лучше искать инфу на https://www.sdn.sap.com/irj/scn/forums, здесь мало кто реально поможет...

Еще раз доброго времени суток!
Возникла сложность при настройке репликации заявок. Все настройки были сделаны, таблица EPRTRANS заполняется данными, то есть согласно указанным параметрам (группе закупок и группе материалов) заявки попадают в таблицу EPRTRANS. Но при запуске BBP_EXTREQ_TRANSFER пишет, что число реплицируемых заявок равно нулю. Но никаких ошибок не выводит.
RFC-соединение работает (по-крайней мере тест-соединение срабатывает).

В чем может быть проблема?

А вы репорт RPRSEL01 запускали? Если да - проверьте вот это условие...

Проверила, transstat у всех заявок равно 1. Что это за статус переноса? Я поменяла статус заявки вручную на 2. Запустила bbp_extreq_transfer. Репликация этой заявки с измененным transstat пошла. Вот только вопрос, у всех заявок менять вручную этот статус? Или нужно что-то сделать с заявкой еще, чтоб статус сам поменялся на 2?

Только вот дальше репликация встала в очереди, пишет ошибку "Exception condition "OBJECT_ID_NOT_FOUND" raised."

По поводу статусов попробуйте копнуть в сторону release strategy...

эээ, а вот глупый вопрос: что такое release strategy?

В русском варианте стратегия деблокирования, транзакция ME54N в ERP.

Отлично, спасибо огромное. Статус 2 получился)))
Но в очереди все равно висит с ошибкой "Exception condition "OBJECT_ID_NOT_FOUND" raised." . Нигде на форумах и в нотах найти не могу по описанию ошибки.

нет ID объекта, поищите какой же объект это.

Спасибо всем, репликация заявок наконец-то удалась. Если у кого-то будут вопросы, то постараюсь помочь.
Очень много тонкостей при настройке репликации заявок, просто ужасть.