比如一次維護過程中，客戶方發現了一次大問題，系統執行成品標準標準更新時，出現異常的WIP 標準成本調整差異，發生的總額約1000多萬。其癥狀也是讓人莫明其妙：

1）物料為當時已完工的但未關閉的任務上的裝配件。
2）物料更新前的標準成本與凍結成本一致，更新后系統新的凍結成本也未發生變化。按照系統的原理，此時不應該出現成本更新差異。物料更新前的標準成本與凍結成本不一致的，出現成本更新差異也不是正常更新前后的差額。
3）任務上發生的更新差異，有相當于將成品裝配件成本從零成本更新到現有成本時的差異，有的將成品裝配件成本從現有成本時更新到零成本的差異，也有數據為（舊成本*2-新成本），金額為現有任務上數量*現有標準成本差異。
4）成本更新只產生了任務上的WIP差異，未產生庫存上的成本更新差異。

如此奇怪的問題，我從所未遇。在分析了各種可能出錯的情況后，我認為，這種錯誤不應是個別用戶操作引發的，應是系統性的程序出錯。經反復檢查，多次測試后，終于發現，錯誤是由一個客戶化的成本更新程序引發的，程序運行時，在后臺寫表時，成本表的某個字段被錯誤寫入，從而引起數據紊亂。在對客戶化程序進行修正之后，問題就自然解決。

當然，大膽假設的難度有點大，這源于日常工作經驗的點滴積累，正所謂厚積薄發。

四、從全局性出發，處理問題要干凈利落，不留尾巴。

系統的維護看似簡單，實際上考驗著對系統的全面認識。一個問題處理不當，可能會引發其他的問題，問題處理得不完整，當時可能沒什么反應，但可能在后續的時間內暴露出其他的問題。ERP不是信息孤島，各數據之間是相互集成，相互關聯，所以處理問題時，要通盤考慮，這個數據與各模塊的關聯，與各數據的影響，后續影響等，一定要將問題處理得干凈利落，不留尾巴。

我們處理一個問題，至少要考慮以下幾點：

1）問題發生的原因是什么？
2）問題如何解決？
3）相關的引發的問題如何解決？
4）如何從源頭上避免問題再度發生。

下面經一個庫存科目定義錯誤引發的賬務錯誤為例，說明處理方案。

比如：庫存科目定義出錯，將資產類科目定義成了費用類科目，造成的后果：庫存模塊產生了大量錯誤會計分錄，并已傳送到總賬接口，子庫科目設置也未更改。