知行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方案
优点:无需对业务系统再做开发工作;数据可读性较强;
缺点:仍有较多的人工录入工作;数据量增多后优势不明显。
直接集成业务系统方案
优点:一步到位;数据量多了之后提升效率明显;对现有业务模式影响较小;
缺点:需要对业务系统再做开发。
任何关于EDI的问题欢迎联系我们,阅读原文。
注:文案部分图片及内容来源于网络,版权归原创作者所有,如有侵犯到您的权益,请您联系我们进行删除,给您带来困扰,我们深感抱歉。