本次知行软件为汽车电缆行业某客户提供EDI的技术服务，是同时和三位国外贸易合作伙伴进行EDI对接，在双方的共同努力下，最终成功对接了Nexans, KSD, Delphi三位贸易合作伙伴。
在对接三位贸易合作伙伴时，EDI需求基本都一致：需要接收来自贸易合作伙伴的需求预测，按照需求预测完成生产后，向贸易合作伙伴交货，交货完成后，发送发票给贸易合作伙伴，完成款项的结算。不过也不是完全相同的，例如报文标准存在不同，Delphi使用的报文标准是EDIFACT，而KSD和NEXANS使用的报文标准是VDA标准，这种标准经常用于德国汽车行业。
在进行本次EDI项目实施的时候，我们按照客户要求，将项目以紧急程度分出了优先级，先进行的是Delphi项目的实施，然后进行KSD和Nexans项目的实施。本文中，我们以Delphi的需求为主，详细聊一聊项目的需求和实施过程中遇到的问题。
项目需求
Delphi EDI项目是Delphi发起的需求。事实上，目前大多数国内客户都是在国外贸易合作伙伴的要求下，才开始接触EDI的。原因主要是因为EDI技术在国外已经发展的较为成熟了，但在国内还属于新兴技术。
说回正题，Delphi提出的需求是：
- 连接方式：OFTP2.0 连接
- 报文标准：EDIFACT标准
- 报文类型： DELJIT-长期需求预测-接收 DESADV-发货通知-发送
业务流程很明确，知行客户接收Delphi发送的DELJIT长期需求预测，并将DELFOR中确认要货的信息作为订单处理，进行发货，发货之后将发货信息回传给Delphi，Delphi根据发货通知进行收货。
实施方案
开始知行客户选择的实施方案是csv方案，但是csv方案不适合集成SAP系统，所以最终决定使用XML方案。
XML方案详解：
- 接收：通过OFTP2.0收到Delphi的DELJIT报文，经过EDIToXML端口将EDI报文转换为标准XML格式的文件，经过XML Map端口完成标准XML格式文件和目标XML格式文件的关系映射，最后得到长期需求预测XML文件，进入SAP系统。
- 发送：收到SAP回复的发货通知XML，经过XML Map端口完成发货通知XML和标准XML文件的关系映射，得到标准XML文件，转入到XMLToEDI端口，生产DESADV报文，进入OFTP端口，回传给Delphi。
说到这里大家可能注意到，无论是接收还是发送，对于文件的处理都是以标准XML文件作为媒介的，为什么要这么做呢，参考为什么工作流中围绕XML做EDI报文数据解析/生成？即可得到答案。
SAP集成方式
知行EDI平台和SAP集成有多种方式，常见的有以下两种：
- 使用自带的IDOC 端口，可以直接和SAP系统进行tRfc连接，只需要经过简单的配置，即可实现业务数据直接进入SAP系统，并能够从SAP系统直接获取数据。
- 使用传输工具进行集成，在Delphi EDI项目中，EDI和SAP之间的XML文件传输就是使用共享文件夹完成的，EDI将解析完成的长期需求预测XML文件放入共享文件夹中，SAP系统从中读取文件，读取完成后将文件移动到“已读取”文件夹中。此外，也可以使用FTP，SFTP等传输工具进行EDI平台和SAP系统的数据传输。
