ERP項目上線，通常會(hui) 選擇在五一、國慶、元旦假期，假期前盤點庫存和整理數據，假期中停產(chan) 停機，便於(yu) 係統切換上線。那年元旦，我們(men) 項目也沒例外，假期前做好上線的準備工作，假期係統部署完畢，生產(chan) 係統順利切換。在全公司上上下下的殷切期盼中，第一筆業(ye) 務數據開始錄入，前端平台通過IDOC再傳(chuan) 到SAP ECC中，就在大家的都覺得進到ECC，在ECC中走完整個(ge) 流程毫無懸念時，畢竟經曆了這麽(me) 多輪測試，何況這又是核心流程，可偏偏就在這個(ge) 節骨眼，卡住了，銷售訂單生成失敗。原本滿心期待還略微有些興(xing) 奮的項目組同事，頓時出現了短暫停滯，齊刷刷看向我們(men) 組，麵帶疑惑，不可思議中夾雜著些許憂慮，氣氛驟然緊張了起來，這可是正常的銷售，沒了銷售訂單，後續所有業(ye) 務都進行不了，ECC中再好的戲也出不來。
在此當口，我們(men) 組同事迅速投入戰鬥，從(cong) 進到ECC的IDOC數據結構開始查起，在極短的時間從(cong) 數據結構查到程序代碼，期間還接到好幾撥各級領導打進來的關(guan) 心電話，接這幾通電話的工夫卻啥也沒耽誤，效率反而出奇的高，地毯式搜索後很快鎖定到問題根源，inbound IDOC中的一個(ge) 字段的（Data element）被刪除，導致進來的業(ye) 務數據無法存儲(chu) 而報錯。
那麽(me) ，刪除了表結構中的數據元素，那是哪個(ge) 組的同事幹的呢？交叉測試怎麽(me) 沒有測試到這個(ge) 問題？還有沒有更多的數據元素也被刪除了？除了銷售訂單的創建以外還會(hui) 影響到係統其他哪些地方？如果數據元素創建恢複回去會(hui) 有什麽(me) 影響？會(hui) 影響到哪些也用到這個(ge) 結構的程序和業(ye) 務流程？
帶著這一堆疑問，在開發配置環境中，從(cong) 表結構直接查到傳(chuan) 輸請求，很快定位到刪除該內(nei) 容的請求人和該項目上的開發同事？火急火燎地打通對方電話，邊溝通邊將他們(men) 項目的實施和開發同事拉到同一個(ge) 電話會(hui) 議上，這才了解到他們(men) 項目中由於(yu) 刪除數據結構中的一個(ge) 字段，誤刪到了這個(ge) 數據元素，由於(yu) 刪除的字段是隻有他們(men) 項目在用，所以沒有做交叉測試。而這個(ge) 誤刪的數據元素卻是我們(men) 這些個(ge) 字段共用的，了解了來龍去脈，解決(jue) 方案也就清晰起來了，但關(guan) 鍵的是還有沒有別的類似的誤刪？前麵提到的這些個(ge) 疑問如何處理？為(wei) 解答疑慮，合力研究並核查了係統，反複論證，明確隻是一處誤刪，沒有涉及到更多的地方以及其他模塊和項目，並證實將此數據元素創建回去，對方項目不會(hui) 有影響，同樣不會(hui) 影響其他的地方，所以最終確定了方案，及時上報後解決(jue) 此次危機。所有人都鬆了口氣，各自緩緩的添了杯咖啡。
這樣的畫麵，是否似曾相識？曆經ERP項目實施的你，是不是想起一道道再熟悉不過的風景？需求分析、係統測試亦或是上線切換，難免會(hui) 遇到各種各樣棘手的問題。me too！ 得益於(yu) 早年係統開發實施以及項目管理的經曆，逐漸養(yang) 成的ERP項目實施中分析解決(jue) 問題的三步法，在這麽(me) 多年的顧問生涯中，一直影響著筆者更加高效解決(jue) 問題、防止問題擴大化以及預防留下隱患等，在這裏和大夥(huo) 一起提煉並總結：
第一步：解決(jue) 問題：就所遇問題進行全麵檢查，找到原因並及時解決(jue) ；
第二步：深究根源：進一步深入分析，造成這個(ge) 問題的根本原因，避免此類問題再次發生；
第三步：追查關(guan) 聯：追查此問題的關(guan) 聯方、關(guan) 聯模塊、關(guan) 聯業(ye) 務部門會(hui) 不會(hui) 受到牽連或影響，避免問題擴大，繼而影響到相關(guan) 方或者上下遊。ERP係統有其特殊性，是一個(ge) 高度集成的平台，供應鏈業(ye) 務環環相扣，以及與(yu) 財務業(ye) 務自動集成，係統內(nei) 的配置和開發增強也都是有著千絲(si) 萬(wan) 縷的關(guan) 聯，一旦某處出現問題，難免會(hui) 波及其餘(yu) ，將問題放到全局中考慮，查漏補缺，能很好的將隱患消滅在萌芽中。負責任的說，在項目中不小心埋藏的雷，含淚也要排完，不然指不定哪天就爆了。
當然，我們(men) 也不能隻是當項目中遇到問題時才開始這麽(me) 處理，自我們(men) 一開始討論需求、梳理流程以及撰寫(xie) 開發文檔時，就需要我們(men) 對需求或者問題做全麵而準確的分析，一是盡可能的窮舉(ju) ，將需求列全，既有廣度又有深度，還要有時間維度上的考量。二是搜集需求做到不遺漏的同時，還需要我們(men) 從(cong) 具象到抽象的建模中，合乎邏輯的分門別類，做到既獨立又不重疊，業(ye) 務線清晰。準確反映需求，通過配置或者開發，在ERP係統中完整實現並能讓整個(ge) 業(ye) 務流程順暢跑通。
平時麵對複雜的ERP係統以及範圍又廣的項目，在項目管理、係統實施以及增強開發等各個(ge) 角色中的你，希望這簡單三步可以助你更加高效不留隱患的處理問題，交付一個(ge) 流暢的ERP係統平台。
