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