EDI 需求确认
交易伙伴发来EDI对接邀请，企业应该如何应对？
首先需要确认EDI需求，通常包括传输协议和报文标准以及传输的业务单据类型。可以向交易伙伴发送以下内容：
（中文版）
- 与贵司建立EDI连接需要使用哪种传输协议？ 如 AS2、OFTP/OFTP2.0、SFTP 等。能否为我们提供详细参数？
- 贵司更倾向于使用哪种 EDI 标准？如 EDIFACT、X12、VDA 等。
- 将通过 EDI 交换哪些业务单据？如订单、发票等。
- 能否提供我们之间要交换的 EDI 信息的实施指南？
（英文版）
- What kind of transport protocol do you use？Such as AS2, OFTP/OFTP2.0,SFTP, etc. And could you please provide the details of parameters for us?
- Which type of EDI standards do you prefer? Such as EDIFACT, X12, VDA, etc.
- Which type of business message will be exchanged via EDI? Such as Order, Invoice, etc.
- Could you please provide the implementation guidelines of the EDI message to be exchanged between us?
目前我们拿到的所有EDI项目需求都可以分为三个分支，如下图所示：
首先是EDI传输方式，传输方式又分为EDI直连和VAN。
EDI直连方式例如AS2、SFTP、OFTP等，这些都是传输协议，传输协议是不限制文件格式的，一旦这个传输通道建立，那么任意格式的数据都可以通过此通道来传输，例如：文本、图纸、甚至视频等。
还有VAN的方式，VAN是由第三方运营商提供的网络服务，这就意味着所有的数据需要经过第三方，并且会有流量费用产生，在可以选择的情况下，尽量选择EDI直连方式。
接下来是EDI报文标准，这个环节双方主要在传输哪种格式的报文上达成一致。目前我们成功实施的千余个EDI项目中，除了X12、EDIFACT、VDA等国际通用EDI报文标准之外，还遇到过需要处理Json、XML等格式的文件。
最后是业务报文，即双方需要通过EDI传输的业务单据类型，如订单、发货通知、发票等。
EDI软件及解决方案
知行软件拥有自研、具有自主知识产权的EDI软件产品：知行之桥EDI系统，内置上百个功能端口，能够帮助用户与全球交易伙伴通过EDI建立连接。在同类型软件产品中，知行之桥EDI系统以其对所有用户开放免费30天全功能试用而赢得广大用户信任，界面简洁、功能全面、完全低代码，受到来自全国的广泛好评。
知行之桥EDI系统的工作流界面是基于Web的，不管是台式电脑、平板电脑还是手机，都可以随时随地访问到管理界面。EDI项目的实施以及配置都是在这个页面上完成的。点击进入知行之桥EDI系统在线示例
部署EDI的推荐配置
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 服务器
网络连接
如果要运行知行 EDI 系统与外部系统连接，须满足以下几个条件：
①具备公网IP地址+域名的服务器，用于部署知行EDI系统
②持续且稳定的网络连接，可通过防火墙/代理服务器，允许与外网通信
知行之桥EDI系统支持搭建高可用集群
云服务器部署示例
- 负载均衡器
- 两台（或更多台）Linux服务器部署EDI实例
- 文件共享存储
- 数据库存储
- 定时备份文件及数据库内容
报表、多用户权限管理等功能
报表页面允许就知行之桥内部数据创建报表。比如：
- 按周、按月、按季度或者按年统计所有交易量
- 可选端口ID、端口类型、已发送、已接收、成功、失败等多列的交易量统计
- 定位耗时最长的工作流 数据汇总，支持：合计、平均、最大、最小
- 过滤器，支持按端口ID、按端口类型、按状态筛选
- 可以直接导出CSV格式的报表信息
EDI系统实施流程
EDI搭建流程：
1. 确认双方EDI连接，比如AS2,OFTP连接配置，连通性测试
2. 确认涉及的EDI guideline, 业务方向
3. 确认内部实施方案，比如集成数据库
4. EDI供应商开始做本地报文开发，整理字段映射表
5. 开发完成，内部先做业务测试，做数据基本校验
6. 与客户做业务测试，联调：
（1）请客户发送测试订单，解析写入数据库，验证数据是否完整和正确
（2）请业务员录入ASN数据，尝试从数据库获取，生成EDI报文发到客户测试环境，请客户验证数据完整性和正确性
7. 多轮业务测试完成后，可以开始EDI试运行，切换到生产环境
8. EDI业务稳定运行
扩展阅读：EDI是什么？
)
