关于ARB定期支付Webhook测试及用户数据关联的技术问询

1. ARB实际交易触发的Webhook事件类型 #

是的，当定期支付（ARB）的实际扣款交易发生时，触发的Webhook事件类型确实是net.authorize.payment.authcapture.created，和你提供的返回示例一致。

2. Webhook返回数据是否包含Profile ID #

从你给出的返回示例来看，该事件的payload里确实没有直接返回Profile ID，只包含了交易ID（id字段）、授权码、金额等基础交易数据：

{
    "notificationId": "10760e7d-afce-4f95-9772-43ada4f19cee",
    "eventType": "net.authorize.payment.authcapture.created",
    "eventDate": "2023-12-15T03:27:29.344375Z",
    "webhookId": "bedfdb50-f7c7-49f6-8ebb-b593ca776164",
    "payload": {
        "responseCode": 21,
        "authCode": "572",
        "avsResponse": "M",
        "authAmount": 12.5,
        "entityName": "transaction",
        "id": "245"
    }
}

3. 全面测试定期支付的方法 #

• 使用沙箱环境缩短测试周期：在Authorize.net沙箱中创建ARB订阅，将扣款周期设置为最短（如1分钟/几小时），无需等待自然周期即可触发自动扣款，快速验证Webhook和交易流程。
• 手动触发测试交易：在沙箱的ARB管理界面，找到已创建的订阅，执行"Charge Now"操作，立即触发一次扣款，验证Webhook是否正常接收事件。
• 覆盖全生命周期场景：测试订阅创建、扣款成功/失败、订阅暂停/取消等全流程对应的Webhook事件，确保每个节点的逻辑都能正确处理。
• 验证异常场景：模拟支付方式失效（如测试卡过期）、余额不足等异常情况，确认Webhook是否返回对应错误码，以及系统能否正确处理这些异常。

4. 交易与数据库user_id关联的解决方案 #

由于Webhook返回的payload没有Profile ID，你可以通过以下方式关联到user_id：

• 通过交易ID调用API获取完整信息：拿到Webhook里的交易ID（payload.id）后，调用Authorize.net的Get Transaction Details API，该接口会返回包含customerProfileId和customerPaymentProfileId的完整交易数据。
• 存储本地映射关系：在创建ARB订阅时，将用户的user_id、customerProfileId、subscriptionId三者的映射关系存入数据库。后续通过API获取到customerProfileId后，可直接关联到对应的user_id；也可以用交易详情中的subscriptionId匹配本地映射记录，进而找到user_id。

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