合同管理信息系統(tǒng)報(bào)錯(cuò)信息分析研究

李洪志 中海油信息科技有限公司信息技術(shù)服務(wù)中心

關(guān)鍵字：SAP BAPI WBS 貨源清單 信息記錄

常見的報(bào)錯(cuò)信息，除了用戶合同系統(tǒng)端手工選擇和輸入錯(cuò)誤，最主要的就是在系統(tǒng)集成過程中，中間件和集成的功能實(shí)現(xiàn)階段的報(bào)錯(cuò)，也是就數(shù)據(jù)傳輸和創(chuàng)建單據(jù)過程報(bào)錯(cuò)。對(duì)合同系統(tǒng)來說，包括一系列的主數(shù)據(jù)傳輸、合同（長(zhǎng)期協(xié)議）創(chuàng)建、采購(gòu)訂單（PO）和銷售訂單的實(shí)現(xiàn)，其中又以采購(gòu)訂單創(chuàng)建報(bào)錯(cuò)信息最為常見。

1 合同系統(tǒng)用戶輸入

1.1 模版選擇：模版選擇錯(cuò)誤，通常報(bào)錯(cuò)信息顯示‘未知賬戶分配未定義在此使用’。這類錯(cuò)誤主要是沒有分清是物資類還是服務(wù)類單據(jù)，可通過查看采購(gòu)申請(qǐng)行項(xiàng)目類別來進(jìn)行區(qū)分，項(xiàng)目類別為‘D’的是服務(wù)類，其余的是物資類的。

1.2 采購(gòu)數(shù)量、交貨日期格式、庫(kù)存地點(diǎn)、采購(gòu)組等信息輸入：用戶填寫完整的數(shù)據(jù)后，

選擇同步，接口通過后臺(tái)賬號(hào)創(chuàng)建單據(jù)。采購(gòu)數(shù)量在物資類訂單中是必輸選項(xiàng)，該字段為空時(shí)，通常顯示‘頁(yè)面數(shù)據(jù)有問題’；交貨日期格式是由于存在EXCEL上載數(shù)據(jù)的情況，單元格因?yàn)樵O(shè)置問題，在日期后加上時(shí)間，導(dǎo)致在用BAPI創(chuàng)建采購(gòu)訂單時(shí)，交貨時(shí)間復(fù)制采購(gòu)訂單（PR）行項(xiàng)目上的交貨時(shí)間進(jìn)行創(chuàng)建，沒有參考單元格中日期的值；庫(kù)存地點(diǎn)在SAP中長(zhǎng)度為4位，當(dāng)長(zhǎng)度不為4時(shí)，會(huì)直接返回報(bào)錯(cuò)信息，即使填寫錯(cuò)誤后，也可在SAP系統(tǒng)撤批后手動(dòng)修改；采購(gòu)組與其他字段不通，一旦輸入錯(cuò)誤，處理起來就復(fù)雜得多，原因是采購(gòu)組與公司、工廠、采購(gòu)組織等沒有任何的關(guān)聯(lián)關(guān)系，而該字段又涉及權(quán)限信息，一旦填錯(cuò)，尤其是輸入的是用戶沒有該采購(gòu)組的權(quán)限，則只能用大帳號(hào)進(jìn)行撤批，然后進(jìn)行修改。在信息填寫完整后，可對(duì)這幾個(gè)字段進(jìn)行檢查，就能夠保證不出現(xiàn)這方面的報(bào)錯(cuò)。

2 中間件

