业务梳理

gather表

• 医院根据供应商选择已入库的入库单进行汇总，生成汇总对账单，将汇总对账单数据推送至供应商，供应商根据汇总对账单进行发票录入
• 医院依据高值汇总单、供应商生成高值汇总对账单，并将其推送至供应商

  account表

• 供应商在生成发货单后，根据发货单创建其对应的对账单，
• 供应商在录入发票时，选择未开票的对账单录入发票，录入发票的总金额与对账单金额一致后，将对账单数据推送至医院
• 高值专购包：依据his接口推送的高值专购包计费信息生成的出库单创建对应的对账单，并推送至供应商，供应商根据其对账单进行发票录入

  字段差异

• gather主表较account主表少了总金额字段，其他均满足
• gather子表较account子表少了大包单位、大包单位编码，比account子表多了入库单号、出库单号、领用汇总主表主键

  调整方案

  数据迁移：account表中数据迁移至gather表

  主表：

• gather新增字段：total_price，存储关联的子表数据的总金额
• 状态迁移：01--> 00（待开票），02-->01 （已开票）
• 汇总单类型原有数据：0：高值、1：采购；新增汇总单类型：随货同行单：2，退货单：3
• 迁移后account主表数据在gather主表中的汇总单类型为2（随货同行单）

  子表：

• gathe新增字段：PURCHASE_UNITS_CODE、PURCHASE_UNITS_NAME、PURCHASE_UNITS_RATE

  主外键数据调整：

• 说明：鉴于目前accout表数据是从ups端创建的，然后推送至usc，加之院内的高值专购包业务并未在正式环境启用，因此account表的主键数据在院内是唯一的，且account表主键数据的生成规则与gather表主键生成规则不一致，因此在数据迁移之后，不会违反gather主表的主键唯一性约束
• account主表主键数据不做变动，直接迁移至gather表
• account子表主键不做迁移，依据gather子表主键生成规则进行子表主键创建，其余信息不做变动，直接迁移至gather子表

  补录退货关联的对账单数据

  ups：

• 根据退货单数据创建对账单数据，gather主表的汇总单类型为3，
• 若退货单关联的发票已提交，则对账单状态为01，若退货单为关联发票、或关联的发票状态为待提交，则对账单状态为：00
• 根据退货单主键、发票主键将对账单主键更新至发票主表的dispatch_master_id字段中

  usc：

• 将ups汇总单类型为3的对账单数据写入对账单表中
• 根据退货单主键、发票主键将对账单主键更新至发票主表的dispatch_master_id字段中

  代码调整

  ups：

• 订单处理：创建发货单后，若该发货单是货票同行的，则根据发货单创建对账单，将对账单信息写入gather主子表中，gather主表状态：00；否则不创建对账单
• 专购包订单处理：
  1. 接口代码：接收usc推送的对账单数据，将对账单数据写入gather主子表
  2. 专购包订单处理_专购包发货单详情页面：对账单数据查询，将account主子表改为gather主子表
• 发票录入：
  1. 查询选择对账单，对账单列表数据应显示当前对账单的单据类型（高值、汇总开票、随票同行、退货）
  2. 新增发票：依据gather表中状态为待开票的数据录入发票信息
• 退货单数据接收接口
  1. 根据接收到退货单的主子表数据创建对账单数据，将对账单信息写入gather主子表中，对账单主表状态为待开票（00），对账单主表的汇总单类型为：3

     usc：

• 对账单数据接收接口： 接收ups对账单接口数据代码：将接口数据写入gather主子表中
• his专购包计费数据接收接口：
  1. 根据出库单生成对账单，将对账单数据写入gather主子表中，状态：待开票（00），将对账单数据推送至ups
• 合同管理、发票查询：
  1. 发票依据为对账单、汇总单的相关查询合成为一个sql，包括查询sql、导出exce、导出发货单excel
  2. 在查询时，不同的汇总单类型应支持相应的关键信息进行数据查询：货票同行：发货单号、汇总开票：汇总单号、退货单：退货单号
• 合同管理、对账单管理：
  1. 新增汇总对账单：选择入库单创建汇总对账单时，应选择单据属性为汇总开票且未生成汇总单的入库单数据
• 报表管理、一级库入库明细报表：
  1. 放弃使用获取发票号视图sql
  2. 在查询sql中根据相关主键关系在发票表中直接获取关联的发票号信息