产品功能详解 · 算子功能 · AS2
消息必达的最后一道保险
EasyLink B2B重新发送 算子详解
B2B重新发送 算子用于重新发送之前已存档的 AS2 消息。当消息发送失败自动重传时，该算子从存档中读取已保存的消息数据，按照原有配置重新执行 AS2 发送流程。它支持断点续传机制，确保消息可靠投递，适用于需要保证消息必达的业务场景。
| 📌 来源：聚信万通 · 易连EDI | 🗓 发布：2026-10-15 | ⏱ 阅读时长：约 4 分钟 |
一、B2B重新发送 是什么
B2B重新发送 是 AS2 收发链路中的“重传”环节：当消息发送失败、接收方未返回回执需要重传时，算子会从存档（检查点）中读取此前已保存的消息数据，按照原有配置重新执行一次 AS2 发送流程。它不需要重新封装消息，也不需要重新填写收发方信息——一切都以存档时的原始状态为准，从而最大限度降低重传过程中出现不一致的风险。
在流程设计器中拖入该算子，输入端接入重发触发信号，输出是对需要重发消息的配置加载，后续衔接恢复任务算子。完整的重发流如下，这个流程由定时任务服务和定时任务路由调用。
二、典型使用场景
B2B重新发送 适合在消息投递不可靠的场景中使用。常见场景如下。
| 场景 | 解决什么问题 | 预期效果 |
| 发送失败自动重传 | 网络抖动或对端临时不可达导致发送失败 | 从存档读取原消息，按原有配置重新发送 |
| 断点续传保障 | 长流程中途失败，不希望从头重跑 | 基于存档检查点变量从断点继续执行 |
| 关键业务消息必达 | 订单、发票等消息丢失会造成业务损失 | 重试机制兜底，确保消息可靠投递 |
| 💡 重发不是重新发送一遍新消息 AS2重新发送 读取的是存档中已保存的封装后AS2消息数据，按原有配置重新执行发送流程，不会重新封装、也不会改变收发方与消息内容。容错链路是：业务数据 → AS2封装 → AS2发送；发送失败→ AS2重新发送。 |
三、参数设置
选中画布中的算子节点，展开右侧“高级参数”区域，可配置以下 2 项。该算子参数精简，重点在于正确引用 AS2 配置资源与存档检查点变量。
参数
| 类别 | 名称 | 类型 | 高级参数 | 说明 | 默认值 |
| 配置 | 配置存储 | 资源 | 否 | AS2 配置资源引用 | – |
| 输出 | 存档 | 取值器 | 是 | 存档检查点变量引用 | %{context.checkpoint} |
参数说明：配置存储需选择资源中配置好的 B2B 资源（配置示例：选择在资源中配置好的B2B资源）；存档为存档检查点变量引用（配置示例：%{context.checkpoint}），指向此前存档消息时写入的检查点变量，算子据此找到已保存的消息数据。
四、输入与输出端口
算子在流程中以端口衔接上下游，各端口职责如下。
输出
| 端口类型 | 名称 | 说明 |
| 输入 | 输入 | 接收重发触发信号 |
| 输出 | 成功 | 需要重发的AS2 消息加载成功 |
五、容易被忽略的配置要点
• 前提是消息已存档
• 重新发送读取的是存档中的消息数据。如果上游 AS2发送 流程没有设置存档检查点（%{context.checkpoint}），此处将无消息可取。确保发送环节已把消息写入存档。
• 配置存储要与原发送一致
• 配置存储引用的 AS2 配置资源需在“资源”中预先创建，并尽量与原发送流程使用同一份 B2B 资源，保证收发方、证书等配置在重传时保持不变。
• 存档变量表达式要与上游对齐
• 存档参数默认取 %{context.checkpoint}。若你的流程把检查点写入了其他变量名，请同步修改该取值器表达式，否则算子找不到存档数据。
• 触发信号与重试策略要设计好
• 输入端口只接收“重发触发信号”。重发通常由失败分支或定时检查触发，注意设置合理的重试次数与间隔，避免对端在故障期间被高频重发轰炸。
| ⚠ 重发失败时先核对存档与配置资源 重发失败最常见的原因有两个：存档检查点变量取不到值（上游未存档或变量名不一致），或配置存储未绑定有效的 AS2 资源。排查时先确认 %{context.checkpoint} 在上游流程中确有写入，再核对资源引用是否与原发送一致。 |
六、小结
B2B重新发送 是 AS2 发送链路中的重传兜底算子：从存档中读取已保存的消息数据，按照原有配置重新执行 AS2 发送流程，并借助断点续传机制保证消息可靠投递。它只涉及两个参数——配置存储与存档检查点变量，配置简单但依赖上游正确存档。与 AS2发送、AS2 MDN解析 等算子配合，即可搭出“发送—失败重传—回执确认”的完整可靠投递链路。
| 📌 想进一步了解易连 EDI—EasyLink ，欢迎访问 www.sinowintop.com 与我们联系。 |
