本次知行软件为汽车电缆行业某客户提供EDI的技术服务,是同时和三位国外贸易合作伙伴进行EDI对接,在双方的共同努力下,最终成功对接了Nexans, KSD, Delphi三位贸易合作伙伴。
在对接三位贸易合作伙伴时,EDI需求基本都一致:需要接收来自贸易合作伙伴的需求预测,按照需求预测完成生产后,向贸易合作伙伴交货,交货完成后,发送发票给贸易合作伙伴,完成款项的结算。不过也不是完全相同的,例如报文标准存在不同,Delphi使用的报文标准是EDIFACT,而KSD和NEXANS使用的报文标准是VDA标准,这种标准经常用于德国汽车行业。
在进行本次EDI项目实施的时候,我们按照客户要求,将项目以紧急程度分出了优先级,先进行的是Delphi项目的实施,然后进行KSD和Nexans项目的实施。本文中,我们以Delphi的需求为主,详细聊一聊项目的需求和实施过程中遇到的问题。
Delphi EDI项目是Delphi发起的需求。事实上,目前大多数国内客户都是在国外贸易合作伙伴的要求下,才开始接触EDI的。原因主要是因为EDI技术在国外已经发展的较为成熟了,但在国内还属于新兴技术。
说回正题,Delphi提出的需求是:
业务流程很明确,知行客户接收Delphi发送的DELJIT长期需求预测,并将DELFOR中确认要货的信息作为订单处理,进行发货,发货之后将发货信息回传给Delphi,Delphi根据发货通知进行收货。
开始知行客户选择的实施方案是csv方案,但是csv方案不适合集成SAP系统,所以最终决定使用XML方案。
XML方案详解:
说到这里大家可能注意到,无论是接收还是发送,对于文件的处理都是以标准XML文件作为媒介的,为什么要这么做呢,参考为什么工作流中围绕XML做EDI报文数据解析/生成?即可得到答案。
知行EDI平台和SAP集成有多种方式,常见的有以下两种:
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。