第三章SAP Basis 解決問題的方法

 

 

在Basis工作中常遇到許多非SAP系統的問題也怪罪Basis。其實使用者無法分辨問題所在，衹知道無法登入系統，當然都歸究Basis。一般而言，SAP的問題有千萬種，各屬不同領域。Basis在SAP問題分類中 (Components)，以BC 起頭，BC-CTS，BC-UPG，BC-DB …。許多人以此開玩笑說，BC=Basic not Basis。不論任何簡單的SAP問題，都歸Basis。

解決問題首先必須蒐集背景詳情，瞭解問題的來龍去脈。如何瞭解呢?不外從人，事，時，地，物等五個方向去著手-

•   人:多少人受影響?誰最後一次更改? 誰會解決? 誰有空解決問題 ?

•   事:什麼功能出錯?屬何型別問題? 是新的或是舊的功能?

•   時:何時開始出錯?曾經出錯? 出現次數，頻率?

•   地:是單一點或全面? 近端或遠端?

•   物:哪一個系統?哪一臺機器? 什麼是最後一次的改變?是什麼版本?

Sap解決問題有許下列步驟:

1)  依照上述五種方法，分工合作分析問題，蒐集背景詳情，以盡快找出問題所在。

2)  對症下藥，列出所有可能解決問題的選項。

3)  根據分析結果，按序測試並確認解決方案。

如果問題仍存在，重復上述三步驟。

瞭解問題發生原因、客戶能容忍的處理時間與現有人力資源分配後，必須作一判斷。最好與上司或同事討論一下，以免多人同時解決同一簡單的問題或朝同一方向著手。因為許多大客戶常因溝通不良或沒耐心，同時向不同人求問。或是有些問題非常複雜，必須多人分工查錯，才能獲事半功倍之效。此一瞭解分析問題並作判斷的步驟，對接下來解決問的方向，有決定性的影響。同時在問題時發生時，必須取得詳細的問題描述，以利分析。當接到使用者問題需求時，一位SAP客服部服務員必須向客戶取得下列資訊：

•   詳細陳述客戶作業步驟，可否再次演練一次且產生同樣的結果。

•   使用者描述問題所在，產生何種錯誤訊習。

•   何時開始出現問題，發生頻率如何、是否重覆發生。

•   業務影嚮程度如何（多人或單一事件）。

如此，既方便搜尋解答，又可依此資訊驗證答案。不須來往數次與客戶確認解決方案。自己可依問題描述，在測試環境驗證搜尋或參考來的答案。有了詳細的問題描述，即可開始搜尋可能的解答。搜尋解決方案，途徑不外下列幾項：

·       公司內部搜尋:先查查自己的舊筆記、公司內部的問答集或問公司內其他同仁，有無曾發生相類似的問題，解決方案為何?不論問題新舊，務必記錄發生原因、發展經過與解決方案，以備不時之需。本人是顏回後代 ，篤信不二過。任何同樣錯誤絕不犯第二次 ，這樣作事才能有效率。尤其像SAP這個開放的大怪物，各公司都有其不同的作業環境：包括網路（遠端、近端、VPN、SAP ROUTER等）、作業系統（Windows、Unix、等）、資料庫（DB2、Oracle、SQL Server）、客戶端（PC、Terminal、SAPGUI、ITS）、SAP Version。

·       SAP OSS Note 搜尋或發問，SAP有許多問題常非常類似 ，加上SAP的錯誤提示或號碼常重複 ，必須小心確認與測試解決方案。SAP在OSS note上的搜尋有一些tip和trick ，最近SAP發表的portal的sap note的搜尋介面 ，仍可用搜尋短語（search phrase）或 Keyword search。但sap的許多錯誤都很類似，SAP的一些錯誤提示，錯誤的號碼常常重復，所以必須一個個看一下，或追蹤，測試oss note，確認OSS note 是否能解決你的問題。最近有個新的功能是有命中率，到10%，20%，或70%等等。你要利用這些搜尋的功能。當你的搜尋的結果出來後，若沒有搜尋到sap note，這表示你搜尋的題目有問題。你可以把搜尋關鍵字縮小簡化，減少幾個關鍵字，同事注意偏重於程式名字或事物碼，和在錯誤資訊中的關鍵字，重點的詞，然後用這些關鍵字再去notes中重新搜尋。相反的，如果出來的結果有上千個，那你就要加上幾個搜尋條件，尤其是偏重於資料庫，版本的限制條件。如果你用這個oss note經測試解決了問題，請花點時間記住你是如何找到這個note的。這對日後再搜尋類似解答，會有很大的助益

• 另一資源是SDN。SAP。COM 及HELP。SAP。COM 前者需要註冊，後者則是免費而公開的技術輔助資料。在2000年許多從事SAP的顧問組織了這個公眾論譠，一開始僅止於開發人員，而後發展成最大且專業的SAP論譠。