李尔LEAR公司是全球汽车座椅和电子电气技术供应商，致力于为全球消费者提供非凡的汽车舱内体验。其产品技术及服务覆盖了全球主要汽车制造商，供应商遍布全球。
庞大的产品量加上复杂的供应商网络，对李尔LEAR处理大批量业务数据的能力提出了极高的要求。为了解决这一问题，李尔LEAR使用EDI系统，在减少大量人工重复操作之余，有效提高了业务处理效率。
EDI 需求分析
李尔LEAR要求下游供应商通过EDI系统与其EDI数据中心建立连接，通过EDI实现发货通知、长期交付计划等业务单据的交互。
传输协议
传输协议的选择上，李尔LEAR支持VAN以及OFTP2两种传输方式。
VAN按照流量计费的模式提供传输服务，随着交易量的增加，VAN的流量成本也将显著增加。使用OFTP2，可以节省大量的流量费用，因此G公司决定使用OFTP2进行数据收发。如果您使用OFTP2传输协议，需要通过Email告知李尔LEAR您的公钥证书。
报文标准
目前李尔LEAR支持的报文标准包括：ANSI X12、EDIFACT、VDA以及ODETTE四种。
- 李尔LEAR亚洲：EDIFACT以及ANSI X12
- 李尔LEAR美洲：EDIFACT以及ANSI X12
- 李尔LEAR 欧洲：ANSI X12、EDIFACT、VDA以及ODETTE
本次G公司对接LEAR的EDI项目中采用了EDIFACT报文标准。发送方向如下：
1.DELFOR 交付预测 李尔LEAR发送给供应商
DELFOR 交付预测中主要包括交付计划编号及日期、供应商详细信息（如：供应商ID、供应商地址等）、收货地信息、发货地信息、物料信息（如：物料号、订单号、订单日期、发货日期等）、明细信息（如：交付数量、交货说明等）。
2.DESADV 发货通知 供应商发送给李尔LEAR
DESADV 发货通知中主要包括发货信息（如：发货时间和日期、发货数量、毛重、净重等）、收货地信息、供应商信息、包装信息（如：包装级别、托盘/箱子数量以及托盘/箱子编号等）。
EDI解决方案
我们的项目经理将会根据企业的实际情况提出定制化的EDI解决方案。
CSV方案的优点在于其格式单一，读取较为简单。即使是IT技术不够完善的小型企业也可以使用CSV方案，弥补了企业内部数据管理系统的不足，使得小型企业也能实现EDI电子数据交换。
其缺点则在于，CSV具有扁平化结构，因此会存在不可避免的冗余信息。并且有填写规则，对于填写的要求较高。
结合以上G公司的EDI需求以及项目的实际情况，最终决定本次项目采用CSV方案。
项目成果
通过知行之桥EDI系统实现与李尔LEAR的EDI连接，示例工作流如下：
1.接收DELFOR
如上图所示，通过知行之桥EDI系统的OFTP端口接收李尔LEAR发来的DELFOR报文，经过EDIFACT端口转换为源XML文件，再由XML Map端口转换为目标XML，最终由CSV端口将文件转换为CSV格式。
2.发送 DESADV
将CSV文件上传至CSV端口，经格式转换后的XML文件通过XML Map端口进行进一步的转换，之后经EDIFACT端口转换为EDIFACT格式。并通过OFTP端口发送给李尔LEAR。
项目回顾
1.配置 SSID
李尔正式环境和测试环境的SSID一样，SFID不一样。如果用户打算使用一套正式和测试并存的环境对接李尔，需要使用一个SSID，不同的SFID来对接。
如果正式和测试环境是独立的，则可以选择使用两套完全不同的SSDI SFID
2.交货频率
交货频率将体现在DELFOR 交付预测中，主要包含以下三种：
D =Discrete 零散交货 M= Monthly (calendar months) 按月交货 W =Weekly 按周交货
3.在DELFOR 交付预测中需要注意SCC字段代表着不同的业务含义： SCC 1（confirm）正常交货 SCC 2（Commitment for manufacturing and material）：允许供应商准备产品生产 SCC 3（Commitment for material）：只允许供应商准备原材料但不能做产品 SCC 4（forecast/plan）正常交货
通常情况下接收到的DELFOR 交付预测中会遇到SCC 1以及SCC 4两种模式，代表正常交货。
