卡特彼勒CAT EDI 需求分析

卡特彼勒（Caterpillar Inc.，下文简称为CAT）是总部位于美国伊利诺伊州迪尔菲尔德的重型工业设备制造公司，主要产品包括农业、建筑及采矿等工程机械和柴油发动机、天然气发动机及燃气涡轮发动机。根据其公司网站，卡特彼勒（一般简称为 CAT）是“世界上最大的建筑、采矿设备、柴油、天然气引擎和工业汽轮机生产商。

本次项目的客户A公司作为CAT的供应商，需要跟卡特彼勒/CAT建立起直连EDI，用以替代之前的Portal网站，实现业务数据同步至后端系统的需求。

业务流程如下图：

edi

供应商需要接收830 物料需求预测、850订单、860订单变更以及824错误反馈；需要返回856发货通知、810发票。

EDI支持多种方式与后端系统集成，本次项目中选用了Webservice+API方案集成，EDI通过调用后端系统的Webservice接口，回传数据；后端系统通过调用EDI系统的标准API，上传数据。

edi

实施流程

连接测试

传输协议为SFTP，SFTP Server由卡特彼勒/CAT提供，在填写EDI对接申请表之后，卡特彼勒/CAT会给供应商分配SFTP Client账号，通过知行之桥的SFTP端口配置，即可完成连接，在特定的目录上传/下载文件。

Mapping核对字段确认

EDI实施工程师根据卡特彼勒/CAT的需求将字段整理出之后，需要业务人员的帮助，筛选出对于业务有实际意义的字段，对解释不清晰的字段，再次确认，最终得到所有需要的业务字段。

本地实施

EDI工程师和ERP工程师各自进行本地的开发、实施工作，在此环节，关键在于两个系统之间的连通性，以及数据映射的准确性，需要保证EDI系统可以正确调用ERP接口回传数据，反向ERP也可以通过调用EDI的系统上传数据。ERP的接口中会定义好目标字段的名称、格式、长度等信息，EDI系统需要按照要求回传符合结构的XML文件。外部调用EDI系统的API接口，可以将文件上传至EDI系统，更多知行之桥 EDI 系统Admin API功能和调用方法可以参考： 使用知行之桥®EDI系统默认API接口

业务测试

实施任务完成后，知行之桥EDI系统将通过SFTP端口在卡特彼勒/CAT的SFTP服务器下载测试数据，进行转换后并同步至ERP中，业务人员可在ERP中查看数据准确性和界面呈现的正确性。业务人员在ERP中生成ASN和发票，推送至EDI，EDI系统转换后上传至SFTP服务器。

项目成果

知行之桥工作流参考：

edi

项目回顾

EDI和ERP各自的作用

知行之桥EDI系统主要负责数据的传输与X12标准报文格式的转换，作为一个消息系统同步卡特与客户之间的业务数据。

而ERP，则是所有业务数据的源头/目的地，卡特彼勒/CAT发来的数据最终会呈现在ERP中供业务人员查看，并安排实际的生产与发货，需要反馈给卡特彼勒/CAT的数据也是在ERP中生成。

830和850的区别

本项目中的830为物料需求预测，包含了很长一段时间的预测数据，供应商可按照预测排期、生产发货，如果有临时性订单，才会触发850 订单。

为什么没有855订单确认呢？

855订单确认从来不是必须和850订单同时出现的，在接收到850订单之后，供应商可以通过线下的方式回复是否接收，或默认接收订单，有异常则线下处理。

860的订单变更有效期是多长？如果不同意变更怎么办？

860订单变更一般是需要一个有效期的，即采购方不能在任意时间点对850订单进行变更，对于有855/865存在的项目，可以用855订单确认/865订单变更确认来回复是否接受订单或订单变更。本次项目中，采购方在发起订单变更之前，会提前与供应商确认变更是否可行，确认可以变更才会触发860订单变更，所以避免了双方信息不同步而触发860订单变更的情况。

实现XML的压缩

知行之桥EDI系统的XML MAP端口转换出来的XML默认是格式化之后的，但本次后端系统的接口只能识别压缩后的XML，因此我们需要对XML MAP转换出的XML进行二次处理。

edi

左边为压缩后的XML示例，右侧为格式化后的XML示例。

知行之桥EDI系统的Json端口可实现XML/Json双向转换，其中有一个最小化输出的配置，一旦勾选，端口就会对输出结果进行压缩处理，那么只需要将XML MAP端口处理后的XML，经过两次Json端口，即可实现XML的压缩，另外请注意，经过Json端口处理后XML模在外层会生成额外的标签，需要通过Script端口，使用fileRead函数，将多余的XML标签处理掉，得到最终的目标XML文件。

edi

什么情况下会收到824?

如果发出的810发票和856发货通知中有问题，卡特彼勒/CAT会通过824来反馈错误信息，业务人员可以及时的做出修改。