问题详情
-
类型:
缺陷
-
状态: 关闭 (查看工作流)
-
优先级:
重要
-
解决结果: 解决
-
影响版本: v2.0.20250227_release
-
解决版本: v2.0.20250227_release
-
模块: web管理页面
-
标签:无
-
项目环境:SIT
描述
1：承保推送保单到MQ。监听到MQ时 查询承保数据， 先读到新增的配置数据然后创建额度下发任务，如果配置中的周期是月，承保数据中的总额度是500，每月发放额度是20，那么一共给客户发11次20块，最后一次发 500-11*20块
2：待明确 历史数据的前半部分额度给不给他发。（例如周期是月。240的额度，相当于每次发20块 发12次。那已经生效了4个月的保单，那前4个月的额度补不补发）
3：额度维护增加增加渠道，增加截止日期，增加额度有效期
4：退保时保单失效，额度失效
5：失效时发送服务通知通知客户(忽略)
、
6：保单生效时就下发额度，同时检测额度上限，例：12月31日生效，当月下发，1月1号再下发，同时校验额度上限值，若未发足，则最后一个月全部下发
7：额度兑换，需关联保单，使用时客户无需感知，兑换和使用要在系统中记录
8；商品维护页面，左边勾选权益的时候 如果是预购权益 则提示一下
9：商品维护页面，右侧的权益有效期配置的时候 增加一个 选项 自兑换之日起XX天有效（兑换指的是用户兑换，当天算一天）
活动
| 字段 | 原值 | 新值 |
|---|---|---|
| 描述 | 1：待明确 历史数据的前半部分额度给不给他发。（例如周期是月。240的额度，相当于每次发20块 发12次。那已经生效了4个月的保单，那前4个月的额度补不补发） |
| 描述 | 1：待明确 历史数据的前半部分额度给不给他发。（例如周期是月。240的额度，相当于每次发20块 发12次。那已经生效了4个月的保单，那前4个月的额度补不补发） |
1：待明确 历史数据的前半部分额度给不给他发。（例如周期是月。240的额度，相当于每次发20块 发12次。那已经生效了4个月的保单，那前4个月的额度补不补发）
2：额度维护增加增加渠道，增加截止日期，增加额度有效期 3：退保时保单失效，额度失效 4：失效时发送服务通知通知客户 、 5：保单生效时就下发额度，同时检测额度上限，例：12月31日生效，当月下发，1月1号再下发，同时校验额度上限值，若未发足，则最后一个月全部下发 6：额度兑换，需关联保单，使用时客户无需感知，兑换和使用要在系统中记录 |
| 描述 |
1：待明确 历史数据的前半部分额度给不给他发。（例如周期是月。240的额度，相当于每次发20块 发12次。那已经生效了4个月的保单，那前4个月的额度补不补发）
2：额度维护增加增加渠道，增加截止日期，增加额度有效期 3：退保时保单失效，额度失效 4：失效时发送服务通知通知客户 、 5：保单生效时就下发额度，同时检测额度上限，例：12月31日生效，当月下发，1月1号再下发，同时校验额度上限值，若未发足，则最后一个月全部下发 6：额度兑换，需关联保单，使用时客户无需感知，兑换和使用要在系统中记录 |
1：待明确 历史数据的前半部分额度给不给他发。（例如周期是月。240的额度，相当于每次发20块 发12次。那已经生效了4个月的保单，那前4个月的额度补不补发）
2：额度维护增加增加渠道，增加截止日期，增加额度有效期 3：退保时保单失效，额度失效 4：失效时发送服务通知通知客户 、 5：保单生效时就下发额度，同时检测额度上限，例：12月31日生效，当月下发，1月1号再下发，同时校验额度上限值，若未发足，则最后一个月全部下发 6：额度兑换，需关联保单，使用时客户无需感知，兑换和使用要在系统中记录 7；商品维护页面，左边勾选权益的时候 如果是预购权益 则提示一下 8：商品维护页面，右侧的权益有效期配置的时候 增加一个 选项 自兑换之日起XX天有效（兑换指的是用户兑换，当天算一天） |
| 经办人 | 蒋晓佳 [ jiangxj ] |
| 描述 |
1：待明确 历史数据的前半部分额度给不给他发。（例如周期是月。240的额度，相当于每次发20块 发12次。那已经生效了4个月的保单，那前4个月的额度补不补发）
2：额度维护增加增加渠道，增加截止日期，增加额度有效期 3：退保时保单失效，额度失效 4：失效时发送服务通知通知客户 、 5：保单生效时就下发额度，同时检测额度上限，例：12月31日生效，当月下发，1月1号再下发，同时校验额度上限值，若未发足，则最后一个月全部下发 6：额度兑换，需关联保单，使用时客户无需感知，兑换和使用要在系统中记录 7；商品维护页面，左边勾选权益的时候 如果是预购权益 则提示一下 8：商品维护页面，右侧的权益有效期配置的时候 增加一个 选项 自兑换之日起XX天有效（兑换指的是用户兑换，当天算一天） |
承保推送保单到MQ。监听到MQ时 查询承保数据， 先读到新增的配置数据然后创建额度下发任务，如果配置中的周期是月，承保数据中的总额度是500，每月发放额度是20，那么一共给客户发11次20块，最后一次发 500-11*20块
1：待明确 历史数据的前半部分额度给不给他发。（例如周期是月。240的额度，相当于每次发20块 发12次。那已经生效了4个月的保单，那前4个月的额度补不补发） 2：额度维护增加增加渠道，增加截止日期，增加额度有效期 3：退保时保单失效，额度失效 4：失效时发送服务通知通知客户 、 5：保单生效时就下发额度，同时检测额度上限，例：12月31日生效，当月下发，1月1号再下发，同时校验额度上限值，若未发足，则最后一个月全部下发 6：额度兑换，需关联保单，使用时客户无需感知，兑换和使用要在系统中记录 7；商品维护页面，左边勾选权益的时候 如果是预购权益 则提示一下 8：商品维护页面，右侧的权益有效期配置的时候 增加一个 选项 自兑换之日起XX天有效（兑换指的是用户兑换，当天算一天） |
| 描述 |
承保推送保单到MQ。监听到MQ时 查询承保数据， 先读到新增的配置数据然后创建额度下发任务，如果配置中的周期是月，承保数据中的总额度是500，每月发放额度是20，那么一共给客户发11次20块，最后一次发 500-11*20块
1：待明确 历史数据的前半部分额度给不给他发。（例如周期是月。240的额度，相当于每次发20块 发12次。那已经生效了4个月的保单，那前4个月的额度补不补发） 2：额度维护增加增加渠道，增加截止日期，增加额度有效期 3：退保时保单失效，额度失效 4：失效时发送服务通知通知客户 、 5：保单生效时就下发额度，同时检测额度上限，例：12月31日生效，当月下发，1月1号再下发，同时校验额度上限值，若未发足，则最后一个月全部下发 6：额度兑换，需关联保单，使用时客户无需感知，兑换和使用要在系统中记录 7；商品维护页面，左边勾选权益的时候 如果是预购权益 则提示一下 8：商品维护页面，右侧的权益有效期配置的时候 增加一个 选项 自兑换之日起XX天有效（兑换指的是用户兑换，当天算一天） |
1：承保推送保单到MQ。监听到MQ时 查询承保数据， 先读到新增的配置数据然后创建额度下发任务，如果配置中的周期是月，承保数据中的总额度是500，每月发放额度是20，那么一共给客户发11次20块，最后一次发 500-11*20块
2：待明确 历史数据的前半部分额度给不给他发。（例如周期是月。240的额度，相当于每次发20块 发12次。那已经生效了4个月的保单，那前4个月的额度补不补发） 3：额度维护增加增加渠道，增加截止日期，增加额度有效期 4：退保时保单失效，额度失效 5：失效时发送服务通知通知客户 、 6：保单生效时就下发额度，同时检测额度上限，例：12月31日生效，当月下发，1月1号再下发，同时校验额度上限值，若未发足，则最后一个月全部下发 7：额度兑换，需关联保单，使用时客户无需感知，兑换和使用要在系统中记录 8；商品维护页面，左边勾选权益的时候 如果是预购权益 则提示一下 9：商品维护页面，右侧的权益有效期配置的时候 增加一个 选项 自兑换之日起XX天有效（兑换指的是用户兑换，当天算一天） |
| 解决版本 | 未发布 v2.0.20250103_release [ 11208 ] | |
| 解决版本 | v2.0.20241226_release [ 11194 ] |
| 影响版本 | 未发布 v2.0.20250103_release [ 11208 ] | |
| 影响版本 | v2.0.20241226_release [ 11194 ] |
| 影响版本 | 版本待定 [ 11218 ] | |
| 影响版本 | 未发布 v2.0.20250116_release [ 11208 ] |
| 解决版本 | 版本待定 [ 11218 ] | |
| 解决版本 | 未发布 v2.0.20250116_release [ 11208 ] |
| 描述 |
1：承保推送保单到MQ。监听到MQ时 查询承保数据， 先读到新增的配置数据然后创建额度下发任务，如果配置中的周期是月，承保数据中的总额度是500，每月发放额度是20，那么一共给客户发11次20块，最后一次发 500-11*20块
2：待明确 历史数据的前半部分额度给不给他发。（例如周期是月。240的额度，相当于每次发20块 发12次。那已经生效了4个月的保单，那前4个月的额度补不补发） 3：额度维护增加增加渠道，增加截止日期，增加额度有效期 4：退保时保单失效，额度失效 5：失效时发送服务通知通知客户 、 6：保单生效时就下发额度，同时检测额度上限，例：12月31日生效，当月下发，1月1号再下发，同时校验额度上限值，若未发足，则最后一个月全部下发 7：额度兑换，需关联保单，使用时客户无需感知，兑换和使用要在系统中记录 8；商品维护页面，左边勾选权益的时候 如果是预购权益 则提示一下 9：商品维护页面，右侧的权益有效期配置的时候 增加一个 选项 自兑换之日起XX天有效（兑换指的是用户兑换，当天算一天） |
1：承保推送保单到MQ。监听到MQ时 查询承保数据， 先读到新增的配置数据然后创建额度下发任务，如果配置中的周期是月，承保数据中的总额度是500，每月发放额度是20，那么一共给客户发11次20块，最后一次发 500-11*20块
2：待明确 历史数据的前半部分额度给不给他发。（例如周期是月。240的额度，相当于每次发20块 发12次。那已经生效了4个月的保单，那前4个月的额度补不补发） 3：额度维护增加增加渠道，增加截止日期，增加额度有效期 4：退保时保单失效，额度失效 5：失效时发送服务通知通知客户(忽略) 、 6：保单生效时就下发额度，同时检测额度上限，例：12月31日生效，当月下发，1月1号再下发，同时校验额度上限值，若未发足，则最后一个月全部下发 7：额度兑换，需关联保单，使用时客户无需感知，兑换和使用要在系统中记录 8；商品维护页面，左边勾选权益的时候 如果是预购权益 则提示一下 9：商品维护页面，右侧的权益有效期配置的时候 增加一个 选项 自兑换之日起XX天有效（兑换指的是用户兑换，当天算一天） |
| issue.field.resolutiondate | 2025-02-24 17:11:00.0 | 2025-02-24 17:10:59.749 |
| 预估剩余时间 | 0 minutes [ 0 ] | |
| 已耗费时间 | 6 seconds [ 6 ] | |
| 工作日志 Id | 21863 [ 21863 ] |
| 状态 | Open [ 1 ] | Resolved [ 5 ] |
| 解决结果 | Fixed [ 1 ] |
| 状态 | Resolved [ 5 ] | Closed [ 6 ] |
