Предметную область применения решения знаю. Релизы прочитал.
Интерисует на базе какого функционала R/3, а может и не только реализовано решение.
Заранее благодарен за инф-ю.

Это не R/3.
Это один из пяти компонентов SAP SEM - Stakeholders Relationship Management.

Стейкхолдеры являются отдельным мертвым решением SEM-SRM. Хотя вроде в Белгородэнерго и ее прикупили.
А я спрашиваю про систему управления поставщиками- Supplier Relationship Management/ mySAP SRM
На каком функционале она построена

SRM построена на базе одноименного продукта. Его возможности - стратегическое планирование источников поставки, обратные интернет-аукционы, совместное с поставщиком управление планированием и контрактацией и т.д. SRM построена на портале, это web-based приложения.

Как решение, mySAP SRM включает в себя также возможности по оперативному управлению закупками (естественно, эти возможности абсолютно аналогичны mySAP ERP MM), а также аналитикой, основанной на технологиях BW.

На пальцах - так, хотя сам вижу в этом описании некоторые неточности.

А что такое CRM Вы знаете?

Ага
SAP CRM не подбирал, но подбирал руководителя проекта внедрения Oracle CRM в Банк Москвы.
Ну и собственно специалистов по внедрению Siebel и SalesLogix

Меня интерисуют не интересные абривиатуры в SAP, их все дает одна транзакция системы, по крайней мере то что на ядре R/3, а логистические решения, на базе SAP? которые сейчас востребованы на рынке. Выльется все это в объявления в разделе объявлений.

Это я к тому, что CRM это инструмент продаж,а SRM инструмент закупок.Ставится все на отдельном сервере. А вообще очень много информации на саповском сайте :http://help.sap.com/saphelp_erp2005/helpdata/en/index_srmaddon.htm.

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

http://www.sap.com/cis/businessmaps/BUS_MAP_SCM_Files/A9AB6A08612E419ABD84A064F1426FFE.htm
По каждому компоненту по гиперссылке можно перейти в описание. К сожалению, процесс перевода описаний на русский язык еще не закончен.

А что назревает спрос на специалистов по SRM?

Собственно говоря спрос уже созрел
Можно посмотреть мои объявления в соответствующем форуме

Это точно
Просто хотелось услышать еще чье-то мнение на этот счет.

Сам сейчас работаю над 2-мя SRM проектами, и вероятно скоро 3-й навесят.

подниму старую тему

У меня вопрос такого рода: вот есть успешно функционирующая ERP 2005, есть модуль ММ, реализована закупочная цепочка (заявки - заказы - контракты), работает куча расширений и т.д.

Нужна функциональность, которая позволит производить закупки, online торговая площадка на нашем сайте, то есть нужна функциональность SRM.

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

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

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

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



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

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

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

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

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


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

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

Константин, спасибо. Более-менее понятно теперь