1）系統信息：創建問題時會要求選擇系統，在這一步請選擇發生問題的系統（DEV,QAS,PRD etc.），不要隨便挑一個系統，同時系統的信息要做出正確的維護，其中包括：

?????a) 產品版本：ECC6.0，ECC5.0 etc.

?????b) 數據庫類型和版本：ORACLE，10.2.0.4.0 ect.

?????c) 各個模塊的版本：SAP_APPL SAPKH60406，SAP_ABA SAPKA70109， SAP_BASIS SAPKB70105 ect.

這會有助于問題處理者根據系統信息查詢正確的SAP Note等資料。

2）聯系方式：鑒于大部分的SAP產品在中國的支持中心都能作支持，所以我們要充分利用這個優勢，在報問題的時候盡可能詳細的提供自己的聯系方式，這樣一旦處理者有需要可以第一時間與你溝通，可是在這方面，我發現很多中國客戶不太愿意這么做，不知道是不是怕打擾到正常工作。這個不用擔心，我們不會有事沒事就打電話，你也可以在問題描述里說明一下可以接受聯系的時間。直接的語言交流我相信會能更好地幫助到你，這么好的資源優勢，咱們不能浪費。

3）短文本（Short Text）：所謂短文本就是要短小精干，用有限的長度表達無限的意思，咱們中華語言博大精深，想要精簡提煉不是什么難事，可是要是用英語估計很多人就迷糊了，但是短文本是處理者對這個問題的的第一印象，從中獲取的信息也是非常重要的，因此一定要寫出問題的重點。以下就針對不同問題類型，總結一下寫短文本的小竅門，這樣你即使不怎么懂英文，也能讓處理者從中看出問題的重點和處理方向：

?????A) 系統信息類（Error/Warning/Information Message）

?????????a) 信息發生的地方：如果信息發生在前臺操作中，那么需要明確指出信息發生的事務碼，例如：CJ20N, MD04 etc.;如果信息發生在后臺作業中，那么需要指出信息發生的作業功能，如果這個作業是由標準事務碼或者程序生成，那么就需要說明事務碼和程序名稱，例如：MRP run, COHV release background, CORUPROC background, BAPI_PRODORDCONF_CREATE_TT etc.

????????b) 信息內容：在信息彈出的時候，只要點擊信息前的綠色對號，黃色嘆號，紅色叉號或者popup信息對話框中的問號，嘆號，那么你就能看見這個信息相關的所有內容，這個時候看到的信息類別和信息編碼就是最需要提供的內容，例如：Error Message C+099, Warning Message CJ821, Information message CR216, Popup message CO899 etc.

????B)系統意外終止類（Short Dump）

????????a) 終止名稱：在系統終止頁面上的第一行就是這個終止的名字，例如：MESSAGE_TYPE_UNKNOWN, TIME_OUT etc.; 有的時候會有更新終止（Update termination）的對話框，這個時候可能不能直接看到終止頁面，就需要進入SM13去查看是什么錯誤導致更新終止，里面會有紅色的行項目，打開以后能看見終止信息，有時候終止信息是系統信息，那就直接把系統信息寫上，有時候終止信息是系統意外終止那就去ST22找到終止的長文本，然后把終止的名字寫上。

????????b)終止地點：這個和上面信息發生的地方一樣。

????C)系統性能類（System Performance）

????????a) 系統性能差的地方：這個和上面信息發生的地方一樣。

????????b) 系統性能差的程度：也就是在這一部分花的時間，從幾十秒到幾十個小時，根據系統性能差的地方不一樣，所花費的時間會有所不同，但是到底大概需要花多少時間還是說系統根本不動需要手動終止運行的操作。

????????c) 導致系統差的操作：因為每個前臺事務碼和后臺作業都有很多的步驟，因此最好能明確導致系統差的操作，例如：Save, Release, Delete etc.

????D)系統運行結果不正確類（Unexpected Result）：這個可能不太好說明，因為沒有明確的錯誤信號，但是也要盡量說明結果和自己預期的有什么不同。

????????a) 系統運行的地方：這個和上面信息發生的地方一樣

????????b) 具體操作: 這個就是事務碼中進行的操作動作，例如：CO02 reread PP master data，VL02N batch determination etc.；對于發生的地方在后臺作業或者后臺執行的程序中的結果，這一部分就沒有必要了，因為后臺運行是一個整體，不能分解。

????????c) 結果不正確在哪里：這部分針對不同的模塊就會比較雜亂，但是主要需要指出結果的不正確的地方就可以，例如：Date, Amount, Quantity etc.

