1、流量数据
流量数据来源于ERP的MSKU维度的业务报告表
1、默认展示近15天日均浏览量和日均转化率(由于流量数据会延迟3天左右，所以近15天的日均根据近15天的浏览量、转化率汇总之后/15-没有数据的天数）)
举例：目前时间是6月2号，需要15天日均浏览量（因为有延迟所以只能拿到19号到30号的数据）
这几天的数据汇总/这个数据的天数
2、显示环比情况
环比：根据本期的区间往前拿环比的期间，进行计算
两个数据进行对比：持平为绿色、上升为红色、下降为灰色
增加流量趋势弹窗，默认展示近30天的数据趋势
默认是浏览量和转化率选中，用户可以根据自己的需求选中其他趋势
2、补货建议字段：增加购物车图标，只有FBA发货的增加
点击购物车图标弹出备库订单（购物车弹窗）
3、Listing的系统SKU的产品状态、侵权风险等字段更新
每4个小时根据产品信息表的更新时间去更新listing的系统SKU的产品状态、侵权风险等字段更新
4、添加listing
顶部增加添加listing操作按钮，点击添加listing，弹出ERP的添加listing页面弹窗
5、批量跟卖
顶部增加批量跟卖操作按钮，点击批量跟卖，弹出ERP的批量跟卖弹窗
6、初始化状态
首先把所有listing（剔除掉精品店铺和店铺异常的listing）的状态置为在售，
然后初始化拉取亚马逊的在售报告，当listing不在在售报告里，状态处理为非在售
这个需求是先把所有在售的listing的状态先初始化正确
7、状态事件处理状态优化
1、当状态事件通知时，MSKU不存在时，做新增listing时，无论状态事件是什么状态，listing状态都置为在售
然后调用详情接口时，当详情接口返回为父体类型时，标记该listing为母体，当详情接口返回为字体类型标记为子体
当详情接口返回为单体时，标记为单体
2、当状态时间通知时，MSKU存在时，更新listing状态时，
当状态事件通知为：
[BUYABLE,-,-]：在售
[BUYABLE,DISCOVERABLE,-]：在售
当状态事件通知为：
[-,DISCOVERABLE,-]，需要判断issues-code，然后处理状态，参考SVN状态说明excel
[-,-,-]处理为非在售，二级状态处理为已禁止显示搜索结果
[-,-,DELETED]：删除
亚马逊实际的状态：
在售
非在售（已暂停、缺货、不符合卖家自行配送条件、定价问题、详情页面已删除、已停售、需要批准、其他问题、已禁止显示搜索结果、存在风险的产品）
8、issues事件处理状态（数据量比较大）
因为issues事件通知，只是简单说下listing有问题，还需要拉另外一个详情接口，去看issues的详情问题信息
把listing问题入库并且根据当前状态也处理listing的状态
首先要初始化下listing的问题（另外一个详情接口）
然后根据issues事件通知，再去看昨天是否有刊登，再去请求另外一个详情接口，把最新的问题入库
9、Listing问题描述
更多商城按钮放在产品信息下面
状态字段增加问题描述问号
鼠标移除问号，显示listing的问题
移除问号，隐藏listing的问题
10、新授权店铺业务逻辑
根据渠道表里的来源渠道的授权时间，每4个小时处理一次
去拉取亚马逊的在售报告GET_FLAT_FILE_OPEN_LISTINGS_DATA去处理新增店铺和挂掉店铺的listing数据
当listing不存在时，进行新增，状态为（在售）
当listing存在时，更新对应的listing的ASIN、标题、状态，状态处理为（在售）
11、星级、评论数
增加一个增量服务，每天根据销量表，更新时间=当前时间-7天，有销量的数据获取星级和评论数
星级、评论数为ASIN+市场维度，所以更新的时候需要同时更新同个市场相同ASIN的星级和评论数
趋势分析，增加星级、评论数的趋势分析
点击销售排名的趋势分析：默认显示类目排名、星级、评论数的趋势