在標(biāo)準(zhǔn)SAP業(yè)務(wù)應(yīng)用中常會修改標(biāo)準(zhǔn)程序和增加一些自己的功能代碼來滿足特定化的需求，SAP提供了一些出口對特定的程序、屏幕、MENU以及Docuement進行擴展與修改，他們并不包含任何功能，并被分離存在特定的package里所以他既不會影響標(biāo)準(zhǔn)SAP源代碼也不會妨礙升級。除了通過后臺配置客戶化，我們常用主要有三種用戶出口來進行Enhancement和Modification：???
??????1,User Exit,最早的出口嵌寫在標(biāo)準(zhǔn)程序里，修改起來也最為復(fù)雜。如Order處理上使用的SAPMV45A中就包含大量ZZ或YY結(jié)尾的user exit程序MV45AFZZ/MV45AIZZ。?
??????2,Customer Exit，主要有三種類型Menu Exit/Screen Exit/FM Exit，首先通過CMOD來創(chuàng)建一個Project然后指定所需要的Enhancement，然后指定Component并激活。最后則需要加些所需代碼在自動創(chuàng)建一個Z程序里。
??????3, BADI,SE18/SE19，正如引入了OO的技術(shù)，在定義與實現(xiàn)在與Customer Exit兩層是一樣的，能客戶化用戶想用的標(biāo)準(zhǔn)解決方案的邏輯，對于開發(fā)者主要是通過一些方法來找到合適的BADI。

?

對于Order Business Process的MV45AFZZ中User Exit開發(fā)主要常用在下面幾個Form中：

userexit_save_document

userexit_save_document_prepare

userexit_field_modification

userexit_move_field_to_vbap

當(dāng)然還包括ZZ程序里的很多類似的Form,通過Google搜可以詳細知道他們分別有不同的用途。

?

如常用T-code SHD0來標(biāo)準(zhǔn)的屏幕Field創(chuàng)建一個Variant,然后用VOV8來為不同的doc type指定不同的Variant,這樣可以對屏幕Field進行控制：預(yù)設(shè)置值，必須/可選值，顯示/隱藏值等等，這樣非常容易設(shè)置sales order screen layout。對于更為細致的設(shè)置可以選用userexit_field_modification，例如通過權(quán)限來控制那些字段是可見或非可見的

if sy-tcode ='XXXX' and screen-name = <your screen field>.
????AUTHORITY-CHECK OBJECT 'XXX' ID 'XXXX' FIELD <screen name>.
????if sy-subrc = 0.
???????screen-input = 0.?????" Disable it
???????screen-invisible = 1. " Hide it
???????modify screen.
????endif.
endif.

?

User Exit的選用

User Exit的選用應(yīng)該是非常謹(jǐn)慎的，如果有合適的其他出口可代替最好不好，特別是order包括inquiry/quotation/contract大量代碼公用，以及SAP最為初始的源代碼非常不易于Debug甚至后臺運行，選用上還是根據(jù)具體的業(yè)務(wù)找合適的位置：是初始化的修改，是SAVE前的校驗，是SAVE時的值的更新與增刪，無外乎是對VBAP，VBAK，VBKD，VBEP，VBSN，VBUP，VEDA等等各個表的操作。

?

值的選取

值的選取不像Customer Exit和BADI，import和export的數(shù)據(jù)非常清楚，在order user exit則非常含糊，如VBAK *VBAP XVBAP YVBAK FXVEDA FYVBPF等等帶* X Y FX FY的表都具有特定的意義：

X： 一般表示更新的值,

Y： 一般表示不完整的值,

FX，FY：中間變量。

另外，在條件判斷上可能并沒有提供相應(yīng)的值，可以通過abap memory來獲取；另外系統(tǒng)也提供了一些類似sd_vbxx_select來獲取當(dāng)前最新的值。

?

?

數(shù)據(jù)庫問題

事實上在取值上直接通過select VBXX來獲取，一些字段可能已經(jīng)被更新甚至是刪除以至獲取的數(shù)據(jù)是過時的，這樣會導(dǎo)致數(shù)據(jù)誤操作，最終還得多從X，Y表上去檢測。

同樣，盡量減少Open SQL的操作(insert/delete/modify/upate)，運用自身的business process來完成。

?

代碼作用域

上面提到大量代碼公共，在什么情況下該使用呢？適當(dāng)?shù)倪壿嬇袛嗍欠浅Ｓ斜匾?#xff0c;例如像我們常用的的order type（vbak-auart ）外還有一些不可忽視的條件：

sy-tcode???(查看SYST)

sy-ucomm

t180-trtyp

?

測試與監(jiān)控

對于user exit代碼的測試，采用我們一般的測試辦法問題并不大，但對memory里的數(shù)據(jù)操作，如何去檢測似乎并不是一件簡單的事，特別是對一些“很莫名”的問題:

(SAPLV45W)XVEDA[]，類似的其他表可以查看更新后的值

ST05，通過這個t-code可以對sql進行trace，查看值是否被成功寫入DB

SM13，查看update Request是否成功執(zhí)行

SM21，查看system log，是否有些process被中止

以及其他的一些sm35 sm50 st01 st22 類似的SM/ST的t-code。

與50位技術(shù)專家面對面20年技術(shù)見證，附贈技術(shù)全景圖

總結(jié)

以上是生活随笔為你收集整理的[SAP-SD]Sales Order 中的User Exit开发的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

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