1.1. 背景
背景：对应现有优惠券策略中官方限制问题进行调整，及系统策略优化调整；
1.2. 验收目标
1.优惠券官方策略优化调整
2.优惠券系统策略优化调整
3.配合小工具排查优惠券失败问题日志得出结果；
2. 功能设计
2.1. 业务流程
无
2.2.1 操作路径
无
2.2.3 优惠券官方策略优化调整
2.2.3.1 功能点描述：
原设计：
无
新增优化：
1.没有库存no buyable offer，
------对应改限制，先判断listing不在线的进行拦截
2.缺少产品标记，
-------成人用品问题，亚马逊识别为成人，但我们没有这种标识， 改造为信息记录，下次不做上传。
3.低于5元
-------调整限制不做上传。
| 官方限制：5%-80% of sale price--暂无优化 由于配置优惠金额比例过大，或者过小导致； 销售希望按自己优惠金额比例配置，暂不能调整 |
| 官方限制：低于5元--可以优化 添加优化判断合计优惠后金额是否小于5元，有则不做上传 由于配置优惠金额后，售价低于5元导致； 销售就是想做自己想提交的折扣， 销售也不愿一个个看是否配置后会少于5元； |
| 官方限制：已有重叠优惠---可以优化 添加个选项，折扣是否优惠， 有销售折扣有些销售还是想做优惠券的 但是优惠券亚马逊是规定一个产品只能一个不能做重复的 |
| 官方限制：成人用品产品标记限制--暂无优化 销售操作问题， 这种销售也会关注到的 像成人不能做的我这边的销售会自己备注 至于下一次会不会提交这个 有些销售是提取很多做的 失败了就失败了 其他成功了就行 |
| 官方限制：不在线内容，no buyable offer--暂无优化 如果库存小于5 不做优惠券上传。 但这个调整意义不大，如果listing本身有非库存数量的问题 做个限制没有意义 有些销售就是想清空FBA的库存，你限制库存数量可能感觉不合理 |
2.2.3 优惠券系统策略优化调整
2.2.3.1 功能点描述：
原设计：
无
新增优化：
1.调整重试机制，原来失败3 次改为多次；优先级可以放正常的优惠券上传之后；
2.调整提前上传机制，原来提前1天，改为提前2天；