在進行EDI實施開發前，我們需要先確認實施的方案。經常面臨的難題就是，到底要選擇哪種方案。直接收發Excel或者是與業務系統進行集成？這兩種方案分別適用於什麼場景？到底應該選擇哪種方案？本文將進行全面的說明。
Excel方案
相比於其他直接集成的方式，Excel方案稍有不同。Excel方案，顧名思義，是EDI報文和Excel之間的數據轉換。它的基本思路是：在接收到交易夥伴發來的EDI報文，並在EDI平臺內部完成格式的轉換之後，將數據直接呈現在Excel中。用戶可以直觀地看到接收到的數據；手動在Excel上錄入數據之後，將Excel上傳至EDI平臺，EDI平臺在內部做字段映射，將表格中的數據映射到固定的EDI字段上，最終生成EDI報文發送給交易夥伴。
在知行EDI系統中，可以使用Excel端口完成Excel和EDI XML的雙向轉換，使用Email Send/Receive端口可以發送/接收用戶的Excel文件。
對於Excel方案來說，仍有很多人工錄入的工作，人工干預的越多，那麼出錯的概率也就越大，因此，如果數據量過大，相比於之前傳統的業務模式，接入EDI並沒有提升多少效率。並且Excel方案其實並沒有直接與業務系統集成起來，只相當於是中間的一個數據載體。
直接集成業務系統方案
直接集成業務系統方案，便是直接將EDI系統和業務系統進行集成，可以將EDI收到的數據直接推送到業務系統，或在業務系統中填寫完數據後則會直接推送到EDI系統，自動觸發轉換、發送。常見的集成方式有：API、中間數據庫表等。
一般情況下，收到交易夥伴的文件之後，很短的時間內數據就將直接出現在業務系統中；在業務系統中錄入數據之後，數據很快就可以直接發送給交易夥伴。
EDI在其中的轉換和傳輸耗費的時間幾乎可以忽略不計。這也是用戶體驗最優的一種方案，對於客戶來說，自己傳統的業務模式並沒有改變，也幾乎感受不到EDI的存在。然而，中間大量的自動化轉換和傳輸已經默默地提升了交易的效率。
目前，已經有很多的業務系統內置有報表功能，Excel的可讀性強的優勢其實也已經不那麼明顯了。在前期花費多一點時間做好開發，可以一勞永逸，在後期爲企業省去大量的資金投入。在知行EDI系統中，可以使用Database、REST、SOAP等端口完成與中間數據庫或業務系統的集成。
總結
因此，在沒有業務系統的情況且數據量較少的情況下，使用Excel方案是可以的，我們也更多地將其視爲一種過渡性方案。如果企業已經有成熟的業務系統，那麼更加推薦直接集成的方式。知行EDI系統已成功與金蝶、用友、SAP等業務系統完成過系統集成。 綜上所述，可以總結爲：
Excel方案
優點：無需對業務系統再做開發工作；數據可讀性較強；
缺點：仍有較多的人工錄入工作；數據量增多後優勢不明顯。
直接集成業務系統方案
優點：一步到位；數據量多了之後提升效率明顯；對現有業務模式影響較小；
缺點：需要對業務系統再做開發。
注：文案部分圖片及內容來源於公衆號知行軟件，版權歸原創作者所有，如有侵犯到您的權益，請您聯繫我們進行刪除，給您帶來困擾，我們深感抱歉。
