暂无
任务描述
需求描述
背景
订单合并生包后，如果其中一个订单买家申请取消了，包裹无法撤销，需要技术频繁修改数据，需优化逻辑
需求
本地链接：product-doc-wan.zhcxkj.com:9000/产品三组/田子豪/合并订单作废优化/合并订单作废优化-11月2版本.html
外部链接（供业务方查看）：合并订单作废优化-11月2版本 (axshare.com)
验收标准
暂无
历史记录
- 2022-11-08 15:34:18, 由 程伟 创建。
-
2022-11-18 19:22:40, 由 唐飞飞 完成。
修改了 总计消耗，旧值为 "0"，新值为 "2"。
修改了 指派给 ，旧值为 "tangfeifei"，新值为 "chengwei"。
修改了 实际完成，旧值为 ""，新值为 "2022-11-18 19:18:29"。
修改了 任务状态，旧值为 "wait"，新值为 "done"。
修改了 实际开始，旧值为 "0000-00-00 00:00:00"，新值为 "2022-11-18 19:22:40"。
修改了 预计剩余，旧值为 "5"，新值为 "0"。
修改了 由谁完成，旧值为 ""，新值为 "tangfeifei"。
-
2022-11-28 14:48:31, 由 zhengqiao 关闭。
修改了 任务状态，旧值为 "done"，新值为 "closed"。
修改了 指派给 ，旧值为 "chengwei"，新值为 "closed"。
修改了 由谁关闭，旧值为 ""，新值为 "zhengqiao"。
修改了 关闭时间，旧值为 "0000-00-00 00:00:00"，新值为 "2022-11-28 14:48:31"。
修改了 关闭原因，旧值为 ""，新值为 "done"。
| 所属迭代 | 技术研发中心 11月第2版本（2022年） |
|---|---|
| 所属模块 | / |
| 相关需求 | 合并订单作废后，撤销包裹逻辑优化 |
| 指派给 | Closed 于 2022-11-28 14:48:31 |
| 任务类型 | 后端 |
| 任务标签 | 初始 |
| 开发组 | |
| 任务状态 | 已关闭 |
| 进度 | 100% |
| 优先级 | P2 |
| 关键词 | |
| 抄送给 |
| 由谁创建 | 程伟 于 2022-11-08 15:34:18 |
|---|---|
| 由谁完成 | 唐飞飞 于 2022-11-18 19:18:29 |
| 由谁取消 | 暂无 |
| 由谁关闭 | zhengqiao 于 2022-11-28 14:48:31 |
| 关闭原因 | 已完成 |
| 最后编辑 | zhengqiao 于 2022-11-28 14:48:31 |
| 团队 | 最初预计 | 总计消耗 | 预计剩余 |
|---|
工时信息
| 最初预计 | 5工时 |
|---|---|
| 总计消耗 | 2工时 |
| 预计剩余 | 0工时 |
| 预计开始 | 0000-00-00 |
| 实际开始 | 2022-11-18 |
| 截止日期 | 0000-00-00 |
经检查发现如果是通过ERP正常来撤销包裹的话，是会检测包裹状态和合并订单的，但是目前出现需要优化的情况是：订单检测到了平台已取消，然后就提交了取消订单申请，这个时候就会直接把订单作废，包裹也没有撤销，合并订单也没有检测，这样就导致订单作废后包裹撤销不了。所以这个优化需要CRM那边调用撤销包裹的公共方法，先撤销成功后再去作废订单，作废订单之前还要检查一下订单合并情况，如果是合并订单的话还需要先取消合并