中間件：這里的中間件是指PI，全稱Process Integration，PI的前身是SAP的中間件產(chǎn)品XI，是SAP NetWeaver中比較核心的產(chǎn)品。在與SAP進(jìn)行系統(tǒng)集成時(shí)，通常采用RFC和PI等方式進(jìn)行實(shí)現(xiàn)。合同系統(tǒng)采用的更多的是PI，主要是采用PI后，更便于對(duì)需求進(jìn)行管理。PI映射在上線配置完成后，在賬號(hào)信息沒有變化時(shí)，一般是不會(huì)報(bào)錯(cuò)的。如果報(bào)錯(cuò)，一般可以通過以下幾個(gè)方面進(jìn)行查看：如果存在需求變更，變更中新增字段的映射在生產(chǎn)系統(tǒng)是否已配置完成；看是否增加了PI服務(wù)器，在實(shí)際場(chǎng)景中，出現(xiàn)過增加P09 PI服務(wù)器，由于時(shí)區(qū)原因?qū)е碌膽?yīng)用服務(wù)器故障，接口顯示已經(jīng)生成訂單并更新到自定義表中，而系統(tǒng)表中查詢不到該單據(jù)號(hào)。遇到這類錯(cuò)誤，只能刪除單據(jù)，重新起草訂單。

3 SAP系統(tǒng)消息

3.1 權(quán)限缺失：合同項(xiàng)目實(shí)施范圍包括中國(guó)海油各集團(tuán)公司，各集團(tuán)下屬單位在上線后

隨著時(shí)間的推移會(huì)涉及到組織架構(gòu)的調(diào)整，對(duì)SAP來說，公司代碼、工廠、采購(gòu)組織，采購(gòu)組、銷售組織等都在調(diào)整范圍內(nèi)。在遇到涉及權(quán)限報(bào)錯(cuò)時(shí)，首先需要查看后臺(tái)賬號(hào)，將后臺(tái)賬號(hào)角色中組織級(jí)別對(duì)應(yīng)值的范圍與PR上組織信息進(jìn)行對(duì)比，看是否需要增加權(quán)限。還有一種方式是登錄監(jiān)控賬號(hào)，手工創(chuàng)建單據(jù)，系統(tǒng)報(bào)錯(cuò)會(huì)提示缺少相關(guān)的權(quán)限信息。

3.2 供應(yīng)商：供應(yīng)商出現(xiàn)最多的問題主要是供應(yīng)商狀態(tài)。遇到供應(yīng)商問題，首先在SAP

中查看供應(yīng)商狀態(tài)，凍結(jié)就用XK05解凍，供應(yīng)商沒有為采購(gòu)組織創(chuàng)建就需要用XK01進(jìn)行創(chuàng)建；如果合同端查找不到該供應(yīng)商，就要將供應(yīng)商從SAP同步到合同系統(tǒng)；所有信息都填寫完成，創(chuàng)建單據(jù)時(shí)提示‘供應(yīng)商不是該單位的合格供應(yīng)商’，就需要供應(yīng)商管理員從采辦系統(tǒng)同步到SAP。

3.3 BDC錄屏：長(zhǎng)協(xié)協(xié)議分為物資類和服務(wù)類，物資類采用標(biāo)準(zhǔn)的BAPI進(jìn)行創(chuàng)建，服務(wù)類框架協(xié)議沒有相關(guān)的BAPI，只能采用BDC進(jìn)行錄屏。BDC，全稱是Batch Data Conversion，是SAP系統(tǒng)傳輸數(shù)據(jù)的主要技術(shù)之一，是模擬用戶操作，完成相關(guān)的數(shù)據(jù)錄入。在用ME31K錄制服務(wù)類框架協(xié)議時(shí)，常見錯(cuò)誤是沒有單據(jù)生成，同時(shí)又沒提示任何消息，原因是錄制屏幕順序與實(shí)際屏幕出現(xiàn)順序不一致，其中最容易發(fā)生錯(cuò)誤的是屏幕‘SAPLMLSK 0200’的出現(xiàn)，該屏幕的出現(xiàn)與抬頭貨幣、服務(wù)明細(xì)文本、服務(wù)明細(xì)價(jià)格有關(guān)。在錄制屏幕時(shí)，需要對(duì)各種科目類別、各明細(xì)行等各種業(yè)務(wù)場(chǎng)景進(jìn)行測(cè)試，測(cè)試及修改的復(fù)雜程度較高，需要業(yè)務(wù)顧問和開發(fā)顧問協(xié)同完成。

3.4 物料主數(shù)據(jù)：參考PR創(chuàng)建物資類框架協(xié)議和訂單時(shí)，使用BAPI進(jìn)行創(chuàng)建，BAPI

