[DHZZFWSEC-242] 营销中心接口与web后台关于rightspackege_id改造 - 道康互联（DDSC）

黄雄创建问题 - 10/一月/25 7:35 下午

黄雄进行了改变 - 10/一月/25 7:35 下午

字段	原值	新值
经办人		蒋晓佳 [ jiangxj ]

黄雄进行了改变 - 10/一月/25 7:36 下午

描述

1；营销中心下发权益之后，此权益的rightspackage_id重新生成

黄雄进行了改变 - 10/一月/25 7:39 下午

描述

1；营销中心下发权益之后，此权益的rightspackage_id重新生成

1；营销中心下发权益之后，下发的这几个权益的rightspackage_id重新生成把rightspackage_id返回给营销中心
2：后台页面下发权益之后，下发的这几个权益的rightspackage_id重新生成
3：后台页面下发赫兹权益之后，下发的这几个rightspackage_id重新生成。

黄雄进行了改变 - 10/一月/25 7:57 下午

描述

1；营销中心下发权益之后，下发的这几个权益的rightspackage_id重新生成把rightspackage_id返回给营销中心
2：后台页面下发权益之后，下发的这几个权益的rightspackage_id重新生成
3：后台页面下发赫兹权益之后，下发的这几个rightspackage_id重新生成。

1：权益下发时有2个类型一个是下发日起，如果下发时间在权益有效期时间之前，那么权益使用开始日期就用权益原始有效期。

黄雄进行了改变 - 10/一月/25 7:57 下午

主题

营销中心接口关于rightspackege_id改造

营销中心接口与web后台关于rightspackege_id改造

黄雄进行了改变 - 10/一月/25 7:58 下午

描述

1：权益下发时有2个类型一个是下发日起，如果下发时间在权益有效期时间之前，那么权益使用开始日期就用权益原始有效期。

1：权益下发时有2个类型一个是下发日起，如果下发时间在权益有效期时间之前，那么权益使用开始日期就用权益原始有效期。否则的话当天下发作为开始日期。

黄雄进行了改变 - 10/一月/25 8:03 下午

描述

1：权益下发时有2个类型一个是下发日起，如果下发时间在权益有效期时间之前，那么权益使用开始日期就用权益原始有效期。否则的话当天下发作为开始日期。

1：权益下发时【web下发与营销中心下发】有2个类型一个是下发日起，如果下发时间在权益有效期时间之前，那么权益使用开始日期就用权益原始有效期。否则的话当天下发作为开始日期。

2：营销中心

黄雄进行了改变 - 10/一月/25 8:05 下午

描述

1：权益下发时【web下发与营销中心下发】有2个类型一个是下发日起，如果下发时间在权益有效期时间之前，那么权益使用开始日期就用权益原始有效期。否则的话当天下发作为开始日期。

2：营销中心

1：权益下发时【web下发与营销中心下发】有2个类型一个是下发日起，如果下发时间在权益有效期时间之前，那么权益使用开始日期就用权益原始有效期。否则的话当天下发作为开始日期。只改预购

2：

黄雄进行了改变 - 10/一月/25 8:12 下午

描述

1：权益下发时【web下发与营销中心下发】有2个类型一个是下发日起，如果下发时间在权益有效期时间之前，那么权益使用开始日期就用权益原始有效期。否则的话当天下发作为开始日期。只改预购

2：

1：权益下发时【web下发与营销中心下发】有2个类型一个是下发日起，如果下发时间在权益有效期时间之前，那么权益使用开始日期就用权益原始有效期。否则的话当天下发作为开始日期。只改预购

2：【web下发与营销中心下发】

黄雄进行了改变 - 10/一月/25 8:15 下午

描述

1：权益下发时【web下发与营销中心下发】有2个类型一个是下发日起，如果下发时间在权益有效期时间之前，那么权益使用开始日期就用权益原始有效期。否则的话当天下发作为开始日期。只改预购

2：【web下发与营销中心下发】

1：权益下发时【web下发与营销中心下发】有2个类型一个是下发日起，如果下发时间在权益有效期时间之前，那么权益使用开始日期就用权益原始有效期。否则的话当天下发作为开始日期。只改预购

2：【web下发与营销中心下发】下发了5个权益这5个权益的rightspackege_id重新构建。需要验证一下web端下发的时候 package表的rightspackege_id 是不是重新构建之后的

