接觸了S/4HANA項目的過程中，可能會發現一個問題: 在S/4HANA系統里面，表COBK/COEP中的部分憑證編號變成了A00XXXXX00之類帶有字母的編號，而不同于以往ECC系統里面的純數字編號。
這樣設置的原因是什么？
為什么有些憑證編號還是數字編號？
這其中和以往ECC系統的區別是什么？
本文中，將對以上幾個問題進行闡釋。如果能將上述問題都研究透徹，那么對于S/4 HANA系統和以往ECC系統在CO憑證管理方面的區別，都會比較了解了。同時，這也可以作為了解S/4HANA Finance的一個很好的切人點。
稍微了解過S/4HANA的朋友應該都知道，在S/4HANA系統里面，將FI憑證和CO憑證都整合在表ACDOCA里面了。
但是這里所說的CO憑證，指的僅僅是值類型等于4的CO憑證(COEP-WRTTP=4)。至于值類型不等于4的憑證，還和以往的ECC系統一樣，沒有變化。基于此，可以直接檢查表COEP，查看值類型，如果數字編號憑證的值類型不等于4（COEP-WRTTP<>4），即該憑證為非實績值（Actual Value）憑證，憑證管理方式和編號方式還和以往ECC系統一樣，也就可以解釋為什么尚且有數字編號的憑證了。
還有一部分憑證，值類型也等于4，比如在KB*1N過賬的憑證（見下圖），這一類型的CO憑證，也和以往的ECC系統一樣，進行數字編號。這里就引出另外一個知識點： Prima Nota。 關于Prima Nota可以參照下面一句話：For classic(manual) CO posting, the Prima Nota is still written totable COEP. The corresponding journal entries are written to table ACDOCA. APrima Nota is written as well in cases, where "CO" is triggered viaBAPI interface (AWTYP <> AFRU. CATS) 。 這也就解釋了剩下的數字憑證編號的由來。
介紹完上述兩種CO憑證數字編號的情況，剩下的是非數字編號的情況。在介紹非數字編號的程序邏輯之前，需要對表COEP和表ACDOCA如何mapping進行一個簡單的說明，前面提到，在COEP和ACDOCA統合之后，actualposting直接寫到表ACDOCA里面了，同樣的值如果再寫到COEP里面，顯然就是冗余浪費空間了。但是為什么我們依然可以通過COEP看到想要的所有數據，下圖中就很明白的解釋了這種數據獲取邏輯：
憑證編號A00XXXXX00到底是怎么編出來的？為了更好的理解此問題，通過debug來看一下程序的邏輯。首先，程序會去查看numberrange object ACDOCA_AUX(可以在SNRO里面查看)，ACDOCA_AUX通常都會是一個帶buffering的編號對象。通過函數NUMBER_GET_NEXT得到一個12位數的數據編號，再通過方法CL_FINS_ACDOC_AUXILIARY_DOCNO =>transform_num12_to_char08 將得到的12位數字編號轉換成帶字母的8位編號，最后末尾00也就變成了A00XXXXX00, so easy !
SAP S/4HANA產品介紹：
SAP S/4HANA 是SAP 面向數字商務推出的實時ERP 套件，構建于我們的高級內存計算平臺SAP HANA 之上，通過SAP Fiori 提供個性化的消費者級用戶體驗。SAP S/4HANA 支持云部署和企業預置部署模式，能推動各個行業、各種規模的企業在各條業務線快速實現價值。
如需了解更多可撥打熱線咨詢：400-850-7988
點擊了解>>工博科技
客戶案例>>客戶案例
2018 廣州工博計算機科技有限公司版權所有 粵ICP備09030788號 網站地圖
