全房通中第三方接口调用超限,业务应如何降级?

全房通调用第三方接口超限时，应先依据接口约定和错误信息识别受影响的调用，再按业务影响区分查询类与交易类操作：查询类可在控制频率后有限重试；合同、账单、支付、退款、通行和水电控制等操作，应先查询或核对当前状态，避免盲目重复执行。对暂时无法完成的操作，应记录请求与结果，并按项目约定采用告警或人工补偿；具体降级方式需根据第三方接口能力和业务流程确定，不能假定系统会自动处理。

先判断超限影响了哪些接口和业务

发生接口限流时，先核对请求对象、调用时间、返回结果和错误信息，确认受影响的是哪个第三方系统、哪类业务，以及请求是否已经被对方处理。

判断时还应查看接口约定中的调用频率、同步方式和数据责任边界。若超限发生在批量同步、状态查询等调用中，应与合同、支付、通行控制等会直接改变业务状态的操作区分处理，不要把所有失败请求都按同一种方式重试。

按操作类型安排降级处理

建议按以下顺序处理：

1. 记录失败情况。 保存请求对象、时间、结果和错误信息，便于定位影响范围及后续核对。
2. 判断操作是否可能已生效。 对超时或结果未知的请求，先通过状态查询或业务核对确认当前状态，避免重复创建、扣款、退款或控制设备。
3. 区分查询与交易操作。 查询类及其他适合重试的调用，可在控制频率后有限重试；合同、账单、支付、退款、通行和水电控制等高影响操作，应先确认状态，再决定是否继续处理。
4. 处理暂时无法完成的业务。 根据业务影响采用告警或人工补偿，并记录处理结果。涉及第三方系统的补偿，应依照双方约定和项目流程执行。
5. 复核接口设计与调用安排。 检查调用频率、实时或批量同步方式、唯一业务标识、请求号和幂等规则，并明确超时、限流及第三方停机时的处理责任。

防止重试造成重复业务

重试不是所有接口失败后的通用处理方式。对于可能改变业务状态的请求，接口设计和联调时应明确唯一业务标识、请求号、状态查询和幂等规则；遇到超时或结果未知时，先核实处理状态，再决定后续动作。

仅依赖自动重试不能保证不发生重复处理。对支付、退款、合同、账单及设备控制等操作，应结合双方接口实现和测试结果安排异常处理，并保留可追溯的请求与处理记录。

相关问题

第三方接口失败后，应记录哪些信息？

至少应记录请求对象、调用时间、处理结果和错误信息，以便判断影响对象、核对业务状态并安排后续处理。

查询类接口和支付类接口可以采用相同的重试方式吗？

不宜一概而论。查询类调用可在控制频率后有限重试；支付等可能改变业务状态的操作，应先查询或核对当前状态，避免盲目重复执行。