...
client系统以前合并订单的逻辑(BS-2556上线前) | client系统上现有的合并订单逻辑(BS-2556上线后)
| 即将上线的版本 | |||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
合并订单的逻辑 | 1、有sales record的订单 第一轮检测:
这时sales record相同的记录就忽略contact ,postcode, 直接合并到第一行去了. 例如Excel有如下数据: sales_record, contact, postcode, 产品 * 数量 1 , jhon , 3344 , p1*2 1 , tom , 2255 , p2*2 =>经上面步骤后,变成一行 1 , jhon , 3344, p1*2+p2*2 第二轮检测: 将Excel中处理过的数据, 与系统中批量本地订单的待处理订单相比较 postcode、contact相同就合并为一个批量订单 2、sales recode为空的订单 sales record 为空的则合并成一个订单(哪怕地址、买家、邮编都不同) | 不判断sales recode 第一轮检测:
第二轮检测:
| 1、客户批量上传订单到批量本地订单或者用API对接订单到批量本地订单时,系统不做任何有关合并订单的判断;
| ||||||||||
重复订单的逻辑 | 1、在Excel内各行相互检测: sales_record相同时, contact, postcode, 产品 * 数量都相同, 就提示重复, 并报错 2、将Excel中处理过的数据, 与系统中批量本地订单相比较 contact、postcode相同 且(sales_record相同 或者 "有部分产品"相同)的待处理的批量订单.则提示重复.不能上传成功 | 1、 如果excel和 数据库中待处理和有问题的批量本地订单的:
因此,如果 有一个批量本地订单 与某个手动添加的本地订单重复,能直接处理成功 | 1、客户批量上传订单到批量本地订单或者用API对接订单到批量本地订单时,系统对Excel表格中的订单和批量本地订单中的待处理、有问题、已完成的订单比较判断是否存在重复订单 注:
| ||||||||||
备注 | sales record 为空的则合并成一个订单(哪怕地址、买家、邮编都不同) 由于这个原因,开发了BS-2556 | 因为取消了sales record作为合并订单和重复订单的判断条件,导致客户上传的订单中sales record不相同的订单也会被合并或者视为重复订单儿上传文件失败,所以确认了2650(未上线)的方案, |
...
备注: |
...
必填项: Buyer Full Name、Buyer Address 1、Buyer Town/City、Buyer Postcode、Buyer Country 、Custom Label 、Quantity、Delivery Service |