知行EDI系统Excel方案对比集成业务系统方案

在进行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方案

优点：无需对业务系统再做开发工作；数据可读性较强；

缺点：仍有较多的人工录入工作；数据量增多后优势不明显。

直接集成业务系统方案

优点：一步到位；数据量多了之后提升效率明显；对现有业务模式影响较小；

缺点：需要对业务系统再做开发。

注：文案部分图片及内容来源于网络，版权归原创作者所有，如有侵犯到您的权益，请您联系我们进行删除，给您带来困扰，我们深感抱歉。