消息批处理端口说明
为满足用户需要对多文件做批处理的需求，在2022版本的知行之桥中，开发人员开发设计了3个新的端口，分别是Batch Create 端口、Batch Merge 端口和Batch Split 端口。
功能是对传入端口的消息做批处理，使得消息可以在批处理组中分组在一起，这允许多条消息作为一个单元一起传输。当消息是批处理组的一部分时，它被称为批处理消息。比如，供应商的EDI系统收到采购商发来的多条订单，端口会将收到的多条订单做批处理转换为批处理组。这三个端口的使用功能有些许的不同，我们一起来看看吧！
一、Batch Create 端口
Batch Create 端口可用于传输带附件的文件，端口可识别业务编号，并将同一笔业务的附件及文件进行打包，转为批处理组。除了该场景，还可以根据用户的具体需求灵活使用。
输入列表中的多条消息可生成为批处理组，输出列表中的内容便是批处理组。如下图所示，输入文件数为四条，转换为输出的一条批处理组。
点击输出的一条批处理组文件，可以查看到批处理组内容和批处理消息。其中批处理组消息中仍是四条报文，点击下载文件，会以ZIP文件的格式将这四条数据进行下载。
所以，Batch Create 端口只能接受单个消息作为输入。如果端口接收到现有批处理组作为输入，它会引发错误消息。
该端口也可根据设置做批处理操作，比如在Advanced Settings栏目中的设置：
（1）Correlation Id 头
在“Correlation Id 头”处填写设置参数，端口会找到输入文件与参数值相同的Message Header，将Message Header值相同的消息分为一组。比如，需要不同业务类型的消息进行分组，可以在该端口前，设置Message Header名称为messagetype，值为业务类别代码。在Correlation Id 头中配置messagetype，那么传入该端口的消息，会根据messagetype进行批处理，同种业务的消息分为一组。
首先，需要在Batch Create端口前面连接Script端口，在该端口中编写脚本，将消息的业务类型放入Message Header: messagetype。因消息文件的命名都有固定的规则，业务类型可从文件名的前缀获取。
发货通知文件的Message Header名称为messagetype，值为ASN。
该示例是将发货通知消息处理为一个批消息组：
该示例是将发票消息处理为一个批消息组：
（2）最大批处理大小 & 最小批处理大小
最大批处理大小。指定要包含在批处理组中的最大消息数。任何超过此数量的消息都将等到下一个发送间隔。例如，如果将其设置为 5，并且七个消息到达 “发送” 文件夹，则端口会创建一个包含五个消息的批处理组，并将最后两个消息添加到下一个的批处理组中。默认值为-1，则不做最大批处理设置。
最小批处理大小。指定创建批处理组必须存在的最小消息数。 例如，如果将此设置为 5，并且三个消息到达“发送”文件夹，则端口将不会将这三个消息创建批处理组（即使经过了指定的发送间隔），直到至少额外两个消息到达，才会进行处理。默认值为-1，则不做最小批处理设置。
（2）配置自动化
同其他端口一样，在端口的“自动化”页面，勾选“启用自动化”，可开启文件的“定时发送”。该端口的消息发送都需采用定时发送模式，请勿手动发送，否则有可能会导致错误产生。可根据需要设置“发送间隔”，再在“第几分钟／小时”中设置具体的间隔时长。
二、Batch Merge 端口
Batch Merge 端口适用于这样的场景，比如接收到的采购商发来的每条850订单中，明细以单行的形式出现，若订单有多行明细，且头部信息相同。那就可将同一单的多条850数据合并为一条数据发送给客户。
接收到批处理组消息，并将批处理组中的批处理消息，按照设置合并为单个消息。该端口只能接受 Batch Groups 作为输入。 如果端口接收到单个消息作为输入，它会抛出错误消息。
在“设置”页面中需配置“Xpath”，端口根据Xpath设置的值，来确定在合并批处理消息时要使用的重复 XML 元素。
比如，下面两条XML作为一个批处理做传入端口：
XML一：
<Orders>
<Shipping>
<Item>Paper</Item>
<Quantity>100</Quantity>
<Recurring>Yes</Recurring>
</Shipping>
<Shipping>
<Item>Eraser Bulk</Item>
<Quantity>20</Quantity>
<Recurring>No</Recurring>
</Shipping>
</Orders>XML二：
<Orders>
<Shipping>
<Item>Pencil, Box 100</Item>
<Quantity>10</Quantity>
<Recurring>Yes</Recurring>
</Shipping>
</Orders>如果 “XPath” 的值设置为 “/Orders/Shipping”，则输出消息将合并如下：
<Orders>
<Shipping>
<Item>Paper</Item>
<Quantity>100</Quantity>
<Recurring>Yes</Recurring>
</Shipping>
<Shipping>
<Item>Eraser Bulk</Item>
<Quantity>20</Quantity>
<Recurring>No</Recurring>
</Shipping>
<Shipping>
<Item>Pencil, Box 100</Item>
<Quantity>10</Quantity>
<Recurring>Yes</Recurring>
</Shipping>
</Orders>也就是将多条消息merge为一条消息。
三、Batch Split 端口
Batch Split端口可用于传输带附件的文件的项目中，使用该端口可以将接收的交易伙伴的附件以及报文分为单个的文件。
将到达该端口的批处理组拆分为单个消息，与Batch Create 端口操作相反。如果端口接收到单个消息作为输入，它会抛出错误消息。
在端口配置面板中，“高级设置”部分包含“Correlation Id头”字段。当拆分批处理组时，Batch Split端口会根据批处理组 MessageId 为标头生成一个值，然后将相同的标头和值分配给每个单独的消息。
比如下图，设置“Correlation Id头”值为“batchFrom”，将批消息组拆分为单个消息后，会将批消息组的“消息ID”值，写入该组拆分后的单个消息的“batchFrom”中。
更多 EDI 信息，请参阅: EDI 是什么？
阅读原文