會(huì)檢查PR行項(xiàng)目上物料主數(shù)據(jù)狀態(tài)，最常見的報(bào)錯(cuò)信息是‘物料狀態(tài)因采購(gòu)而凍結(jié)’。通常我們通過接口日志查找PR，雙擊PR行項(xiàng)目上的物料號(hào)，跳轉(zhuǎn)到事務(wù)碼MM03，查看物料基本數(shù)據(jù)視圖1--跨工廠物料狀態(tài)和采購(gòu)視圖--特定工廠的物料狀態(tài)這兩個(gè)字段，當(dāng)這兩個(gè)字段的值非空時(shí)，就會(huì)出現(xiàn)這個(gè)錯(cuò)誤。更常見的是PR行項(xiàng)目較多，這時(shí)候一行行查就比較費(fèi)時(shí)間，可以考慮用系統(tǒng)自定義開發(fā)的報(bào)表ZMM024，通過批量輸入PR行項(xiàng)目上的物料清單，查看物料狀態(tài)，然后反查找到物料所在的PR行項(xiàng)目。用戶可以根據(jù)反饋的行項(xiàng)目清單，修改物料狀態(tài)。

3.5 貨源清單：貨源清單指定了工廠下物料的供貨來源。通過定義有效期、供應(yīng)商、采

購(gòu)組織、單位、框架協(xié)議和MRP相關(guān)參數(shù)，來指定一條供貨來源。通常在系統(tǒng)中我們通過ME01來進(jìn)行創(chuàng)建。當(dāng)有效期、供應(yīng)商等任一字段發(fā)生變化時(shí)，就會(huì)報(bào)錯(cuò)‘物料未包含在源清單中’，這時(shí)就需要通過ME03添加新條目進(jìn)行維護(hù)，如果不需要指定供貨來源，可進(jìn)行刪除，也可以通過勾選物料主數(shù)據(jù)中的采購(gòu)視圖中源清單選項(xiàng)表示該物料號(hào)需要維護(hù)貨源清單。

3.6 信息記錄：信息記錄是采購(gòu)主數(shù)據(jù)的一部分，用戶進(jìn)行采購(gòu)后，會(huì)產(chǎn)生一條信息記

錄。信息記錄最少要包括供應(yīng)商、物料、采購(gòu)組織、工廠等基本信息，如果采購(gòu)過程中包括價(jià)格信息，則信息記錄中還有會(huì)有條件記錄。信息記錄可以由系統(tǒng)自動(dòng)創(chuàng)建，也可以用ME11手工創(chuàng)建，中國(guó)海油通常都是進(jìn)行自動(dòng)創(chuàng)建的。在創(chuàng)建訂單的過程中，需要勾選信息記錄為空，這樣就不會(huì)參考信息記錄進(jìn)行創(chuàng)建，也不會(huì)把價(jià)格信息帶過去。

3.7 采購(gòu)申請(qǐng)行項(xiàng)目審批：SAP中配置了兩級(jí)審批，第一級(jí)是業(yè)務(wù)部門審批，業(yè)務(wù)部門

審批后，發(fā)送到采辦系統(tǒng)，在采辦系統(tǒng)由采辦部門審批后，回傳到SAP系統(tǒng)中，完成第二級(jí)審批。這個(gè)過程中，第二級(jí)審批是通過異步的接口完成的，領(lǐng)導(dǎo)在合同前臺(tái)審批后，接口由于延時(shí)等各種原因可能導(dǎo)致回傳失敗，SAP中PR二級(jí)審批不成功。用戶在合同系統(tǒng)中參考PR創(chuàng)建PO時(shí)，就會(huì)報(bào)錯(cuò)‘采購(gòu)申請(qǐng)行項(xiàng)目是未經(jīng)批準(zhǔn)的訂單’，這時(shí)需要采辦系統(tǒng)管理員重新觸發(fā)PR狀態(tài)回傳接口對(duì)采購(gòu)申請(qǐng)第二級(jí)進(jìn)行審批。

