金稅介面的歷史發展
2023年前，sap中國未推出金稅的標準介面，由諮詢公司自行開發。
2023年，ecc603（ehp3）版本下，sap在業務功能(fin_loc_ci_1)中推出金稅介面，當啟用該業務功能後，則可以通過標準的金稅介面將發票資訊匯出成金稅可以接受的文字格式。
該版本是乙個好的開始，不過僅僅是乙個開始，只適用於極少數的業務非常簡單的公司。
2023年，ecc605
（ehp5）在原有業務功能(fin_loc_ci_1)的基礎上，通過業務功能(fin_loc_ci_9)進一步增強了金稅介面。
該版本在ehp3的基礎上，可以滿足一般企業的一般需求。對於分拆、合併功能有考慮，但不夠完善，可能無法滿足部分企業對此的複雜要求，除此之外，對於金稅和sap的取整差異/容差（俗稱6分錢差異）問題也並未考慮。
2023年,在ecc606(ehp6
sp04)中，在原有功能基礎上，通過業務功能(fin_loc_ci_26)，推出基於web
dynpro
platform（即nwbc）的金介面方案，該功能後續不斷深化、修改，迄今為止，最新版本為ecc606
（ehp6
sp05。
目前該功能已經較為完善，標準功能＋附帶的增強(badi)，個人認為應該能夠滿足絕大部分企業的需要，只是對於快消行業的個別業務可能還有所欠缺，同時整個功能已經較為成熟，檢視sap
note發現過去1年有近100個相關的note發布，note數量在近幾個月逐漸下降，因此有理由猜測版本基本成熟，可以放心使用。
最新版本功能說明以及常見問題
一、整體概覽
1）、根據sap系統發票生成「開票憑證」，開票憑證通過介面（如txt檔案）傳入到金稅中，生成金稅的增值稅發票。
2）、一張sap系統發票可以一次性的分拆為多個開票憑證（譬如1張金額150萬的發票，一次性分拆為2張開票憑證），多張sap的系統發票也可以合併成一張開票憑證。
但一張sap發票不能進行部分開票，即1張金額為150萬的sap系統發票，不能第一次出具100萬，剩餘的50萬下次再生成開票憑證。
3）、開票憑證有自己的號碼範圍（需專門定義），正常來說開票憑證和金稅發票是一一對應的，金稅發票回傳也是對應到開票憑證中。
4）、支援增值稅發票、普通普票，支援藍字發票、支援紅字發票、支援沖銷；
5）、提供了增強，供滿足客戶個性化的需求。
6）、必須使用nwbc。
二、對合併功能的支援
1、 多張單據合併
可以對多張單據進行合併，如發票a、發票b，同屬於乙個客戶，發票型別相同，可以合併成一張單據。
2、 行專案合併
可以對同一張單據（多張單據）的行專案按照規則進行合併。
合併規則
系統標準功能中提供二個規則（按物料號合併、按銷售訂單行專案合併），通過預留自定義字段，結合badi，還可以靈活的實現其它各種需求。如按照客戶物料合併，或者按照相同單價進行合併。在上一版本中，應該是無法自定義合併規則的。
合併結果
合併後，數量、金額累加，單價倒算。
合併示例
示例1：（相同物料合併）
發票a，包含物料2001，數量10個，不含稅金額100元
發票b，物料2001，數量5個，不含稅金額60；
合併後新的行專案數量為15個，不含稅金額為160元
示例2：（金額專案與免費專案合併，如買贈型別）
發票c，包含物料2001，數量10個，不含稅金額100元
發票d，物料2001，數量1個，不含稅金額0元
合併後新的行專案數量為11個，不含稅金額為100元
示例3：正負合併
如果一張單據金額為100元，另外一張單據金額為負100元，具備合併的條件，則合併後，二張單據的狀態變成已抵銷，無需在金稅中開票
示例4：正負合併
如果一張單據或多張單據的二個或多個行專案，合併後，金額為0，則該行不傳輸到金稅中。
3、 不支援在前台由使用者手工選擇多個行專案，進行合併，必須事先定義規則，或者說必須事先將業務規則固化。
4、 如果不同行專案的描述不相同，而需要合併，應該是需要將描述（規格）事先在badi中統一。（待定）
三、對拆分功能的支援
1、 在上一版本中已經支援根據限額自動進行發票拆分
示例：某公司發票限額100萬，現銷售某二台裝置給客戶，第一台80萬，第二台70萬，則系統可以自動生成2張發票，一張為80萬，另外一張為70萬。
但上一版本無法對單一行專案進行分拆。
2、 最新版進一步支援對單一行專案進行分拆的處理，可以有如下三種處理。
示例：某公司發票限額100萬，現銷售某單臺裝置給客戶，單台裝置單價125萬。
可以在生成「開票憑證時」，選擇三個選項
不允許生成
允許生成，按照限額拆分，拆分後的第一張發票金額100萬，第二張發票金額25萬，二張發票的數量均為1。
允許生成，按照限額拆分，拆分後的第一張發票金額100萬，數量為0.8，第二張發票金額25萬，二張發票的數量均為0.2。
四、對取整差異（sap系統抬頭、行專案與金稅金額）的支援
通過介面出具增值稅發票時，稅額是可以通過介面從sap中的發票中直接傳輸到金稅中，但此時金稅系統將會檢查傳入的稅額和金稅系統根據不含稅金額計算得到的稅額是否有差異，如果差異大於0.0625cny，金稅系統將不允許匯入。
在新方案中，通過將差異部分在行專案中進行分攤，這樣每個行專案都不會出現過大的差異。
五、支援的資料介面型別
可以支援txt檔案、xls檔案以及直連模式。
下面二個note簡要描述了新版本中對xls和直連模式的支援，其中直連模式，應該是有提供了標準的rfc函式供航天資訊金稅軟體呼叫。直連模式，涉及到與所在地的第三方（航天軟體）的溝通，這是一件非常苦難的事情，目前標準方案中也僅覆蓋上海。在過往專案中，直連模式下，合併、拆分等特殊業務往往由第三方軟體直接完成。
note
1860546
- announcement
of excel
template
uploading
files
for
gtinote
1860781
- annoucement
of direct
connection
for
golden
tax
inte***ce
六、多資料來源的支援
不僅支援根據系統發票生成，還可以根據銷售訂單、根據財務憑證或其它單據（資料來源），可以自定義取數邏輯。
如果企業需要同時對多資料來源的資料進行合併處理，如發票和銷售訂單合併開票，則標準功能有所欠缺。可能的思路是借助系統提供了自定義取數邏輯來進行處理。
相關文件
sap
note
1868902
SAP之金稅處理方案
金稅是我們國家特有的乙個系統，在我們開設公司，都得按金稅系統裡進行開票，月末再到稅務局進行報稅處理，我們在sap培訓應收模組時詳細的介紹了金稅的sap實施方案。下面我們簡單的回顧一下金稅的流程。一，sd的銷售流程 1，銷售訂單 va01 2，出庫 vf01n 3，開系統發票 vf01 其中在第2和第...
金稅介面與SAP系統發票的稅額差異分析
1.1 金稅系統中的稅額說明 國內企業銷售產品給國內客戶時，正常產品需要繳納17 的增值稅，而金稅系統就是用來出具紙面的增值稅發票的。在金稅系統中，金稅發票的開具有二種方式。方法1 不通過介面手工出具 不通過介面手工出具增值稅發票時，稅額是根據含稅金額或者不含稅金額乘以稅率計算得出的，不能夠修改。方...
金審系統與SAP介面解析
會計資訊是國家審計監督的重要內容，保證會計資訊準確透明，遏制會計資訊失真，是全社會共同的責任。為此國家審計署倡導並主要起草了 資訊科技，會計核算軟體資料介面 標準。為積極推動該標準的貫徹實施，於2002年正式批准建設金審工程。今年1月1日，國家標準 資訊科技，會計核算軟體資料介面 gb t 1958...