文/王智杰，五礦礦業(yè)控股有限公司信息中心

1 前言

五礦礦業(yè)于2011年到2012年五礦集團(tuán)V5三期信息化工程期間實施SAP項目，系統(tǒng)使用期間，隨著業(yè)務(wù)的發(fā)展變化，組織架構(gòu)的調(diào)整，以及物資集中采購管理的實施，需要對安徽開發(fā)礦業(yè)公司采購申請的審批流程進(jìn)行優(yōu)化，以達(dá)到對物資需求的精準(zhǔn)管控。

2 SAP增強(qiáng)簡介

2.1 SAP增強(qiáng)的概念

SAP作為一個配置系統(tǒng)，在很多情況下不能滿足公司的特定業(yè)務(wù)，在這種情況下，增強(qiáng)的開發(fā)就必不可少了。所謂增強(qiáng)就是在S AP標(biāo)準(zhǔn)功能滿足不了客戶需求的條件下，根據(jù)企業(yè)實際需求編寫客戶化邏輯代碼。

2.2 SAP增強(qiáng)開發(fā)的發(fā)展

SAP的用戶出口發(fā)展至今有四代。第一代是基于源碼的增強(qiáng)。第二代是基于函數(shù)模塊的增強(qiáng)Exit，用SMOD和CMOD維護(hù)。第三代是基于面向?qū)ο蟾拍畹脑鰪?qiáng)BADI。這種增強(qiáng)是用SE18和SE19來實現(xiàn)的。第四代是新BADI。

3 SAP增強(qiáng)在安徽開發(fā)礦業(yè)業(yè)務(wù)改造中的應(yīng)用

3.1 業(yè)務(wù)背景

隨著業(yè)務(wù)的發(fā)展變化，組織架構(gòu)的調(diào)整，安礦需采礦部機(jī)動科、選礦部機(jī)動科、生產(chǎn)生活服務(wù)中心三個部門分別審批各自的采購申請，這是一級審批。再由物資公司經(jīng)營科進(jìn)行二級審批。但由于S AP系統(tǒng)運(yùn)行MRP生成的采購申請，會根據(jù)同一物料號，同一日期將預(yù)留合并為一個采購申請。因此，通過標(biāo)準(zhǔn)MRP無法實現(xiàn)采購申請與預(yù)留的一一對應(yīng)。

3.2 SAP增強(qiáng)實施

3.2.1 實施原理

通過對需求的分析，系統(tǒng)增強(qiáng)的調(diào)試，最終決定在MRP實施增強(qiáng)。干預(yù)標(biāo)準(zhǔn)MRP運(yùn)行，將標(biāo)準(zhǔn)MRP合并的采購申請按照預(yù)留進(jìn)行拆分。同時在采購申請頁面增加增強(qiáng)字段“預(yù)留號”、“預(yù)留行”和“成本中心”，到達(dá)采購申請和預(yù)留一一對應(yīng)的關(guān)系，并與成本中心進(jìn)行對應(yīng)。至此，實現(xiàn)了采購申請與成本中心的對應(yīng)，達(dá)到了采礦部機(jī)動科、選礦部機(jī)動科、生產(chǎn)生活服務(wù)中心三個部門分別審批各自的采購申請的需求。

3.2.2 MRP增強(qiáng)

1）將預(yù)留信息的明細(xì)放到內(nèi)表i_mdrs中。內(nèi)表i_mdrs記錄了40 91工廠下的所有預(yù)留信息，為了后期更改預(yù)留的需求日期和拆分采購申請時用。實施名稱：ZMD_CHANGE_MRP_DATA，方法：CON SIDER_RESB。

2）將所有已經(jīng)生成的采購申請放到內(nèi)表i_eban中。內(nèi)表i_eban記錄了所有4091工廠下固定的采購申請信息。因為每次運(yùn)行標(biāo)準(zhǔn)M RP的時候，標(biāo)準(zhǔn)MRP都會把同一工廠下，同一物料，同一日期的已生成的采購申請進(jìn)行合并，合并為一個采購申請。因此需要把系統(tǒng)里已經(jīng)生成但是沒有產(chǎn)生采購訂單的采購申請進(jìn)行記錄。實施名稱：ZMD_CHANGE_MRP_DATA，方法：CHANGE_MDPSX_EBAN。

3）修改4091工廠下所有預(yù)留的需求日期為同一天，比如改為下月25號。這樣運(yùn)行標(biāo)準(zhǔn)MRP會只生成一個采購申請，便于對采購申請進(jìn)行拆分。實施名稱：ZMD_CHANGE_MRP_DATA，方法：C HANGE_MDPSX_MDRS。

4）拆分采購申請。運(yùn)行MRP自動產(chǎn)生采購申請，通過前面的控制，此時系統(tǒng)只產(chǎn)生一個采購申請。然后根據(jù)內(nèi)表i_mdrs中的預(yù)留的數(shù)量，拆分采購申請的數(shù)量，生成多個采購申請。實施名稱：ZMD_PURREQ_CHANGE，方法：CHANGE_BEFORE_SAVE_MRP。創(chuàng)建采購申請調(diào)用的BAPI為“BAPI_PR_CREATE”。

5）偽裝BAPI創(chuàng)建的采購申請為MRP自動生成的采購申請。系統(tǒng)中調(diào)用BAPI創(chuàng)建生成的采購申請，跟標(biāo)準(zhǔn)MRP生成的采購申請中ESTKZ字段的值是不同的。然而調(diào)BAPI生成的采購申請不會參與標(biāo)準(zhǔn)MRP的運(yùn)行。為了讓手動創(chuàng)建的采購申請參與MRP的運(yùn)行，需要將ESTKZ字段的設(shè)置為“B”，即運(yùn)行標(biāo)準(zhǔn)MRP創(chuàng)建的采購申請。實施名稱：ZMD_PURREQ_POST，方法：POST_AFTER_SAVE。

3.2.3 采購申請增強(qiáng)

1）采購申請界面增加增強(qiáng)字段。采購申請頁面增加“預(yù)留”“行項目”“成本中心”增強(qiáng)字段，將采購申請與預(yù)留對應(yīng)，保證一個采購申請對應(yīng)一個預(yù)留。同時，又將采購申請劃分到不同的成本中心下，以實現(xiàn)不同的成本中心，只能審批自己成本中心下的采購申請。

2）對于刪除的采購申請，要同時關(guān)閉對應(yīng)的預(yù)留。用戶在刪除采購申請的時候，需要做增強(qiáng)控制，將PS產(chǎn)生的預(yù)留除外，關(guān)閉此采購申請對應(yīng)的預(yù)留。實施：ZME_PROCESS_REQ_CUST，方法：POST。刪除和修改預(yù)留調(diào)用的BAPI為“BAPI_RESERVATION_CH ANGE”。

4 結(jié)論及建議

本應(yīng)用中通過MRP增強(qiáng)、采購申請增強(qiáng)等的實施，解決了采購申請與預(yù)留、采購申請與成本中心的對應(yīng)問題。最終實現(xiàn)了同一工廠下，不同成本中心分別審批各自成本中心下的采購申請，以達(dá)到對物資需求的精準(zhǔn)管控。