黄雄进行了改变 - 10/一月/25 8:27 下午

描述

1：权益下发时【web下发与营销中心下发】有2个类型一个是下发日起，如果下发时间在权益有效期时间之前，那么权益使用开始日期就用权益原始有效期。否则的话当天下发作为开始日期。只改预购

2：【web下发与营销中心下发】下发了5个权益这5个权益的rightspackege_id重新构建。需要验证一下web端下发的时候 package表的rightspackege_id 是不是重新构建之后的

1：权益下发时【web下发与营销中心下发】有2个类型一个是下发日起，如果下发时间在权益有效期时间之前，那么权益使用开始日期就用权益原始有效期。否则的话当天下发作为开始日期。只改预购

2：【web下发与营销中心下发】下发了5个权益这5个权益的rightspackege_id重新构建。需要验证一下web端下发的时候 package表的rightspackege_id 是不是重新构建之后的

3：改了第2点之后因为下发成功后的rightspackege_id变了会导致web的权益新增页面查询时候没分组到一起

黄雄进行了改变 - 10/一月/25 8:47 下午

描述

1：权益下发时【web下发与营销中心下发】有2个类型一个是下发日起，如果下发时间在权益有效期时间之前，那么权益使用开始日期就用权益原始有效期。否则的话当天下发作为开始日期。只改预购

2：【web下发与营销中心下发】下发了5个权益这5个权益的rightspackege_id重新构建。需要验证一下web端下发的时候 package表的rightspackege_id 是不是重新构建之后的

3：改了第2点之后因为下发成功后的rightspackege_id变了会导致web的权益新增页面查询时候没分组到一起

1：权益下发时【web下发与营销中心下发】有2个类型一个是下发日起，如果下发时间在权益有效期时间之前，那么权益使用开始日期就用权益原始有效期。否则的话当天下发作为开始日期。只改预购。有一个特殊情况，就是权益初始有效期是 10日 -30日截止那现在web或者营销中心下发时使用自下发日起8天有效果，那我8号去下发权益下发的这个权益的截止日期的+8天是从下发日起开始计算8天还是从权益原始日期开始计算8天

2：【web下发与营销中心下发】下发了5个权益这5个权益的rightspackege_id重新构建。需要验证一下web端下发的时候 package表的rightspackege_id 是不是重新构建之后的

3：改了第2点之后因为下发成功后的rightspackege_id变了会导致web的权益新增页面查询时候没分组到一起

黄雄进行了改变 - 10/一月/25 8:50 下午

描述

1：权益下发时【web下发与营销中心下发】有2个类型一个是下发日起，如果下发时间在权益有效期时间之前，那么权益使用开始日期就用权益原始有效期。否则的话当天下发作为开始日期。只改预购。有一个特殊情况，就是权益初始有效期是 10日 -30日截止那现在web或者营销中心下发时使用自下发日起8天有效果，那我8号去下发权益下发的这个权益的截止日期的+8天是从下发日起开始计算8天还是从权益原始日期开始计算8天

2：【web下发与营销中心下发】下发了5个权益这5个权益的rightspackege_id重新构建。需要验证一下web端下发的时候 package表的rightspackege_id 是不是重新构建之后的

3：改了第2点之后因为下发成功后的rightspackege_id变了会导致web的权益新增页面查询时候没分组到一起

1：权益下发时【web下发与营销中心下发】有2个类型一个是下发日起，如果下发时间在权益有效期时间之前，那么权益使用开始日期就用权益原始有效期。否则的话当天下发作为开始日期。只改预购。有一个特殊情况，就是权益初始有效期是 10日 -30日截止那现在web或者营销中心下发时使用自下发日起8天有效的方式去下发权益，那我8号去下发权益下发的这个权益的截止日期的+8天是从下发日起开始计算8天还是从权益原始日期开始计算8天

2：【web下发与营销中心下发】下发了5个权益这5个权益的rightspackege_id重新构建。需要验证一下web端下发的时候 package表的rightspackege_id 是不是重新构建之后的

3：改了第2点之后因为下发成功后的rightspackege_id变了会导致web的权益新增页面查询时候没分组到一起

蒋晓佳进行了改变 - 10/一月/25 9:04 下午

描述

