SAP那些事-理论篇-13-SAP问题解决思路
如果您覺得這篇文章對你所有幫助的話，您的順手點贊和轉發將是對作者持續發文的重要動力，您的支持和鼓勵很重要！
所有文章在公眾號“MZ信息化咨詢雜談”同步更新！
鄭重聲明：本博客所發文章全部為原創，其他地方所看到同樣文章如無授權，均為盜用！以下為本篇正文（文章是多年以來積累所寫，以前主要發布于知乎，后續陸續發布到此博客）：
?這一篇我們來聊聊如何解決我們在項目實施過程中遇到的問題。
? ?其實要說解決問題，首先還是要先要界定問題的屬性，也就是說我們首先要判斷問題所屬的層面，而非一遇到問題，首先想系統能不能滿足，如果要滿足是怎么配置還是要開發，這樣的思路未免太直線了一些。
我們前面有聊到過，SAP誕生的初衷就是為了讓企業的常見的流程可以不再重復去開發，而是使用一套標準化的軟件，以節省企業的軟件開發成本。
因此，我們遇到問題首先應考慮是什么樣的問題，盡量從業務出發、流程出發，甚至企業管理本身去考慮問題，這樣考慮的確未必會讓我們快速解決問題，卻讓我們可以從系統外的角度思考問題，有利于我們自身經驗的提升。
做項目時間越長，我們會越感受到很多的問題，并非系統層面能夠解決的，或者說系統層面可以解決，也需要企業在流程上、操作上首先達到系統的要求以及具備相應的配合。
因此我們首先判斷出現的問題是否和企業本身業務、流程、管理更相關，或者說這樣的管理要求是不是有必要的，也就是說我們盡量找出問題背后的問題。
有時越往深了追，我們發現問題如果不是系統配置或者程序開發方面的問題，基本就是企業管理要求本身、業務本身、流程本身的問題。
也許最終我們并未解決業務本身的問題、流程的問題、企業管理的問題，我們提出了自己的建議，那么這對我們從更高的層面看問題是非常有好處的。接下來我們具體談談系統層面的問題如何解決。
? ? ? 1.?????以測試推測邏輯。
說白了就是大量的測試，如果我們要弄清楚系統邏輯，最好的最直接的方法就是各種情況下的測試，以測試結果驗證系統邏輯和功能。這就需要顧問要多動手，不要怕累，資深的顧問都是通過大量的測試得到經驗，所謂“大神都是一個坑一個坑爬出來的”。測試的主要目的就是驗證系統標準的功能能夠達到什么程度，方便我們和用戶討論方案的時候心里有底。
2.?????網絡搜索途徑。
我們自己從事信息化行業，當然要充分利用網絡這個途徑去尋搜索信息，以前網絡上的中文資料是比較少的，現在中文資料也越來越多，不過還是建議大家首先google或Bing上搜索英文資料，尤其是SCN論壇上的資料比較有參考價值，搜索完了，參考完別人的經驗后，自己還是要去測試與驗證。
3.?????SAP OSS。
即官方的SAP幫助網站，可以查詢和下載Notes，前提是需要OSS賬號，這個信息是最權威的，如果有OSS賬號，盡量多查，對于理解系統很有幫助。
4.?????同行朋友。
如果有朋友從事這個行業，那么在不影響別人的情況下，可以多問問朋友，請朋友幫忙解決問題。
別忘了以某種方式感謝一下朋友。記住：多好的朋友，都不可以一直無償給你提供幫助的，即使別人這樣做，我們也不可以理所當然的接受，必要的感謝是很必要的。
5.?????幫助文檔。
如果你有足夠的時間，而且有耐心，那么可以讀SAP的幫助文檔，幾個G大，內容當然很全，建議碰到某個問題點，想了解這個點有關的整體系統邏輯時，可以去讀這個點相關的幫助文檔節點，這有助于我們對系統整體的理解。
6.?????其他方式。
比如SAP配置節點提供的幫助說明，SAP前臺字段按F1按鈕給出的說明，程序運行點擊幫助按鈕給出的說明，包括我們遇到的系統問題給出的消息，這些都是軟件本身可以提供的對于解決問題有幫助的信息。
我們也可以仔細閱讀這些SAP系統本身自帶的幫助信息和消息，有經驗的顧問，有的時候直接憑系統消息就可以判斷出問題的所在，這就是大量的項目經驗所換來的。
無他，碰到問題就想辦法解決唄，解決的過程就是經驗積累的過程，同時建議大家養成記筆記進行總結的習慣，一定會讓你受益匪淺的。
另外，SAP有的問題很怪，如果暫時解決不了，也可以放一放，或者用其他變通方式先解決，也無需為了一個問題茶不思飯不想的，沒這個必要。
記住：不解決問題本身就是解決問題的一個辦法，不是嗎？
總結
以上是生活随笔為你收集整理的SAP那些事-理论篇-13-SAP问题解决思路的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： SprngBoot引用外部jar包和本身
- 下一篇： Linux——vim使用及账号用户管理