账户管理费盈利比例扣费融合

账户管理费盈利比例扣费融合，盈利比例扣费，公募组合扣费，账户管理费，针对以上改造，已确认解决方案。

账户管理费盈利比例公募组合扣费

• bill表需要关联订单获取收费类型区分如公募留痕，账户管理费日月季年，盈利比例扣费
• 盈利比例扣费
  • 签约当发生交易达到一定盈利率的时候按比例收取的费用
  • 1.改造（每次计算后不一定会生成新数据，扣费失败的记录存在则会被复用）
    • 1.盈利比例扣费数据计算在Java代码（暂定迁移到存储过程）
    • 2.既有模式不能满足应扣尽扣
      • 1.扣费表：deduct_record表
      • 2.收入确认表：deduct_order表，没有应扣尽扣，所以订单是均分收入
      • 3.防止柜台数据出错，对于已成功的record记录有修正数据的红冲蓝补表deduct_back（近一年无数据，可以考虑剔除）
  • 2.优化
    • 1.盈利比例根据客户号筛选出所有证券卖出的交易记录（针对已经扣费完成的交易记录，可以不需要再次筛选）
    • 2.可以移除修正历史记录逻辑
• 公募组合扣费
  • 1.扣费模式与账户管理费一致
  • 2.扣费对柜台留痕，要接收组合编号和投顾账户字段
    • 2.在Java代码中获取
      • 1.投顾账户：select * from od.od_t_order_ext e where e.key = 'ADVISER_ACCOUNT' 2.组合编号：select i.invuser_id from od.od_t_order o left join gc.gc_t_goods_prod p on o.goods_id = p.goods_id left join grc.grc_t_invuser i on p.prod_id = i.invuser_id where p.prod_category = '2';
• 账户管理费日/月/季/年扣费
  • 1.需要根据order表中定价主键确认收费模式（存储过程）
  • 2.bill表加字段，区分 日/月/季/年 扣费周期
    • 1. 月/季/年 每天写到his表里面
    • 2. bill表新增字段区分 日月季年收费
    • 3.扣费程序中相应改变日月季年收费字段（账户管理费，且非公募）
• 针对以上改造，已确认解决方案
  • 盈利比例计算放在哪里执行
    • 扣费的计算统一放到存储过程执行
  • 盈利比例应扣尽扣对收入产生影响，当前扣费是均摊到每个order，当应扣尽扣的时候，无法到订单收入
    • 扣费按照订单的维度进行扣费以及收入确认
  • 扣费数据统一存放
    • 统一写到ps.tb_deducted_his表和ps.tb_user_bill表
  • 计算和扣费不能并发执行
    • 双向判断计算和扣费是否已经开启
  • 可用资金冻结涉及到收入计算
    • 收入根据payment_date确认
  • 月/季/年，扣费周期以订单为维度确认
    • 扣费周期字段在order_ext表中维护，由psp服务写进来
  • 月/季/年，扣费数据每天在his产生，但是扣费的时候需要筛选出去，在指定周期内再添加进扣费list中
    • 在日扣费中筛选所有日扣费数据，剔除 月/季/年的订单产生的数据，并且判断在 月/季/年的扣费周期中添加进去（每天未扣费数据在存储过程中会自动设置为失败，并且累加）
  • 月/季/年扣费失败后转为日扣，日扣成功后怎么继续扣费？按日还是月
    • 找李颇辉确认（JIRA上有备注）日扣成功后转月扣
  • 转为日扣之后要不要扣当月产生的新费用
    • 找李颇辉确认（JIRA上有备注）欠款即扣
  • 资产比例收费 有应扣尽扣的逻辑，可能会存在月扣或者日扣，扣到了钱但是不足以还清欠款的情况，这种情况怎么处理（月扣还是日扣）
    • 找李颇辉确认（JIRA上有备注）只要未还清欠款，则日扣
  • 部分报表展示的his数据需要以订单为维度，区分收费方式
    • 报表修改查询条件（齐凤）
  • 计算的存储过程统一
    • 放在同一个包中执行，并且在开启和完成后写存储过程执行日志
  • 账户管理费根据订单for循环，速度慢（需要优化）
    • 订单数量上来后执行速度慢，不通过for循环，直接数据一把写进表