1：权益下发时【web下发与营销中心下发】有2个类型一个是下发日起，如果下发时间在权益有效期时间之前，那么权益使用开始日期就用权益原始有效期。否则的话当天下发作为开始日期。只改预购。有一个特殊情况，就是权益初始有效期是 10日 -30日截止那现在web或者营销中心下发时使用自下发日起8天有效的方式去下发权益，那我8号去下发权益下发的这个权益的截止日期的+8天是从下发日起开始计算8天还是从权益原始日期开始计算8天

2：【web下发与营销中心下发】下发了5个权益这5个权益的rightspackege_id重新构建。需要验证一下web端下发的时候 package表的rightspackege_id 是不是重新构建之后的

3：改了第2点之后因为下发成功后的rightspackege_id变了会导致web的权益新增页面查询时候没分组到一起

1：权益下发时【web下发与营销中心下发】有2个类型一个是下发日起，如果下发时间在权益有效期时间之前，那么权益使用开始日期就用权益原始有效期。否则的话当天下发作为开始日期。只改预购。有一个特殊情况，就是权益初始有效期是 10日 -30日截止那现在web或者营销中心下发时使用自下发日起8天有效的方式去下发权益，那我8号去下发权益下发的这个权益的截止日期的+8天是从下发日起开始计算8天还是从权益原始日期开始计算8天

2：【web下发与营销中心下发】下发了5个权益这5个权益的rightspackege_id重新构建。需要验证一下web端下发的时候 package表的rightspackege_id 是不是重新构建之后的

3：改了第2点之后因为下发成功后的rightspackege_id变了会导致web的权益新增页面查询时候没分组到一起（备用方案：区分新/老packageId，新packageId存在时使用新packageId使用权益）

蒋晓佳进行了改变 - 10/一月/25 9:08 下午

描述

1：权益下发时【web下发与营销中心下发】有2个类型一个是下发日起，如果下发时间在权益有效期时间之前，那么权益使用开始日期就用权益原始有效期。否则的话当天下发作为开始日期。只改预购。有一个特殊情况，就是权益初始有效期是 10日 -30日截止那现在web或者营销中心下发时使用自下发日起8天有效的方式去下发权益，那我8号去下发权益下发的这个权益的截止日期的+8天是从下发日起开始计算8天还是从权益原始日期开始计算8天

2：【web下发与营销中心下发】下发了5个权益这5个权益的rightspackege_id重新构建。需要验证一下web端下发的时候 package表的rightspackege_id 是不是重新构建之后的

3：改了第2点之后因为下发成功后的rightspackege_id变了会导致web的权益新增页面查询时候没分组到一起（备用方案：区分新/老packageId，新packageId存在时使用新packageId使用权益）

1：权益下发时【web下发与营销中心下发】有2个类型一个是下发日起，如果下发时间在权益有效期时间之前，那么权益使用开始日期就用权益原始有效期。否则的话当天下发作为开始日期。只改预购。有一个特殊情况，就是权益初始有效期是 10日 -30日截止那现在web或者营销中心下发时使用自下发日起8天有效的方式去下发权益，那我8号去下发权益下发的这个权益的截止日期的+8天是从下发日起开始计算8天还是从权益原始日期开始计算8天

2：【web下发与营销中心下发】下发了5个权益这5个权益的rightspackege_id重新构建。需要验证一下web端下发的时候 package表的rightspackege_id 是不是重新构建之后的

3：改了第2点之后因为下发成功后的rightspackege_id变了会导致web的权益新增页面查询时候没分组到一起

备用方案：区分新/老packageId，新packageId存在时使用新packageId使用权益
1.h5权益列表后台查询接口判断新packageId有值情况返回新packageId 无值情况使用老packageId
2.后台下单使用权益时统一使用新packageId查询权益，如：h5车四项下单使用权益场景

固定链接

蒋晓佳添加了工作日志 - 13/一月/25 11:35 上午

已记录工作日志:

6 秒

<没有备注>

蒋晓佳进行了改变 - 13/一月/25 11:36 上午

issue.field.resolutiondate	2025-01-13 11:36:00.0	2025-01-13 11:36:00.345
预估剩余时间		0 minutes [ 0 ]
已耗费时间		6 seconds [ 6 ]
工作日志 Id	21650 [ 21650 ]

蒋晓佳进行了改变 - 13/一月/25 11:36 上午

状态	Open [ 1 ]	Resolved [ 5 ]
解决结果		Fixed [ 1 ]

营销中心接口与web后台关于rightspackege_id改造

问题详情

描述

活动

用户

日期

时间追踪