目前企業(yè)員有很大的缺口，更是有不少人士想要從事這一行業(yè)，小編曾從事ORACLE?ERP系統(tǒng)客戶服務(wù)工作多年，在ERP系統(tǒng)維護(hù)工作中，深深體會(huì)到：ERP的系統(tǒng)維護(hù)工作看似平常，實(shí)則大有學(xué)問(wèn)。

ORACLE?ERP系統(tǒng)是一個(gè)大型集成的軟件系統(tǒng)，是一個(gè)企業(yè)全面共享的信息數(shù)據(jù)庫(kù)，主要包括制造、分銷、財(cái)務(wù)等多個(gè)模塊，各個(gè)模塊相互關(guān)聯(lián)，數(shù)據(jù)共享。系統(tǒng)的維護(hù)工作包括日常維護(hù)及突發(fā)事件處理，日常維護(hù)是對(duì)系統(tǒng)的運(yùn)行情況做定期或者不定期的診斷、評(píng)估，突發(fā)事件是對(duì)系統(tǒng)中發(fā)生的錯(cuò)誤及異常情況進(jìn)行診斷、處理。由于ERP系統(tǒng)的全面集成性，所謂牽一發(fā)而動(dòng)全身，一個(gè)小小的處理不當(dāng)，可能引來(lái)后患無(wú)窮，因此系統(tǒng)的維護(hù)需要小心謹(jǐn)慎，通盤考慮。

以下是我在實(shí)際工作中的一些經(jīng)驗(yàn)總結(jié)，結(jié)合一些具體的例子，分享給大家。

一、追根溯源，尋找問(wèn)題的最終節(jié)點(diǎn)。

ERP系統(tǒng)是一個(gè)大型集成的系統(tǒng)工程，各個(gè)模塊之間關(guān)聯(lián)緊密，作為ERP系統(tǒng)的維護(hù)人員，要具有綜合的素質(zhì)，對(duì)于系統(tǒng)、業(yè)務(wù)都要有全面的理解，從而能發(fā)現(xiàn)問(wèn)題，追根溯源，尋找問(wèn)題的最終節(jié)點(diǎn)。

比如在財(cái)務(wù)模塊維護(hù)中常見(jiàn)的問(wèn)題，庫(kù)存模塊賬務(wù)與總帳模塊賬務(wù)不符。在用戶將這個(gè)問(wèn)題拋出來(lái)之后，我們應(yīng)該如何著手，去進(jìn)行診斷分析呢？

首先，我們需要理解以O(shè)RACLE系統(tǒng)庫(kù)存賬務(wù)傳送到總賬的全過(guò)程，以O(shè)RACLE?11I版本為例，各個(gè)處理環(huán)節(jié)如下：

1)庫(kù)存事務(wù)處理；

2)庫(kù)存事務(wù)生成會(huì)計(jì)分錄；

3)庫(kù)存會(huì)計(jì)分錄傳送至過(guò)總賬；

4)庫(kù)存日記賬在總賬過(guò)賬。

在各個(gè)環(huán)節(jié)可能出現(xiàn)的錯(cuò)誤如下：

1)庫(kù)存事務(wù)處理有錯(cuò)誤，系統(tǒng)不能創(chuàng)建會(huì)計(jì)分錄；

2)成本管理器出錯(cuò)，創(chuàng)建分錄不完整；

3)庫(kù)存事務(wù)未正確傳送到總帳；

4)庫(kù)存總賬日記帳未過(guò)賬，試算表不能體現(xiàn)科目余額。

有這么多可能出現(xiàn)的錯(cuò)誤，那么從哪個(gè)點(diǎn)切入比較好呢？我的經(jīng)驗(yàn)是，先假定前幾個(gè)步驟是正確的，從最后一步開(kāi)始檢查，步步反推，直至找到問(wèn)題的根源，這樣的處理過(guò)程效率更高，同時(shí)又能無(wú)一遺漏地進(jìn)行全面的檢查。比如上述問(wèn)題，我們首先假定是庫(kù)存日記賬未過(guò)賬引進(jìn)的錯(cuò)誤，先檢查相關(guān)日記賬狀態(tài)，如是未過(guò)賬，則過(guò)賬則可，如不是此問(wèn)題，再向上追溯，查看庫(kù)存是否傳送到總賬，庫(kù)存事務(wù)是否生成了會(huì)計(jì)分錄，如此層層推進(jìn)，直至找到問(wèn)題的具體所在。

在對(duì)系統(tǒng)的全面理解的基礎(chǔ)上，追根溯源，處理問(wèn)題，是行之有效的解決方案。

二、大膽假設(shè)，小心求證，模擬錯(cuò)誤的發(fā)生。

在ERP系統(tǒng)的維護(hù)過(guò)程中，有時(shí)還需要一些想象，去模擬錯(cuò)誤的發(fā)生場(chǎng)景。要知道，有各種各樣的用戶，就有各種各樣你意想不到的操作，系統(tǒng)運(yùn)行中也有千奇百怪的錯(cuò)誤。有時(shí)候，系統(tǒng)出現(xiàn)的錯(cuò)誤，讓你不知所措，無(wú)從借鑒，根本無(wú)從著手，怎么辦？這時(shí)，不妨冷靜下來(lái)，去假設(shè)一下，如果你是用戶，你可能會(huì)如何操作？系統(tǒng)又可能會(huì)出現(xiàn)哪些錯(cuò)誤？

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

1)物料為當(dāng)時(shí)已完工的但未關(guān)閉的任務(wù)上的裝配件。

2)物料更新前的標(biāo)準(zhǔn)成本與凍結(jié)成本一致，更新后系統(tǒng)新的凍結(jié)成本也未發(fā)生變化。按照系統(tǒng)的原理，此時(shí)不應(yīng)該出現(xiàn)成本更新差異。物料更新前的標(biāo)準(zhǔn)成本與凍結(jié)成本不一致的，出現(xiàn)成本更新差異也不是正常更新前后的差額。

3)任務(wù)上發(fā)生的更新差異，有相當(dāng)于將成品裝配件成本從零成本更新到現(xiàn)有成本時(shí)的差異，有的將成品裝配件成本從現(xiàn)有成本時(shí)更新到零成本的差異，也有數(shù)據(jù)為(舊成本*2-新成本)，金額為現(xiàn)有任務(wù)上數(shù)量*現(xiàn)有標(biāo)準(zhǔn)成本差異。

4)成本更新只產(chǎn)生了任務(wù)上的WIP差異，未產(chǎn)生庫(kù)存上的成本更新差異。

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

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

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

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

我們處理一個(gè)問(wèn)題，至少要考慮以下幾點(diǎn)：

1)問(wèn)題發(fā)生的原因是什么？

2)問(wèn)題如何解決？

3)相關(guān)的引發(fā)的問(wèn)題如何解決？

4)如何從源頭上避免問(wèn)題再度發(fā)生。

也許我所提到的這些問(wèn)題并不是你所關(guān)心的，但是我相信仍然對(duì)于很多人是有諸多幫助的，至少在以后的工作中如果我們?cè)谟龅筋愃频膯?wèn)題不會(huì)毫無(wú)頭緒。

總結(jié)

以上是生活随笔為你收集整理的erp 弹不出oracle,ORACLE ERP系统经常出现的问题及解决办法的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。