任务描述
暂无
需求描述

一、背景和价值

   1.背景

     1.目前人工和系统在异常和卡顿的情况下，系统会出现重新调库的问题、


   2.价值

    提升效率，降低重复生包的风险  

   

二、需求描述

   2.1. 功能清单

     1.调库配合不允许重复生包


   2.2.影响点

       1.调库配合管理

   2.3. 功能描述：

     功能路径：调库配合管理

  1. 表结构
队列表 RB_OperationPackage_Queue 增加4个字段
SendMqMsgTime 发送MQ消息的时间
SendMqMsgStatus 发送MQ消息的状态
SendMqMsgDescr 发送MQ消息的备注
ParamterJson 业务参数的JSON字符串
2. MQ框架搭建
2.1 将订单子系统发送MQ消息和消费MQ消息的公共方法复制到ERP
2.2 手动调库和自动调库都先调用发送MQ消息的公共方法
2.3 MQ消费端执行调库配货的业务方法
3. 业务功能优化
3.1 手动调库发送MQ消息，并且将业务参数序列化成JSON保存至ParamterJson，并且更新队列表的字段SendMqMsgStatus，SendMqMsgTime，SendMqMsgDescr
3.2 自动调库发送MQ消息，并且将业务参数序列化成JSON保存至ParamterJson，并且更新队列表的字段SendMqMsgStatus，SendMqMsgTime，SendMqMsgDescr
3.3 MQ消费端一次只消费一条消息，避免重复调库
3.4 配置多个MQ队列，每个MQ队列执行固定的一个大仓库的调库，其他小仓库公用一个MQ队列，实现多个仓库同时调库【订单表和包裹表是否扛得住？】


验收标准
暂无
历史记录  
  1. 2023-01-28 08:51:26, 由 程伟 创建。
  2. 2023-01-30 18:47:40, 由 谢业福 添加备注。

    消费端项目

    队列:

  3. 2023-01-30 18:53:23, 由 谢业福 添加备注。

    发送：

    消费

  4. 2023-01-30 18:53:32, 由 谢业福 完成。
    修改了 总计消耗，旧值为 "0"，新值为 "8"。
    修改了 实际完成，旧值为 ""，新值为 "2023-01-30 18:53:25"。
    修改了 任务状态，旧值为 "wait"，新值为 "done"。
    修改了 实际开始，旧值为 "0000-00-00 00:00:00"，新值为 "2023-01-30 18:53:32"。
    修改了 预计剩余，旧值为 "8"，新值为 "0"。
    修改了 由谁完成，旧值为 ""，新值为 "xieyefu"。
  5. 2023-03-07 13:54:54, 由 谢业福 关闭。
    修改了 任务状态，旧值为 "done"，新值为 "closed"。
    修改了 指派给 ，旧值为 "xieyefu"，新值为 "closed"。
    修改了 由谁关闭，旧值为 ""，新值为 "xieyefu"。
    修改了 关闭时间，旧值为 "0000-00-00 00:00:00"，新值为 "2023-03-07 13:54:54"。
    修改了 关闭原因，旧值为 ""，新值为 "done"。
返回
所属迭代 技术研发中心 2月第1版本（2023年）
所属模块 /
相关需求 调库配货-解决重复生包问题
指派给 Closed 于 2023-03-07 13:54:54
任务类型 后端
任务标签 初始
开发组
任务状态 已关闭
进度 100%
优先级 P2
关键词
抄送给
由谁创建 程伟 于 2023-01-28 08:51:26
由谁完成 谢业福 于 2023-01-30 18:53:25
由谁取消 暂无
由谁关闭 谢业福 于 2023-03-07 13:54:54
关闭原因 已完成
最后编辑 谢业福 于 2023-03-07 13:54:54
团队 最初预计 总计消耗 预计剩余
工时信息
最初预计 8工时
总计消耗 8工时
预计剩余 0工时
预计开始 0000-00-00
实际开始 2023-01-30
截止日期 0000-00-00