...
| Table of Contents |
|---|
...
1. 使用场景
比如澳洲为例：针对买家下单时邮编与城市不一致的情况，预报服务商后，导致后续不成功问题，此处维护数据供预报时匹配邮编对应的城市申报处理。支持批量表格导入，或者单个新增
2. 框架逻辑简图
说明：
规则：匹配邮编+城市是不是有在规则中
1、有的匹配则跳过转换这步，原订单预报
2、没有在规则中的话就，则先匹配邮编，之后用维护的表格里面的邮编对应城市匹配地址栏中是否有包含。
2.1、假如包含的话就用表格中的城市，填充到订单预报的城市。将原订单城市加到地址栏的最后；
2.1、假如没有包含则按照原订单申报
2、没有在规则中的话就，则先匹配邮编，之后用维护的表格里面的邮编对应城市匹配地址栏中是否有包含。
2.1、假如包含的话就用表格中的城市，填充到订单预报的城市。将原订单城市加到地址栏的最后；
2.1、假如没有包含则按照原订单申报
一、订单运输方式满足邮编+城市的规则，就按规则的优先级判断规则中的邮编+城市是否有一致：（优先级数字越高越优先）
1、一致的则跳过，原订单预报；
2、不一致时，就判断规则中是否有此邮编；
①有此邮编时，就取该邮编对应的城市预报，而原订单城市加到地址的最后；
②没有此邮编时，就按原订单申报；
③有多个相同邮编，就随机取一个邮编对应的城市预报，而原订单城市加到地址的最后；（一般会取靠前的邮编对应的城市）
二、订单运输方式不满足邮编+城市的规则，就按原订单申报；
...
3.框架逻辑简图
步骤：一、维护的规则：
邮编：00000对应城市：【湛江】。
步骤二、待发货审核订单A：邮编 00000对应城市-【深圳】。
步骤三、提交审核预报时，物流检测：（说明：因为有维护规则，则已规则的城市预报，将原订单城市加到地址栏的最后。）
