一、背景和价值

   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队列，实现多个仓库同时调库【订单表和包裹表是否扛得住？】