4）問題描述（Description）：這個其實就是你所報問題的長文本，在這一部分要對短文本進行展開敘述，讓處理者了解問題的詳細內容以及背景情況。其中一定要說的情況有這個問題是不是可以重現的，還是這個問題只是存在于現有的一些文檔中。還有如果能將發生問題的這部分功能在你整個公司經營流程中起到什么作用，那么對于處理者了解你為什么這么操作也會有幫助。 除了以上共同的部分，對于不同類別的問題，具體描述當然也不盡相同：

????A) 系統信息類（Error/Warning/Information Message）：這類問題比較好寫，就是把短文本進行展開。把所遇到的信息中有參數的長文本拷貝下來寫在問題里，因為信息中長文本里的參數經常會對分析這個信息有很大的幫助。如果信息發生在事務碼里，那就把具體遇到這個信息的操作流程做一個詳細的解釋說明。如果發生在后臺作業中，那就把后臺作業的定義，步驟做以說明。

?????????PS：有一種信息在長文本理會提示你去看“error log”（錯誤日志），那么就需要到相應的錯誤日志里找出原始錯誤寫在問題里。

?????B)系統意外終止類（Short Dump）：這類問題同樣也比較好寫。

?????????a)在ST22找到相應的dump file以后，把dump里明確指出的關鍵字拷貝出來寫在問題里。通常關鍵字都在“How to correct the error” 這一部分里被打著雙引號分隔開來。

?????????b)指出這個dump終止了什么樣的操作或者后臺作業。這跟之前系統信息類是一樣的。

?????????c)最好是能將ST22里的dump file從系統中導出來（導出格式最好是文本格式’.txt’）。然后把導出的文件添加到問題的附件里，這樣dump最全的信息就可以被處理人第一時間獲得。

??????C) 系統性能類（System Performance）：

???????????a)系統性能什么時候開始變差，在變差后是保持著同一速度，還是越來越慢。

???????????b)在系統變差的時間點上有沒有對系統做過什么修改，升級。

???????????c)在操作中讀取的數據量大概是多少，變差之前的時間大概是多少，你所期望的時間是多少。

???????????d)如果有條件，自己做一個SE30的performance trace和ST05的database trace。然后把結果拷屏或者導出來作為附件添加在問題里。

????????D) 系統運行結果不正確類（Unexpected Result）：

????????????a)你所期望的系統運行結果是什么。比如，expected date, quantity, number…

????????????b)系統運行一直得不到你想要的結果，還是曾經得到過但是在某個時間點開始就運行不對了。有沒有在你其他的系統上得到過想要的結果，還是所有你配置好的系統運行結果都和你想要的不一樣。

????????????c)有沒有做過配置參數的改動，有沒有使用自己的接口程序（BADI，user-exit，direct modification on standard SAP program）。

5）重現問題的步驟（Steps to Recreate Problem）：如果步驟很簡單，你在之前的問題描述已經提過了，那可以不寫這一部分。但是如果步驟比較復雜，最好還是在這一部分加以詳細描述：

??????????A)每一步操作的事務碼，和運行事務碼的參數要詳細指出。如果是后臺作業，要把后臺作業的定義、步驟加以說明。

??????????B)每一步操作的具體流程要一步步寫清楚，這樣問題的處理者才能對發生問題的路線圖或者問題點有比教深刻的體會。不要認為處理問題的認識專家，不做詳細說明，他也明白怎么做，因為系統數據很復雜，萬一操作上有什么問題就得不償失。

??????????C)最后想要看見最終問題是需要做確認（Enter），保存（Save），退出（Cancel）還是其他的動作。

??????????D)如果這不是一個可以重現的問題，那就需要說明通過什么樣的操作能看見系統里現有的問題。

附加：

測試數據的準備（Test Samples）：如果問題處理人要求開系統做測試，那么準備測試數據就是很關鍵的。這極大的影響著問題的處理速度。

??????????1）事務碼相關的測試數據：這個比較簡單，只要把處理人可以用在這個事務碼操作的參數提供出來，比如，如果問題發生在CO02，那么就提供可以使用的生產訂單號碼，如果問題發生在COOIS等信息分析類事務碼，那么就做好可以使用的參數變量（variant）然后提供給處理人，或者明確指出在初選界面上每個參數都應該怎么填寫。

??????????2）后臺作業的測試數據：定義好可以讓處理人跑的作業，然后提供作業名字和應該怎么樣讓作業跑起來。或者提供整個如何定義作業的過程，讓處理人自己去建一個作業來跑。

??????????3）單獨程序的測試：比如BAPI出了問題，那就要用SE37作單測。這時候需要你提供所有跑這個BAPI的參數值，或者你進入SE37把參數值輸入到“Test data directly” 里面，然后提供參數值集的名字讓處理人通過SE37去做測試。

總結

以上是生活随笔為你收集整理的CSS问题的撰写准则的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。