企业间的EDI对接需要做哪些准备？

商定EDI需求

企业间的EDI对接，首先需要明确 EDI需求，即双方在本次EDI项目中将使用哪种传输协议？使用哪种报文标准？

传输协议和报文标准需要交易双方保持一致，除此之外，企业还可以根据自身需求，选择适合自己的集成方案，实现EDI系统与企业内部业务系统的互联互通。

扩展阅读：如何读懂交易伙伴的需求？

EDI传输协议

Internet普及之后，企业倾向于在Internet上进行传输，因为费用低廉，需要相应的新传输协议保证报文传输的安全性，于是就出现了AS2, AS3, AS4, OFTP(2.0), FTP, SCP等传输协议。扩展阅读

EDI报文标准

EDI报文标准提供了一套语法规则的结构、互动交流协议，并提供了一套允许多国和多行业的电子商业文件交换的标准消息。EDI是结构化的数据通过一定标准的报文格式从一个应用程序到另一个应用程序的电子化交换，商业伙伴实施EDI，必须遵循一定的EDI报文标准。常见的EDI报文标准有：

• ANSI ASC X12
• UN/EDIFACT
• ODETTE
• RosettaNet
• VDA
• EANCOM
• HIPAA

选择合适的EDI供应商

EDI系统是支持EDI国际标准传输协议、可以传输国际标准报文的软件系统。知行之桥EDI系统包含EDI报文传输、EDI报文翻译/Mapping、集成业务系统三部分功能，分别实现了对外连接交易伙伴，对内实现文件翻译和系统集成，由外至内实现了数据自动化传输。

EDI报文传输 – 与交易伙伴之间建立 EDI 传输通道，与交易伙伴传输业务单据，支持任意国际标准传输协议，如AS2, OFTP(2.0)等，可传输任意格式文件

EDI报文转换/Mapping – 实现不同格式文件之间的转换，支持EDI标准报文与自定义格式文件的转换

集成业务系统 – EDI系统与业务系统集成，减少人工操作，简单配置，可快速集成SAP、ERP、SRM等业务系统

EDI工作过程

1.发送方准备要发送的文件，文件通常是平面文件，也可以是图片、PDF等
2.将平面文件转换为标准EDI报文，图片、PDF通常不需要经过格式转换，直接发送给接收方
3.发送方将标准EDI报文发送至接收方的EDI系统
4.接收方EDI系统收到EDI报文
5.接收方将收到的EDI报文取出并翻译成平面文件
6.接收方将翻译出的数据输入到业务系统中进行处理

项目前准备

硬件准备

• 准备用于部署知行 EDI 软件的服务器
• Windows/Linux

Windows

Windows Server 2012 R2 或更高
.NET Framework 4.5.2 或更高
8 GB RAM，推荐 16GB 或 16GB 以上
8核CPU ，推荐16核以上
推荐SSD，512G 或以上（推荐使用磁盘阵列），存放日志和文件

Unix/Mac
Java Runtime Environment (JRE) 11或更高
Java Servlet 3.0 API或更高 16 GB RAM，推荐 32GB 或 32GB 以上
推荐SSD， 512G 或以上（推荐使用磁盘阵列），存放日志和文件
注：不推荐使用 Mac 服务器

• 公网 IP/域名，用以建立 EDI 连接

注：硬件准备部分，基于选择知行之桥EDI系统本地部署方案。如果选择知行之云则无需做硬件准备。

网络连接

如果要运行知行 EDI 系统与外部系统连接，须满足以下几个条件：

①具备公网IP地址+域名的服务器，用于部署知行EDI系统
②持续且稳定的网络连接，可通过防火墙/代理服务器，允许与外网通信

项目团队确认

• 企业方：项目经理、业务负责人、SAP/ERP顾问（如需进行EDI与业务系统集成）
• 知行软件：项目经理、实施顾问以及运维顾问

项目时间线确认

• 确定项目的时间线以及关键时间节点
• 三方确认时间计划（企业方、企业需要EDI对接的客户方、知行方）

企业内部人员分配与安排

开发人员

• 两套业务系统间的数据关联
• 企业内部业务系统字段开发
• 保证服务器的正常运行

业务人员

• 业务系统逻辑对应到具体的EDI报文中
• 业务字段核对，确认EDI报文中企业需要的业务字段，可根据业务情况进行删减

对接供应商

如果企业计划与其下游供应商之间实现EDI对接，可以参考如下流程：

• 供应商IT能力摸底，是否具备EDI系统以及是否具备集成能力
• 统一传输协议和报文标准以及待传输业务报文类型
• 根据供应商能力匹配对接方案

了解更多 EDI 相关信息，请阅读：EDI是什么？