Y2 模式的关键点是：平台先把订单推送到易抵达，此时订单还没有转单号和面单；后续平台拿到转单号和面单后，再把这些信息补回到易抵达原运单上。
这类订单在补回转单号和面单时，运单可能已经在易抵达完成收货，甚至已经发货。普通覆盖规则会为了保护已收货、已发货数据而拒绝覆盖，所以需要按本页方式配置，让系统只补写转单号和转单面单，不重新覆盖整票运单。
¶ 适用场景
- 适用于 TEMU Y2 这类“先推订单，后补转单号和面单”的业务。
- 第一次推送订单时，订单没有转单号，也没有面单，但需要先进入易抵达做收货、发货等操作。
- 第二次推送时，平台才返回转单号和面单，需要更新到同一票易抵达运单。
- 不适合作为普通重复推单、普通打单接口或整票订单覆盖的通用配置。
¶ 为什么需要这个配置
易抵达默认会保护已经进入业务流程的运单。运单已收货、已出仓或已有转单号后，系统通常不允许外部再次覆盖，避免把收货、申报、费用、状态、渠道等已确认数据改乱。
Y2 模式的特殊点在于，后续补回的信息不是要重做整票订单，而是补充前面还没有产生的转单号和转单面单。因此本配置的目的，是在保留原运单业务数据的前提下，允许补写以下内容：
- 原运单转单号为空时，允许补写转单号。
- 原运单还没有转单面单时，允许补传转单面单。
- 不允许用空值清空已有信息，也不用于覆盖已存在的转单号或已有转单面单。
¶ 操作前准备
- 确认当前业务确实是 Y2 模式：订单先进入易抵达，转单号和面单后续才由平台推回。
- 确认两次推送能匹配到同一票运单，例如客户单号或业务单号保持一致。
- 先准备一票测试订单，完整验证“首次推单成功、后续补回转单号和面单成功”后，再批量使用。
¶ 第 1 步：在报价中增加接单前脚本
进入对应报价或渠道配置页面，在“接单前执行脚本”中加入以下脚本。脚本作用是：当订单已存在，并且本次不是立即获取转单号或换单号时，启用 Y2 所需的增量覆盖规则。
var WaybillImportModel = Java.type('com.itdida.core.models.waybill.WaybillImportModel');
var YunDanModel = Java.type('com.itdida.core.api.models.daoru.YunDanModel');
if ($model.getWaybillImportModel() == null && !$model.isRequiredTrackNo() && !$model.isRequiredChangeNo() && $waybill != null) {
$model.setWaybillImportModel(new WaybillImportModel());
$model.getWaybillImportModel().setOverwriteMode(WaybillImportModel.OVERWRITE_OVERSEA_OUT_IN_STORE_OR_EPS_NOT_RECEIVED);
}
¶ 第 2 步：首次推送订单
第一次推送时，平台只需要把订单资料推到易抵达，让系统先生成运单。此时不要要求易抵达立即获取转单号或换单号。
requiredTrackNo传false。requiredChangeNo传false。- 订单成功进入易抵达后，可以继续做收货、发货等后续操作。
¶ 第 3 步：平台拿到转单号和面单后再次推送
当平台后续拿到转单号和面单后，再用同一票订单重新推送一次，把转单号和转单面单补回易抵达。
- 请求中需要带上转单号。
- 转单面单文件放在
fileModelList中。 - 转单面单的文件类型
type传3。 - 如果转单面单传的是文件地址，需保证易抵达服务能访问该地址；如果传 Base64，需保证文件内容完整。
¶ 第 4 步：检查更新结果
第二次推送成功后，回到易抵达运单查看结果。
- 原运单上应能看到后续补回的转单号。
- 运单档案中应能看到转单面单。
- 原来的收货、发货等业务状态不应被重置。
- 如果面单没有出现，优先检查
fileModelList是否传入、文件是否可访问、文件类型是否为3。
¶ 注意事项
- 本配置只为 Y2 的“后补转单号和面单”流程使用，不建议用于普通订单覆盖。
- 如果原运单已经有转单号，系统不会用新的转单号覆盖旧转单号。
- 如果原运单已经有转单面单，系统不会重复覆盖同类型面单。
- 第二次推送必须能匹配到第一次创建的原运单，否则无法完成补回。
- 上线前请先用测试单验证完整链路，确认平台推送字段和易抵达更新结果一致。