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

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

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

當然，大膽假設(shè)的難度有點大，這源于日常工作經(jīng)驗的點滴積累，正所謂厚積薄發(fā)。

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

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

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

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

下面經(jīng)一個庫存科目定義錯誤引發(fā)的賬務(wù)錯誤為例，說明處理方案。

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