需求背景
目前系统批量提报post，都是统一用的产品库图片，以及产品标题做post帖子标题，存在一些质量低的问题。
技术中心那边需要再158系统的产品分级里，针对一些爆旺款提供运营优化建议。其中有post
需要我们提供接口给他们查询可提报ASIN、提报接口、查询提报结果接口，供人工精细化提报post
需求内容
1、提供接口：
查询可提报post的店铺与品牌信息——批量，一次性最多5000条
入参：店铺ID
出参：店铺ID（只返回开启post提报的店铺）、post可提报的品牌名称（只返回品牌有开启提报，且post接口返回的品牌状态为【已授权，已激活】）
注意：如果【post可提报的品牌品牌名称】为空，则不返回该店铺数据
提报post接口——批量，一次最多5000条。需要把数据写入到OBS
入参：店铺ID、ASIN、渠道SKU、提报人、提报人ID、活动生效开始时间、活动生效结束时间、POST标题、POST图片链接、post图片ID
注意：
人工提报的post，如果检测到当前存在状态为【已投放：LIVE】或【已安排：SCHEDULED】，需要先执行撤回，撤回成功后再进行提报（撤回时需要优先撤回）。
如果当天时间>活动结束时间，还未提报，则直接失败，返回失败原因。
如果当天时间>活动开始时间，不需要更改活动开始结束时间，按指定的时间提报。
查询post结果接口——批量，一次最多500条
入参：店铺ID、ASIN、
出参：店铺ID、ASIN、品牌信息、活动开始时间、活动结束时间、POST标题、POST图片链接、post图片ID、PostID、提报结果、失败原因
注意：
查询结果时，只查询非智能运营提报队列里【店铺ID+ASIN】最近一次提报的记录结果
2、提供post队列跳转查询链接：按提供的【店铺+ASIN】直接查询
3、通过接口提报post的：还是需要继续按现在过滤逻辑进行判断
图片：因提报时，需要先把【已投放：LIVE】或【已安排：SCHEDULED】进行撤回，再进行检测，如果检测到图片ID一致，则直接提报失败，返回失败原因。
标题需要进行侵权禁售检测
4、接口提报的，不需要支持重试逻辑；但是需要支持自动撤回逻辑
注意：通过接口提报的post，要优先提报。撤回也要优先撤回