Solution Manager主要分兩部分應用（這里不包括在Hosting， 或者說Basis方面，比如安裝時License的生成等）: In Implementation 和 In Operation. 從目前應用來講，可能In Operation部分的應用有更多需求，但換個角度，長遠一點，還是先In Implementation后In Operation。 何謂In Implementation，又什么是In Operation。 前者主要是指SAP Solution Manager在SAP項目實施方面的應用，包括項目的有效管理，項目實施的文檔管理，變更管理，測試，培訓等等。而In Operation則更多是對SAP 系統(tǒng)運行過程的諸多參數(shù)，性能，運行中業(yè)務數(shù)據(jù)錯誤，系統(tǒng)問題的監(jiān)控與解決。另外，Service Desk能有效地集成到SAP Solution Manager 中，并能夠與Consulting Partner（SAP Service Partner）或者直接與SAP Service Market Platz相連接。
除去Project Management(In Implementaion)的部分，SAP Solution Manager 更可以看成是一個Application Management工具。
In Implementation
首先看In Implementation.
一直以來，SAP項目實施，基本上沒個咨詢公司都有各自一套管理方法。數(shù)年之前SAP就提出了ASAP（AccelerateSAP）的方法論； 有效地將SAP的項目實施從框架上給出了一個綱領性的知道方案。但也只是一個框架性的，具體的實施過程到底有多少按照這個系統(tǒng)化的方法來做就不得而知了。個人而言，對于過去的實施過程不是百分百滿意，因為問題不斷。即使在這樣一個以嚴謹著稱的純德國公司，情況也不是100%。雖然我并沒有，也不能統(tǒng)計出公司的SAP項目成功率。但就公司的文檔和資料看來，應該有個更好的解決方案或者工具。 當然，我們不能說每個項目按照模板來。不然，又有人會說特色了。確實每個企業(yè)，每個項目都有自己的特色，但是我想有些項目實施根本性的東西就無所謂特色的東西了。比如項目文檔管理，變更管理，項目狀態(tài)控制等等。
曾經(jīng)有一個客戶，他們在2001年德國總部實施了SAP項目，公司內部也有完整的SAP支持團隊。集團公司現(xiàn)在希望能夠做Global Roll out. 首先需要做的是一個Global Template。但是在做Global Templeate時，卻找不到太多有實際用途的文檔，缺少足夠詳細的模塊設計文檔。雖然幾乎每個流程都有被定制過的enhancement或者Customer Exit， 卻幾乎沒有enhancement的文檔。所有的都只有ABAP注解。Template的唯一解決方案，就只有依靠Consultant的經(jīng)驗數(shù)據(jù)整理，而且不得不將所有Customer enhancement和自定義參數(shù)排除在外。在Rollout過程中，也遇到很多的問題。 比如發(fā)現(xiàn)Item Category的status profile丟失，或者必須routine的不全等等。這些問題只能發(fā)現(xiàn)一個解決一個，而且需要兩邊的團隊溝通。惡夢。
SAP Solution Manager存在的理由，就正如項目管理存在的理由。簡單一點，SAP Solution Manager就是SAP的項目管理工具和手段。它應該是SAP項目實施過程的最好的助手之一，個人認為比現(xiàn)有其他SAP項目管理手段都更來得有效。
就Implementation而言，SAP Solution Manager 按照ASAP的方法論推進項目。將項目每個階段的任務，所發(fā)生的動作加以規(guī)范化，并記錄。From Project Roadmap to Project definition, Business Blueprint, Configuration, Testing, Training, Go Live,
給出了一條通往項目成功的保障之路。你可以采用SAP已經(jīng)發(fā)布的各種現(xiàn)有流程，吸取數(shù)十年來SAP在各行業(yè)優(yōu)秀流程積累，極大程度減少項目人力，金錢的投入。
項目管理的理論與實際應用之間總存在不大不小的差距，你可以使用MS Project作項目計劃，做進度控制和資源分配，你還需要MS Visio和Word來做項目文檔和流程圖，需要Powerpoint制作PPT演示文稿，需要SAP系統(tǒng)作演示和教學。你也需要一個Content Server來保存這些文檔，IT 部門或者顧問團隊會幫你建立起Directory hierarchy來管理文檔。但你更需要一個說明文檔，來說明該如何使用項目文檔，來提供各種內容的模版。你還需要Change Management，來保證項目內容的更新......
規(guī)范一點的顧問公司，會有幾年，十幾年的經(jīng)驗，已經(jīng)形成自己的一套體系；而更多的時候，大部分的內容還是保存在Consultant的PC中，或者頭腦中。而SAP Solution Manager的目的就是將所有這些分散的內容的集中起來，以一種系統(tǒng)的，結構化的方式安排，并直接與SAP系統(tǒng)集成，項目的變更首先在Solution Manager中加以記錄，然后再反映到系統(tǒng)中。你可以在Business Scenario中定制你的業(yè)務流程，然后再從這個流程去修改系統(tǒng)。然后由Solution Manager建立測試計劃進行測試。
如果借用SAP的名字，我覺這個是不是也可以叫做All in One，當然不是那個A1了。
SAP從上世紀90年代就推出ASAP的方法論，無非也一直是在尋找一條有效保證項目成功的途徑。對一家ERP廠商而言，每一個客戶都是一個全新的項目。這與賣汽車不一樣，一條大街上也許有百兩同一型號的汽車。但全世界絕對找不到兩個一樣的ERP系統(tǒng)。但ASAP推出以來，雖然在4.X（4.7以前版本）的版本中也相應的Transaction有類似的功能，并提供Q&A DB。但個人估計很少有公司去應用，因為太繁雜，也沒有太多實踐意義。確切的講， SAP一直缺少有效的工具來支持它。其所能提供的只是一套方法論。而Solution Manager的推廣，則是對ASAP的繼承與實現(xiàn)。一方面它提供了一個有效的工具，另一方面SAP也可通過它繼續(xù)更有效的吸收行業(yè)流程，這應該是SAP大力推廣Solution Manager的一個理由。SAP之所以能站在行業(yè)的頂端，其核心正在于其擁有世界上最完美的流程庫。如果從這個方面將SAP和Oracle對比，后者更應該看成是一個軟件，而前者則是一種系統(tǒng)。
Solution Manager開始試著將流程管理與企業(yè)的實際系統(tǒng)相結合。
曾經(jīng)作過很長時間ARIS的應用與研究，東西學了不少，項目也作過一些。包括Business Process Modeling， analyzing etc. 甚至曾經(jīng)得出一個我自己至今也無法相信的一個結果，竟然能夠算出了某發(fā)動機廠流程的工時，成本，消耗等等。雖然那是一個并不精確，甚至有點搞笑的結果，但從意義上來講，如果能加上一個經(jīng)驗修正參數(shù)，我想應該還是能夠反映實際，并用來指導流程改造的。 可惜之后沒能繼續(xù)相關的工作，有關ARIS應用的那本書，從開始的完全創(chuàng)作，到后來的半翻譯半創(chuàng)作，直至今也只完成了四分之一。 現(xiàn)在想起仍是無限遺憾，不過興許那天高興，一口氣完成也可能。
之所以對這個功能這么興奮，是因為發(fā)現(xiàn)，ARIS工具作為SAP這一功能的增強產(chǎn)品，可以直接集成使用。這意味著以前手頭擁有的大量ARIS流程，終于有發(fā)揮威力的時候了。2004曾經(jīng)作過某發(fā)動機廠的刀具外包流程，其將原來自己完成的從采購到檢驗，維修，倉庫流程全部外包，這難道不是一個很好的應用案例。
不足
SAP Solution Manager對Implementaion的幫助應該是顯著的。但個人認為應該加上一個前提，這種幫助的效果應該是與項目復雜度成正比的。也就是公司越大，系統(tǒng)越多，其所能帶來的好處才會越明顯。對于一個只有一個系統(tǒng)的公司來講，這種提升也可能是在五年或者十年以后才會感覺到。對于大部分跨國企業(yè)而言，或者比如眾多的德國企業(yè)而言，他們通常都會有三個四個，甚至幾十個SAP系統(tǒng)。Solution Manager所能提供的在系統(tǒng)管理，系統(tǒng)集成測試等等，好處是顯而易見的。比如你需要搭建SAP CRM 5.0，通過SAP Solution Manager，將SAP R/3 Sysem, BW System集中到一個Project中，你無需分個去登陸每個系統(tǒng)，然后再一個一個配置。在Solution Manager中你可以直接按照設計好的流程（比如標準訂單銷售），去配置CRM和BW系統(tǒng)，你可以比較和同步各個系統(tǒng)中設置，不如Order Type是否一致，新版CRM與舊版R/3設置的Language Abbrievation or Currency是否相同等等。
But for a small size company, it only has one ERP system. If it can find a good consultant team, everything can be done perfectly.And that's all. 項目越小，個體的因素就越大。可惜SAP從來不是小項目，所以最好還是使用Solution Manager。也許有一天SAP也會有正對B1的解決方案。但個人不覺得那是個好的選擇。對于小公司，選擇Salesforce，或者金蝶也許更好。