1、SAP 憑證有效性檢查小技巧 憑證的有效性檢查所謂的有效性檢查(Validation),簡單理解, 就是在憑證保存前根據設置條件判斷此憑證的輸入內容是否有效，在發出用戶設置的消息類型（警告還是錯誤）。Validation用處很多，比如可使用Validation檢測在記帳時某些費用只能對應或禁止對應到某些成本中心、某些費憑證必須對應某類型憑證摘要、或者那些用戶只能過帳到哪個利潤中心等，實際上多數ERP系統起碼在財務模塊都會提供一些類似的功能,只是在SAP中,Validaton貫穿各個模塊,在HR,AP,AP,GL, Consolidation , Real Estate, SPL等多模快能找到V

2、alidation的配置,而且,理論上講,SAP的Validation可以以財務憑證的任何字段做條件進行檢查，比起一般國內系統的憑證的校驗要靈活得多。有效性檢查相關Tcode：OB28:AP/AR/GL，最常用財務憑證校驗，校驗最后都會反應在財務模塊。OAZ1:AM Posting。GCVW:Global Validation(In SPL,Company Level)GCVV:Local Validation(In SPL,Company code Level).全局Tcode：GGB0: 所有的有效性檢查GGB1: 所有的替代GGB3: 規則類型GGB4: 激活檢查/替代可以使用GGB0/

3、GGB1快速找到各模塊的檢查和替代，特別是當有不正確的檢查和替代導致過帳失敗時。下面以財務憑證的檢查(Tcode:OB28)為例,通常來講，由于多數交易都產生財務憑證，所以在此校驗比較合適。一建立Validation步驟:背景：使用Validation只允許用戶STONEF在本位幣為HKD的公司代碼記帳本位幣金額不超過1000HKD。(1).選擇Callup Point建立Validation. 圖1-1:Validation有3個觸發點(CallPoint):0001->憑證抬頭(輸入憑證抬頭內容不需要等行項目輸入完畢回車可立即觸發)。0002->行項目(單個行項目時觸發,當然也

4、可使用憑證抬頭表BKPF的字段做條件，但是應用不到其它行項目的數據,比如說需要根據對方科目去做檢查,行項目觸發就做不到而應使用完成憑證觸發)。0003->完成憑證(可以Loop整個憑證,彌補行項目觸發點缺陷)。 圖1-2：新建Validation時按F2進入詳細建立畫面。 圖1-3：選擇標志1表示激活檢查配置，只有激活后憑證檢查才真生效。在本例中，因為記帳用戶名對應憑證抬頭表BKPF-USNAM，選擇行項目（Callpoint 2）Validation，會計憑證的抬頭和行項目表格BKPF/BSEG大家都會很熟悉，行項目觸發可以使用抬頭表，假設建立Validation ZSTLINE.(2

5、).Validation建立步驟詳解如圖2-2,一個Validation可以包括多個檢查步驟(Step),每一個步驟都包括3個部分:先決條件(Prerequisite)|檢查(Check)|消息(Message)，Validation的意思就是：在觸發點下，滿足先決條件但是不滿足檢查條件的彈出設置的消息。圖2-789正好是Validation的3個部分，它的意思就是如果滿足先決條件（公司代碼BKPF-BUKRS=5100，同時過帳用戶名稱BKPF-USNAM是STONEF），此時檢查內容為（行項目本幣過帳金額BSEG-DMBTR必須小于等1000HKD），如果條件滿足則Ok，如果不滿足（也就是

6、記帳金額>1000）則彈出錯誤消息(消息號ZFIMSG 017)。看看Validation中消息的設置,Message class:ZFIMSG,SE91自定義的一個消息類,關于消息請參考小技巧-消息,Message Type/Number:E 017,Message variables表示消息文本中傳遞的是用戶名稱和本幣記帳金額兩個變量,這樣非常人性化,出現的整體Message text將是Validation Err:User用戶名 Cannot Posting Amount >過帳金額,用戶一看就知道錯誤在什么地方.注意：Validation觸發的條件是滿足先決條件但不滿足檢

7、查條件！一個Validation Step至此就完成了,你可以建立多個Validation step。你還可以使用規則Rule,Rule的意思是將一些條件反復重用的一個小技巧，建立的規則對Validation和Substitution（替代）都是有效的。 假設建立ZRULE1，內容為BKPF-BUKRS = 5100 and BUKF-USNAM = STONEF.ZRULE2內容為BSEG-DMBTR <= 1000.00.如圖5, 先決條件(Prerequisite)|檢查(Check)使用的是規則,實際上效果和圖2是一致的。注意：I.在定義Rule, 其它Rule可做為一個條件，比

8、如ZRULE3 包含ZRULE1 and 其他條件。II.一個大集中ERP服務器上運行了多個公司代碼,每個公司代碼可能都建立了一大堆Validation Step,Validaition會自動產生代碼插入財務處理程序中,而R/3的ABAP程序是解釋型的每次都會重編譯,這樣集中服務器上任何一個公司代碼如果修改或新增Validation都會影響全局,所以一定需要考慮靈活重用功能!下面會繼續討論這個問題。現在，如果用戶STONEF記帳或其產生的任何財務憑證的本位額都不能超過1000HKD了，當然可以在Validation增加財務手工憑證類型條件SA，僅僅檢查財務記帳的金額而不控制諸如后勤發料產生的財

9、務憑證金額。 總之，Validation是非常靈活的。在圖7中，檢查ZJS01的步驟0002采用了窮舉科目法，這樣的做法比較失敗，因為如果增加科目意味需要修改步驟，修改的步驟在傳輸到生產機上后意味生產的檢查代碼需要重新編譯，如果一臺服務器上有多個公司代碼則互相影響，特別是當邏輯錯誤時，Validation和Substitution都將導致能產生任何財務憑證。在講述替代時，將介紹使用集合（Tcode：GS01）的方法代替窮舉法。Validation的檢查原理：你只要使用SE37在Function FI_VALIDATION_HEADER|FI_VALIDATION_ITEM| FI_VALIDATION_DOC合適位置設置斷點,這3個函數正好對應3種Callpoint的Validation，稍微跟蹤一下程序就可知道程序邏輯，在介紹替代時會詳細介紹其設計思想。多個STEP執行的順序：Validation可有多個Steps,不妨假設一Line Validation有倆Steps-STEP1和Ste