直连酒店试单/变价/下单管控规则
发布于: 2019-12-10 10:18:05
为了提升用户预订体验,拟于2019年12月9日开始加强对商品管控力度,具体规则如下:
平日 | |||||
指标范围 | 维度 | 区域 | 周期 | 标准 | 处罚 |
试单变价 | HID下线 | 国内 | 1800秒 | 变价率>=5% 且变价次数大于1 |
当天第一次屏蔽半小时,第二次屏一小时,第三次屏蔽二小时,第四次屏蔽四小时,四次以后都是四小时 |
港澳台 | 6小时 | 变价率>=8% 且变价次数大于1 |
|||
国际 | 6小时 | ||||
卖家/Supplier下线 | 国内 | 1800秒 | 变价率>=8% 且变价次数大于10 |
当天第一次屏蔽半小时,第二次屏一小时,第三次屏蔽二小时,第四次屏蔽四小时,四次以后都是四小时 | |
港澳台 | 6小时 | 变价率>=10% 且变价次数>=10 |
|||
国际 | 6小时 | ||||
试单失败 | HID下线 | 国内 | 1800秒 | 失败率>=6% 且失败次数大于1 |
当天第一次屏蔽半小时,第二次屏一小时,第三次屏蔽二小时,第四次屏蔽四小时,四次以后都是四小时 |
港澳台 | 6小时 | 失败率>=8% 且失败次数大于1 |
|||
国际 | 6小时 | ||||
卖家/Supplier下线 | 国内 | 1800秒 | 失败率>=8% 且失败次数大于10 |
当天第一次屏蔽半小时,第二次屏一小时,第三次屏蔽二小时,第四次屏蔽四小时,四次以后都是四小时 | |
港澳台 | 6小时 | ||||
国际 | 6小时 | 失败率>=10% 且失败次数>=10 |
|||
下单失败 | HID下线 | 国内 | 1800秒 | 失败率>=3% 且失败次数大于1 |
当天第一次屏蔽半小时,第二次屏一小时,第三次屏蔽二小时,第四次屏蔽四小时,四次以后都是四小时 |
港澳台 | 6小时 | 失败率>=5% 且失败次数大于1 |
|||
国际 | 6小时 | ||||
卖家/Supplier下线 | 国内 | 1800秒 | 失败率>=5% 且失败次数大于10 |
当天第一次屏蔽半小时,第二次屏一小时,第三次屏蔽二小时,第四次屏蔽四小时,四次以后都是四小时 | |
港澳台 | 6小时 | 失败率>=8% 且失败次数>=10 |
|||
国际 | 6小时 | ||||
周末、节假日 | |||||
指标范围 | 维度 | 区域 | 周期 | 标准 | 处罚 |
试单变价 | HID | 国内 | 1800秒 | 变价率>=7% 且变价次数大于1 |
当天第一次屏蔽半小时,第二次屏一小时,第三次屏蔽二小时,第四次屏蔽四小时,四次以后都是四小时 |
港澳台 | 6小时 | 变价率>=10% 且变价次数大于1 |
|||
国际 | 6小时 | ||||
卖家/Supplier | 国内 | 1800秒 | 变价率>=10% 且变价次数大于10 |
当天第一次屏蔽半小时,第二次屏一小时,第三次屏蔽二小时,第四次屏蔽四小时,四次以后都是四小时 | |
港澳台 | 6小时 | 变价率>=15% 且变价次数>=10 |
|||
国际 | 6小时 | ||||
试单失败 | HID | 国内 | 1800秒 | 失败率>=8% 且失败次数大于1 |
当天第一次屏蔽半小时,第二次屏一小时,第三次屏蔽二小时,第四次屏蔽四小时,四次以后都是四小时 |
港澳台 | 6小时 | 失败率>=10% 且失败次数大于1 |
|||
国际 | 6小时 | ||||
卖家/Supplier | 国内 | 1800秒 | 失败率>=10% 且失败次数大于10 |
当天第一次屏蔽半小时,第二次屏一小时,第三次屏蔽二小时,第四次屏蔽四小时,四次以后都是四小时 | |
港澳台 | 6小时 | ||||
国际 | 6小时 | 失败率>=15% 且失败次数>=10 |
|||
下单失败 | HID | 国内 | 1800秒 | 失败率>=3% 且失败次数大于1 |
当天第一次屏蔽半小时,第二次屏一小时,第三次屏蔽二小时,第四次屏蔽四小时,四次以后都是四小时 |
港澳台 | 6小时 | 失败率>=5% 且失败次数大于1 |
|||
国际 | 6小时 | ||||
卖家/Supplier | 国内 | 1800秒 | 失败率>=5% 且失败次数大于10 |
当天第一次屏蔽半小时,第二次屏一小时,第三次屏蔽二小时,第四次屏蔽四小时,四次以后都是四小时 | |
港澳台 | 6小时 | 失败率>=8% 且失败次数>=10 |
|||
国际 | 6小时 |
注:后续管控规则会根据实际情况调整
接口调用说明,详情请点击
接口调用优化方案:
1、全量推送+增量更新合理搭配
2、正确使用批量更新接口更新数据
3、针对瞬时大批量更新,可以考虑使用消息队列进行“消峰”
4、可考虑在本地聚合变更,如将1分钟之内的变更聚合后再推送,而不是每次有数据变更都推送到平台
5、建议根据优先级分级推送,优先级高的数据优先推送。如热销酒店、当天数据、库存从有到无的优先推送
6、及时清理无效数据、长期无动销数据
2、正确使用批量更新接口更新数据
3、针对瞬时大批量更新,可以考虑使用消息队列进行“消峰”
4、可考虑在本地聚合变更,如将1分钟之内的变更聚合后再推送,而不是每次有数据变更都推送到平台
5、建议根据优先级分级推送,优先级高的数据优先推送。如热销酒店、当天数据、库存从有到无的优先推送
6、及时清理无效数据、长期无动销数据