1：背景：ebay订单下载， 原先是对ebay进行sdk升级，升级后 平台的订单号orderid 升级前和升级后的不一样，为了兼容以前的订单，所以系统订单下载的逻辑由根据订单号orderid判断是否存在 优化成 根据orderid 、Extendedorder 、recodenumber进行三重验证，如果三个条件都不存在表示为新订单
2：问题点：
n-出现一种部分订单不同步问题， 原因是 以前有些订单的Extendedorder和现在的orderid一样。但并不是同一个订单 所以系统不进行同步
n-对于判断订单是否存在， 查询已有数据查询sql性能不佳 容易超时导致队列延迟
3：路径：下载订单逻辑
4：优化：
n. 判断订单是否存在，只根据平台订单号orderId判断，如果不为空表示存在则更新 ，如果为空则为新订单进行同步
n.订单下载sql查询性能优化， 按照平台订单号orderid进行查询
优化ebay订单下载逻辑。
n. 判断订单是否存在，由原先的三重验证优化只根据平台订单号orderId判断，如果不为空表示存在则更新 ，如果为空则为新订单进行同步
n.订单下载中，执行sql查询性能优化，由原先的三重查询，导致超时队列延迟优化成 按照平台订单号orderid进行查询
n-对于订单下载，如果是新订单（订单不存在），接口返回CheckoutStatus 为0【incomplete】，并且接口返回的扩展ID（Extendedorderid）为空，这种订单不完整的订单系统暂时不同步，直到该订单已完成支付并且订单更新后系统再次检测满足后即同步。（原因：因为此场景支付不完整订单，平台会分配一个新平台订单号，此时接口返回的平台订单号类似323863701334-2174753112011，扩展单号为null，当支付完成后，接口再次返回的平台单号和扩展单号一直，类似26-04821-01570，这样就导致两次平台订单号不一致会重复下载）
| 所属迭代 | 产品中心5月_第二个版本（2020年） |
|---|---|
| 所属模块 | 赛盒科技 赛盒ERP管理系统 --历史数据（2021.8.10以前） 订单 |
| 相关需求 | ebay下载订单逻辑优化 |
| 指派给 | Closed 于 2023-06-14 19:48:46 |
| 任务类型 | 后端 |
| 任务标签 | 初始 |
| 开发组 | |
| 任务状态 | 已关闭 |
| 进度 | 100% |
| 优先级 | 暂无 |
| 关键词 | |
| 抄送给 |
| 由谁创建 | 程伟 于 2020-04-27 09:34:42 |
|---|---|
| 由谁完成 | fangdahua 于 2020-04-29 18:22:47 |
| 由谁取消 | 暂无 |
| 由谁关闭 | 程伟 于 2023-06-14 19:48:46 |
| 关闭原因 | 已完成 |
| 最后编辑 | 程伟 于 2023-06-14 19:48:46 |
| 团队 | 最初预计 | 总计消耗 | 预计剩余 |
|---|
| 最初预计 | 0工时 |
|---|---|
| 总计消耗 | 16工时 |
| 预计剩余 | 0工时 |
| 预计开始 | 0000-00-00 |
| 实际开始 | 0000-00-00 |
| 截止日期 | 2020-04-28 |
须产品和平台确认，平台订单号发生变化的场景