任务描述
暂无
需求描述

背景
订单合并生包后，如果其中一个订单买家申请取消了，包裹无法撤销，需要技术频繁修改数据，需优化逻辑


需求

本地链接：product-doc-wan.zhcxkj.com:9000/产品三组/田子豪/合并订单作废优化/合并订单作废优化-11月2版本.html
外部链接（供业务方查看）：合并订单作废优化-11月2版本 (axshare.com)

验收标准
暂无
历史记录  
  1. 2022-11-08 15:34:18, 由 程伟 创建。
  2. 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"。

    经检查发现如果是通过ERP正常来撤销包裹的话，是会检测包裹状态和合并订单的，但是目前出现需要优化的情况是：订单检测到了平台已取消，然后就提交了取消订单申请，这个时候就会直接把订单作废，包裹也没有撤销，合并订单也没有检测，这样就导致订单作废后包裹撤销不了。所以这个优化需要CRM那边调用撤销包裹的公共方法，先撤销成功后再去作废订单，作废订单之前还要检查一下订单合并情况，如果是合并订单的话还需要先取消合并

  3. 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