知行之桥传输带附件的文件示例
在大多数的项目中，交易伙伴往往只要求传输报文消息，业务数据经由报文内容来进行传输。但有些交易伙伴也会要求传输带附件的文件，比如在与大众和延锋汽车YFAI对接的项目当中，交易伙伴要求传输VDA4951 ENGDAT报文，该业务报文是工程数据(Engineering Data Message)。除了报文之外，还需要传输附件，附件中包含CAD工程制图相关内容。
知行之桥传输带附件的文件示例
在大多数的项目中，交易伙伴往往只要求传输报文消息，业务数据经由报文内容来进行传输。但有些交易伙伴也会要求传输带附件的文件，比如在与大众和延锋汽车YFAI对接的项目当中，交易伙伴要求传输VDA4951 ENGDAT报文，该业务报文是工程数据(Engineering Data Message)。除了报文之外，还需要传输附件，附件中包含CAD工程制图相关内容。
那么针对这样的场景需求，知行之桥该如何实现呢，我们一起来看看吧！
一、工作流示例
在此举例知行提出的一种解决该种传输需求的工作流示例。如下图所示：
示例中，用户与知行之桥的数据转换使用EXCEL方案，通过邮件的方式进行数据传输。当然也可按照实际需求选择其他的集成方案，比如中间数据库、API接口调用等。
二、OutBound 输出方向说明
OutBound输出方向工作流指的是用户将业务数据传输至EDI系统，再经由EDI系统处理之后发送给交易伙伴。首先，用户将填好数据的EXCEL文件以及相应的附件，发送至指定的邮箱。需要注意文件名的设置，两个文件都需要在文件名中标注上唯一的业务标识编号，比如订单编号，附件还需要带有“Attach”字符串。下图示例的业务标识编号为“123456”。
EDI系统通过EmailReceive端口获取到用户发来的EXCEL文件以及附件，再通过名称为“Msg_Attach_Branch_Out”的Branch端口，该端口会根据文件名将EXCEL文件和附件进行分流。
文件名中带有“Attach”字符串的文件会进入至名为“Attach_msgHeader”的Script端口，该端口用来编写脚本，给附件文件添加“Content-Disposition”的消息头，值为“attachment”，以及“batch-correlation-id”的消息头，值为文件名中的唯一业务标识编号。
EXCEL文件通过Branch端口流入至“Msg_Excel”端口，该端口将传入的EXCEL文件转换为符合RosettaNet标准的XML格式文件，之后XML也传入名为“Attach_msgHeader”的Script端口，给文件添加“batch-correlation-id”的消息头，值为文件名中的唯一业务标识编号。
此时转换好的XML文件与附件都流入至“Msg_Attach_Batch”的Batch Create端口，如图所示，该端口设置的Correlation Id头为“batch-correlation-id”，因此该端口会将消息头中属性“batch-correlation-id”的值相同的输入文件进行打包。并且需要注意设置好“最大批处理大小”和“最小批处理大小”。
比如，上面示例的附件与XML文件的属性“batch-correlation-id”值都为唯一的业务标识编号“123456”。这样，端口通过识别存入文件消息头中的唯一业务标识编号，会将同一笔业务的XML文件以及附件一起打包发送。
三、InBound 输入方向说明
InBound输入方向指的是从交易伙伴处获取的数据包，经有EDI系统的处理，最终通过邮件附件的方式发送至用户，该方向的数据处理过程较为简单。获取到的交易伙伴的文件也是一个数据包，传入至名为“Msg_Attach_Branch_In”的BatchSpilt端口。该端口会将数据包中的文件分为单个的文件。
一般来说，数据包中的XML文件和附件名称都会不同且有固定的格式，将这两个文件传入至Branch端口，通过文件名标识的不同来进行分流。文件名中含有“Attach”字符串的文件便是附件。
附件可直接接入至EmailSend端口以邮件附件的方式发送至用户。
XML文件还需要处理，将其发送至名为“Msg_Excel_In”的EXCEL端口，该端口会将XML文件转换为满足用户可读性要求的EXCEL文件，最后再将其连入至EmailSend端口以邮件附件的方式发送至用户。
更多 EDI 信息，请参阅: EDI 是什么？
