收款后收到3条重复IPN如何处理？实现仅接收1条IPN的方法

一、先排查IPN发送端的重复触发根源 #

• 检查付款网关的IPN设置：确认有没有误添加多个相同的通知URL，或者开启了重试机制但接收端未正确响应。很多网关会因为没收到即时的200 OK响应，反复发送IPN。要保证你的Integromat Webhook端点能快速返回200状态码，避免网关判定通知失败而重试。
• 查看网关IPN日志：进入网关后台找到IPN历史记录，确认是网关主动重复发送，还是之前的通知未被确认导致的重试。如果是重试问题，先修复接收端的响应逻辑，确保收到IPN后立刻返回200，阻止网关再次发送。

二、在Integromat流程内添加去重逻辑 #

就算发送端没法完全避免重复，也能在Integromat里拦截重复操作：

• 基于唯一交易ID去重：几乎所有IPN都会携带唯一标识，比如PayPal的txn_id、Stripe的id。在IPN触发模块之后，添加一个「搜索记录」模块——可以用Integromat自带的Data Store，或者Google Sheets，查询该唯一ID是否已被处理过。如果存在，直接终止流程；如果不存在，继续执行后续操作，同时将该ID存入存储。
• 延迟聚合去重：在触发模块后添加「等待」模块，设置1-2分钟的延迟，再用「聚合」模块把同一交易ID的重复通知合并，仅执行一次后续操作。这种方式适合短时间内集中收到重复通知的场景。
• 开启触发模块内置去重：部分Integromat的Webhook触发模块自带去重选项，在设置里找到对应配置，开启后指定用交易ID这类字段过滤重复请求。

三、确认IPN接收端点配置无误 #

• 检查Webhook地址：确保网关的IPN通知URL仅指向一个正确的Integromat Webhook地址，没有重复配置多个相同的Webhook。
• 验证IPN合法性：处理IPN前先做有效性验证（比如PayPal的IPN验证、Stripe的签名校验），过滤伪造的重复通知，只有验证通过的才进入后续流程，既提升安全性又能减少无效触发。

内容的提问来源于stack exchange，提问作者Tempeso