Приветствую, коллеги!
Пытался разобраться с Solution Manager, быстро попытался изучить sm310 и просмотрел прочие документы (естественно потыкался в самом солюшене), чтобы составить общее мнение о продукте.
Некоторые вопросы остались для меня тайной даже после всего прочитанного (поиском прошелся по форумам - тоже внятного ничего не нашел).
Буду премного благодарен за помощь в их раскрытии.

1. На самом деле помогает ли SM? В чем выражаются его плюсы и минусы?
2. Где самому в SM создать собственную иерархическую структуру оргединиц?
3. Где искать IPC сценарии в SM?

не подскажите, где и как его скачать?

все доки, гугл, знакомые и здравый смысл говорят, что в http://service.sap.com/swdc: Download >> Installations and Upgrades >> My Company’s Application Components >> SAP solution Manager
но его там нет! или я не вижу. там просто нет такого слова, "solution manager"!

говорят, что его переименовали из 4 в 7, но и 7 тоже не найти!

[quote="diamant"][/quote]
зайдите на sdn.sap.com в раздел форумов и там будет щастье

А если так:

Download >> Installations and Upgrades >> Entry by Application Group >> SAP Technology Components >> SAP SOLUTION MANAGER

может скриншот пришлёте?
у меня там только пункты:
Installations and Upgrades
Installations and Upgrades" SAP Technology Components

SAP Technology Components

* SAP REMOTE DATABASE MONITOR
* SAPINST

вот мой скриншот: http://i32.tinypic.com/2i1dqj8.jpg

http://i26.tinypic.com/2415stx.jpg

Пишите в саппорт, похоже проблема с лицензированием.

Пасип, погляжу

Вообще хотел без купюр спросить: удобная вещь или нет?
При каком количестве систем становиться обоснованным ее применение?

Я работаю в солмане. Очень полезно для глобальной компании с множеством рынков и развитой бюрократией.
Для средних и меньше компаний работающих к тому же в одной системе не очень полезен как мне кажется.

1. Действительно, как отмечали выше SM очень помогает когда сильно развевленный системный ландшафт. Основной плюс - SM - это сохранение в едином формате и едином месте всей инфомации по проекту. Если грамотно организовать работы по проекту с применением SM, то далее на его основе организовать классный Service Desk не составит никаких проблем.

2. Структура орг единиц в принцип может создаваться как общая для всех бизнес-процессов, так и отдельная для каждого бизнес-сценария. Вся иерархия создается на этапе концептуального проектирования.

3. Честно говоря не знаю.

append:
Не забывайте, что SM это полноценная sap-система с нагруженными abap и java стеками, требующая поэтому затрат на сопровождение "самое себя" не меньше (а иногда и больше) чем функциональные бизнес-системы. Так что если у вас в проекте две бизнес-системы, то с SM будет три, и базис считайте из расчёта 3-х.
ИМХО, SM начинает оправдывать себя, начиная с 5 бизнес систем (+1 SM) в продуктиве(!).

а кто нибудь проходил сертификацию по SSM ? (курс smi 310)

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

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

Замечание 1.
Если ваш сисадмин загружен по полной заведением пользователей и ролей для них, то лучше даже не намекайте на появление еще одной(а то и двух) железок.

Замечание 2.
С недавнего времени апдейты базиса и компонентов необходимо апрувить в солюшене. И если у вас его нет, то пожалуй возникают сложности

С уважением,
Александр.

(*) Солюшен можно поставить и без java-стека (если нет j2ee-систем).

Это еще по каким стандартам?



Ну, он так и задумывался + как сервис-деск.



Навязывают силой.