以前金稅接口這塊一直是銷售顧問在做，雖然和財務相關，也沒有怎么關注。這次項目把金稅接口分到了財務模塊，結果遇到了一些問題，趁此機會把這塊總結一下方案，供各位看官參考。

方案1： 文本方案，這個方案最早出現，也是最早使用的，其基本方式是從前端SAP系統把開票信息導出形成文本文件（現在有些也支持excel，要看金稅開票系統支持哪種格式），然后把文本文件放到（怎么放都可以，U盤拷貝，或者通過局域網傳輸，或者通過ERP系統導出的時候直接放在開票機的文件夾下）開票機下，開票員通過上載文本文件完成開票，開票完成后，再下載回傳的文本文件，ERP讀取回傳的文本文件，更新金稅發票信息到SAP的會計憑證和系統發票中。

文本方案SAP標準方案也是支持的，可參考note：1868902，配置后就可以使用。

方案2： 第三方開票軟件，這個方案目前是比較普遍的，對于SAP來說比較簡單，和文本的區別在于在第三方開票軟件中可以進行發票的拆分、合并、稅收編碼分類的自動確定等，SAP只需把系統發票信息通過接口傳輸到第三方開票軟件即可，第三方開票軟件直接調用金稅開票系統進行開票，然后把開票后的信息返回到SAP，第三方軟件充當了中間件的作用。

說明：第三方開票軟件也是需要安裝在開票機上的。

方案3：這個方案是在此次項目中才知道的（以前只知道方案1和方案2）,就是金稅系統提供一個基于ActiveX的接口（.COM接口或者叫dll組件，.COM接口是微軟標準接口規范），SAP直接調用這個組件進行開票（據說國內的ERP軟件都是使用這個接口開發相應的金稅接口方案），不過這個方案SAP沒有類似的案例，后來嘗試過通過JAVA寫一個小程序作為中間件，也就是SAP把開票信息傳給JAVA,JAVA再調用.COM接口完成開票，測試調用成功過，不過沒有把握把所有情況都調用通，并保證接口的穩定，因此這個方案沒有繼續實施下去。

說明：如果這個方案能夠實施，好處是在SAP端直接就可以開票成功，無需在開票機上登陸第三方軟件或者導入文本進行開票。當然，這個前提還是需要有個中間的小軟件作為中轉（接收SAP開票信息，返回開票后信息），因為這個接口也是需要在開票機上才能進行調用。如果在開票機上安裝SAP，SAP能夠直接調用這個.COM接口，就無需中間的小軟件了。另外，按照SAP note：2448114的說法，上海金稅的某家公司可以提供和SAP進行直聯的金稅方案，沒有具體了解實現方式。

順便也說一下進項稅的接口，目前了解的方案是金稅方可以提供一個網站的接口，通過調用這個接口，可以把在前端業務系統（如OA/SAP）收集的進行發票信息，按照接口要求格式傳輸后進行自動勾選認證。