订阅追帐会自动向因支付失败或客户取消而失效的订阅的客户发送电子邮件序列，提示他们更新支付方式并重新激活。
什么是订阅追帐？
追帐会自动检测当订阅进入可恢复状态时，并发送一系列电子邮件提示客户采取行动：- 暂停订阅：续订支付失败（资金不足，卡片过期等）
- 取消订阅：客户从客户门户取消订阅
追帐如何工作
1
Trigger
当订阅进入以下两种状态之一时触发追帐：
- 暂停：续订支付失败（资金不足，卡片过期等）
- 取消：客户从客户门户取消他们的订阅
2
Email Sequence
根据触发状态，系统会在配置的时间间隔内发送最多4封追帐电子邮件。每封电子邮件都包含一个链接，客户可以在客户门户中更新其支付方式或重新购买订阅。
3
Recovery
当客户通过客户门户更新他们的支付方式时，会自动为剩余欠款创建一笔付款。如果付款成功，订阅将被重新激活，并且追帐尝试被标记为已恢复。
状态生命周期
当追帐尝试被标记为
exhausted 时，订阅状态不会被修改。订阅仍保持在其当前状态（暂停或取消）。配置追帐
从仪表板的设置中启用和配置追帐。
Dunning settings in the dashboard showing enable toggle, on-hold sequence, and cancelled sequence
电子邮件序列
追帐支持两种电子邮件序列——暂停和取消——每种最多支持4封可配置的电子邮件。 每封电子邮件具有以下可配置字段：
默认电子邮件时间安排：
示例追帐电子邮件
追帐根据订阅状态发送不同的电子邮件。以下是客户所见的每种类型的示例。- On Hold
- Cancelled
Dunning email sent when a renewal payment fails and the subscription is on hold
客户恢复体验
当客户点击追帐电子邮件中的链接时，他们将被带到客户门户，在那里他们可以查看其订阅状态并更新其支付方式。
Customer portal showing an on-hold subscription with option to update payment method
分析
从仪表板的分析部分的恢复选项卡中跟踪追帐的表现。
Recovery analytics dashboard showing ACR and dunning metrics
Webhook 事件
Recovery Webhook Payloads
查看追帐事件的完整 webhook 负载架构。
边缘情况
最佳实践
- 从默认值开始：默认电子邮件的时间安排设计合理，间隔为1, 3, 5和7天，以避免让客户感到不知所措，同时保持紧迫性。
- 监测成功率：跟踪哪个序列中的邮件推动了最大的恢复。如果后续的电子邮件几乎没有转换率，考虑禁用它们。
- 与支持协调：确保您的支持团队知道正在发送追帐电子邮件，以便他们可以帮助联系的客户。
- 检查订阅状态：将追帐与
subscription.on_hold和subscription.cancelledwebhooks 配对，实现全面的生命周期跟踪。
追帐与客户门户中的现有订阅暂停和重新激活流程一起工作。一旦启用，它会自动运行，无需额外的集成。
相关
Recovery Webhooks
响应
dunning.started 和 dunning.recovered 事件。Abandoned Cart Recovery
通过有针对性的电子邮件恢复未完成或失败的一次性结账。
Customer Portal
客户通过客户门户更新支付方式。
Subscriptions
了解触发追帐工作流的订阅状态。