Payment Retries tự động thử lại các khoản thanh toán gia hạn đăng ký thất bại theo lịch trình tăng dần. Khi một lần thử lại thành công, đăng ký sẽ được kích hoạt lại tự động — không cần hành động của khách hàng hoặc công việc tích hợp.
Payment Retries Là Gì?
Khi một khoản thanh toán gia hạn đăng ký thất bại, đăng ký sẽ được đặt tạm ngưng. Với Payment Retries được kích hoạt, Dodo Payments sẽ tự động tính lại phương thức thanh toán hiện có của khách hàng theo lịch trình thông minh cho đến khi thanh toán thành công hoặc cửa sổ khôi phục đóng lại. Điều này giúp thu hồi doanh thu mất mát do các lỗi tạm thời — thẻ hết hạn, không đủ tiền được nạp đầy, lỗi mạng tạm thời — mà không cần gửi email khách hàng hoặc yêu cầu họ cập nhật bất cứ điều gì.Payment Retries chỉ áp dụng cho các khoản thanh toán gia hạn đăng ký. Các khoản thanh toán đầu tiên (thiết lập ủy quyền), khoản thanh toán một lần, phí thay đổi gói, và phí theo yêu cầu không được thử lại bởi tính năng này.
Cách Hoạt động của Payment Retries
1
Renewal fails
Một khoản thanh toán gia hạn đăng ký thất bại và đăng ký chuyển sang trạng thái
on_hold.2
Retryability check
Mã lỗi của lỗi được kiểm tra. Soft declines (không đủ tiền, từ chối chung, lỗi xử lý hoặc mạng, v.v.) có thể thử lại. Hard declines kết thúc chuỗi thử lại ngay lập tức, vì thử lại sẽ không thay đổi kết quả.
3
Scheduled retry
Nếu từ chối có thể thử lại và cửa sổ khôi phục cho phép, thử lại tiếp theo được lên lịch. Các lần thử lại tiến hành không trong phiên đối với phương thức thanh toán hiện có của khách hàng theo lịch trình tăng dần.
4
Recovery
Khi thử lại thành công đầu tiên, đăng ký trở lại trạng thái
active và ngày thanh toán tiếp theo được nâng lên như bình thường. Nếu cửa sổ đóng lại trước khi thử lại nào thành công, việc thử lại dừng và đăng ký vẫn nằm ở trạng thái tạm ngưng.Cấu hình Payment Retries
Kích hoạt và cấu hình Payment Retries từ Cài đặt → Khôi phục trong bảng điều khiển của bạn.
Payment Retries settings under Settings → Recovery
Cửa sổ khôi phục được gắn với thời gian hóa đơn gia hạn thất bại được tạo. Các lần thử lại chỉ được lên lịch trong khi tổng thời gian trì hoãn vẫn nằm trong cửa sổ.
Lịch trình Thử lại
Thử lại tiến hành lùi dần. Tối đa 8 lần thử được thực hiện, miễn là mỗi lần đều nằm trong cửa sổ khôi phục của bạn:Chuyển đổi Trạng thái Đăng ký
Nếu một đăng ký bị hủy trong khi các lần thử lại vẫn đang được lên lịch, chuỗi thử lại sẽ kết thúc ngay lập tức và không có thêm nỗ lực nào được thực hiện. Các trạng thái không hoạt động khác (
on_hold, expired, pending, failed) tiếp tục thử lại, vì hóa đơn gia hạn mở của chúng đại diện cho khoản nợ cho các khoảng thời gian mà khách hàng đã tiêu thụ.Subscription Webhook Payloads
Xem các schema tải dữ liệu webhook đầy đủ cho các sự kiện vòng đời đăng ký.
Thất bại có thể thử lại và không thể thử lại
Thử lại từ chối cứng sẽ không thay đổi kết quả, vì vậy chuỗi thử lại kết thúc ngay khi có từ chối cứng. Kết hợp Thử Lại Thanh Toán với Subscription Dunning để thúc đẩy khách hàng cập nhật phương thức thanh toán của họ trong các trường hợp đó.
Thử Lại Thanh Toán và Dunning
Thử Lại Thanh Toán và Subscription Dunning là công cụ khôi phục bổ trợ:
Bật cả hai cho phép bạn có phạm vi khôi phục rộng nhất: thử lại tự động bắt lỗi tạm thời, trong khi dunning mang lại cho khách hàng có phương thức thanh toán cần thực sự cập nhật.
Liên quan
Subscription Dunning
Chuỗi email thúc đẩy khách hàng cập nhật phương thức thanh toán của họ.
Abandoned Cart Recovery
Khôi phục các thanh toán một lần không hoàn thành hoặc thất bại với email nhắm mục tiêu.
Subscriptions
Hiểu các trạng thái đăng ký có liên quan trong các luồng khôi phục.
Subscription Webhooks
Phản hồi các sự kiện
subscription.on_hold và subscription.active.