通信行业C公司与 TI EDI项目案例

公司简介

通信行业C公司是全球领先的通信与信息解决方案及服务供应商，为全球100多个国家和地区的客户提供业界领先的无线通信解决方案和信息应用服务。

项目背景

德州仪器TI的产品目前在芯片市场上的占有率非常高，在产品和市场占有率领先的背景下，减少代理商，更多地向客户直销产品，可以帮助TI和其合作伙伴提高交易效率。目前TI大力推进以电子数据交换EDI的形式，实现代理转直供的业务模式。

为了响应TI推广直供业务模式的号召，同时实现企业自身业务数据收发流程的自动化，C公司计划从分销代理拿货转为直采业务模式，直接向TI下订单。那么首先需要与TI建立EDI连接，搭建数据传输通道；其次需要通过EDI系统实现双方业务数据的交互。

解决方案

根据C公司提出的实际需求以及我们以往实施TI项目的项目经验，提出解决方案：C公司本地部署知行之桥EDI系统，与TI按照AS2传输协议建立EDI连接， C公司的SAP系统与知行之桥EDI系统进行集成。

整体方案如下图所示：

1. 安全可控文件传输

通过AS2端口实现与 TI EDI的通信。

2.EDI报文格式转换

TI 支持的报文标准包括EDIFACT、X12以及RNIF。C公司的EDI项目选择的是X12标准，基于TI的PO模式，业务层面涉及了以下4种业务单据的格式转换。

报文代码	业务含义	传输方向
850	订单	C公司发送给TI
855	订单回复	TI发送给C公司
860	订单变更	C公司发送给TI
865	订单变更回复	TI发送给C公司

3.系统集成

当C公司向TI发送数据时，首先调用知行之桥API，上传Json格式的文件到知行之桥EDI系统。通过知行之桥EDI系统，文件转换为X12格式并自动发送给TI的EDI系统。

当C公司接收TI发出的数据时，首先TI的EDI系统会将X12格式的文件传至知行之桥EDI系统中，并进行格式转换。接下来通过知行之桥Script端口调用C公司SAP系统的Webservice，回传XML格式的文件。

通过上述两个方向的调用开发即完成了C公司SAP系统与知行之桥的集成工作。

项目成果

利用知行之桥的功能端口，在低代码的情况下，搭建完整的工作流，与TI完成EDI对接。具体实现如下图所示：TI_AS2_Prod端口实现与TI的AS2连接，AS2端口左侧工作流实现C公司向TI发送数据的操作，将转换为X12标准格式的850和860报文发送给TI；右侧工作流实现的功能则是接收数据的操作，对接收到的TI 855和865标准报文进行处理，并且将经格式转换后的XML格式的数据通过调用Webservice，回传至C公司的SAP系统中。在知行之桥中搭建如下图所示的工作流：

主要场景介绍

以往对接的TI项目案例中，一个EDI系统是为一个实体/子公司使用。但本次C公司的EDI项目较为特殊，集团公司搭建了SAP系统，供两个子公司同时使用，这两个子公司的EDI需求都是一样的，因此C公司提出使其两个实体/公司使用同一套EDI系统，这样的调整很大程度上降低了EDI项目成本，并且加快了EDI项目进度，缩短项目周期。

值得注意的是，由于两个公司使用了同一个SAP系统（通过不同的登录账号进行区分），需要注意在回传时对这两个公司进行区分，分别调用两次Webservice接口，具体实现如下图所示：

在EDI系统中可以通过Branch端口进行文件的分流，上图红色方框中的两个Branch端口负责对从TI接收到的文件根据文件类型进行分流，这样可将855文件与865文件区分成两个工作流进行处理。而蓝色方框中的Branch端口则根据不同的BUYER code，对分流后的855报文和865报文再次进行分流。最后在最右侧的两个Script端口中，分别写脚本调用Webservice接口将数据回传到C公司的SAP系统中，最终实现两个子公司各自都接收到TI与自己Buyer code匹配的855和865。

项目回顾

我们的顾问根据C公司的需求以及TI EDI项目的特点，整理出以下需要特别注意的问题：

挑战：由于网络问题导致在AS2测试环节，数据无法正常发出

C公司与TI进行AS2测试时，出现数据无法正常发出的问题。如下图是AS2的工作原理：

双方签名解密信息均正确，经过EDI顾问的多次排查，最终将问题定位到网络问题上。网络问题往往是很容易被忽略的一个问题，在AS2测试环节，所有配置信息都准确无误，但数据却无法正常发出时，不妨追查网络连接是否正确。C公司由于网络问题导致AS2无法正常连接，可以通过以下3点注意事项进行预防：

（1）具备公网IP地址+域名的服务器，用于部署知行EDI系统
（2）持续且稳定的网络连接，可通过防火墙/代理服务器，允许与外网通信
（3）如果出现服务器解析不了TI AS2域名的情况，请检查DNS配置

方案选择：选择按行回复还是整单回复？

PO purchase order
SO sales order

(1)按行回复

例如，企业向TI发送1个具有10行物料信息的采购订单PO，TI系统内部将生成10个SO，在EDI系统中会生成10条独立的855数据。

(2)按整单回复

例如，企业向TI发送1个具有10行物料信息的采购订单PO，TI系统内部将生成1个SO，在EDI系统中会生成1条独立的855数据。当采购订单中的某一条物料信息出现问题未成功进入SAP时，会导致整张采购订单都无法生成销售订单，影响其他物料信息的订单生成和交期。

当订单的某一条物料信息回复EDI 865时，采购订单中的所有物料信息会被一起回复，这种方式将会生成许多冗余信息。

某一条数据无法确认，会影响所有数据的处理，整单的数据都不会被处理，回复周期变长。

为了避免出现数据冗余的情况，C公司选择采用按行回复。同时我们也建议选择按行回复，每一行物料信息之间互不影响。

注意事项：为什么会出现无法正常自动处理的订单？

C公司与TI EDI项目中应该如何应对无法正常自动处理的订单呢？这些无法正常自动处理的订单会进入待解流程，意味着需要人工处理这些订单。而导致订单无法正常自动处理的可能原因有：

(1)订购数量不满足标准包装或最少(低)订购量
(2)物料号有误
(3)重复PO号/PO行号
(4)其他情况

通过以上介绍，想必大家已经对本次通信行业EDI项目案例有了较为清晰的了解，如果大家有关于EDI的任何疑问或者希望了解更多的EDI案例，欢迎联系知行软件。

更多EDI信息，请参阅: EDI电子数据交换全解指南

注：文案部分图片及内容来源于网络，版权归原创作者所有，如有侵犯到您的权益，请您联系我们进行删除，给您带来困扰，我们深感抱歉。