差异单审批流程
背景#
提供渠道、酒店差异单线上审核机制，减少差异单单量，提升对账效率。
业务场景#
差异单实际应用场景分为：
- 分销商发起差异单申请，华住审核；
- 华住发起申请，分销商审核；
调用流程时序图分别如下所示：
分销商发起差异单申请#
华住发起差异单申请#
注1：分销商调用新建取消类型和修改类型的差异单为两个不同的接口地址。
注2：如华住酒店店长或分销商运营四小时内未做出差异单审核结果，默认“拒绝”。
分销商接受通知处理#
分销商需要准备公网接口，以接受华住服务器业务通知。在差异单的以下四个场景中，华住会向分销商主动发送POST类型的通知，在通知header消息头中的method类型来区分不同的业务逻辑：
- 场景一：当分销商新建差异单，酒店店长审核后华住回调通知分销商。(method=disresv.review)
- 场景二：酒店店长新建取消类型的差异单，华住直接通知分销商。(method=disresv.init.cancel)
- 场景三：酒店店长新建修改类型的差异单，华住直接通知分销商。(method=disresv.init.modify)
- 场景四：酒店店长撤销之前新建的差异单申请，华住直接通知分销商。(method=disresv.cancel)
注：通知HTTP请求的请求头参数中会传入method对应的值，以区分不同的业务通知场景
在场景一中，分销商在发起差异单申请时，可以差异单申请的请求体重将回调地址通过接口报文传至华住，华住记录该地址并在审核流程结束后发起回调通知。如请求接口中未传回调地址，默认回调地址为分销商提前在华住侧配置的回调地址。
在场景二和场景三中，华住发起差异单申请，需主动通知分销商。分销商需提前告知华住配置一个接口通知地址，以接受华住差异单申请通知。分销商在收到回调通知后，需返回华住“success”字符串，否则华住会进行5次重试（1m/10m/1h/6h/12h），直到返回“success”或达到重试上限为止。建议考虑以差异单号为要素的幂等性校验。