3.8 WBS：全稱為工作分解結(jié)構(gòu)（Work Breakdown Structure）。創(chuàng)建WBS是把項(xiàng)目交付成果和項(xiàng)目工作分解成較小的，易于管理的組分或工作包。SAP啟用PS模塊后，在創(chuàng)建訂單過程中，通常用WBS進(jìn)行成本歸集。這時(shí)最經(jīng)常出現(xiàn)的錯(cuò)誤是‘WBS超預(yù)算’。用事務(wù)碼S_ALR_87013557查看預(yù)算情況，如果預(yù)算不夠，需要財(cái)務(wù)去調(diào)整預(yù)算。另外一種情況是預(yù)算夠，卻仍然報(bào)錯(cuò)。這個(gè)是由于通過接口創(chuàng)建PO時(shí)，是通過調(diào)用BAPI BAPI_PO_CREATE1來實(shí)現(xiàn)的，BAPI在參考PR創(chuàng)建時(shí)，會(huì)嚴(yán)格參考PR行項(xiàng)目上的交貨日期，BAPI中寫入的計(jì)劃交貨日期經(jīng)過測(cè)試，是不起作用的，也就是說BAPI字段中的交貨日期仍然是PR上的交貨日期。WBS預(yù)算就采用PR行項(xiàng)目交貨日期時(shí)間點(diǎn)的預(yù)算，這時(shí)往往預(yù)算是不足的，就會(huì)報(bào)錯(cuò)。解決辦法，除了手工創(chuàng)建外，可以考慮修改PR行項(xiàng)目上的交貨日期，或者考慮用BAPI先暫存PO，再進(jìn)行修改。

3.9 超時(shí)處理：在采購(gòu)訂單創(chuàng)建過程中，經(jīng)常會(huì)出現(xiàn)單據(jù)行較多，在SAP中創(chuàng)建時(shí)間過

長(zhǎng)的問題，而接口采用的是同步的模式，等待時(shí)間有限，合同系統(tǒng)由于超時(shí)沒有接收到采購(gòu)訂單編號(hào)，用戶再次創(chuàng)建，會(huì)返回消息‘單據(jù)已創(chuàng)建’。遇到這種情況，只需把SAP中產(chǎn)生的訂單編號(hào)寫入合同系統(tǒng)即可。

3.10 其他報(bào)錯(cuò)信息處理：合同系統(tǒng)集成涉及到合同系統(tǒng)、采辦系統(tǒng)和SAP系統(tǒng)，常見

的問題都可以通過代碼分析、前臺(tái)手工操作、數(shù)據(jù)模擬找到報(bào)錯(cuò)原因，但這也不是絕對(duì)的，由于缺少SAP生產(chǎn)系統(tǒng)調(diào)試權(quán)限，有些錯(cuò)誤仍然不能找到具體原因，這時(shí)候只能通過選擇不傳輸SAP，手工進(jìn)行創(chuàng)建。

4 結(jié)束語(yǔ)

使用合同管理信息系統(tǒng)過程中，遇到報(bào)錯(cuò)信息，首先要分析發(fā)生問題所涉及的系統(tǒng)，查看各系統(tǒng)日志，通過分析日志數(shù)據(jù)，模擬業(yè)務(wù)場(chǎng)景，找出問題并進(jìn)行修改。及時(shí)整理日常發(fā)生問題處理文檔，形成Issue Log，定期對(duì)用戶進(jìn)行培訓(xùn)，減少用戶合同系統(tǒng)輸入錯(cuò)誤。同時(shí)及時(shí)了解服務(wù)器及其他相關(guān)業(yè)務(wù)系統(tǒng)的調(diào)整，制定需求變更計(jì)劃，加強(qiáng)業(yè)務(wù)場(chǎng)景測(cè)試，減少異常報(bào)錯(cuò)。通過報(bào)錯(cuò)信息的分析研究，能夠有效保證報(bào)錯(cuò)信息的減少，提高合同業(yè)務(wù)流程的正常流轉(zhuǎn)，提高合同部門工作效率。