Phương thức · Định kỳ
Gói định kỳ không âm thầm đứt gãy.
Doanh thu định kỳ thường hỏng theo hai cách rất đời thường: thẻ được cấp lại khiến giao dịch trừ tiền ngừng hoạt động, hoặc một kỳ gia hạn bị từ chối mềm mà không ai hay biết cho đến khi khách đã rời đi. Network token giải quyết vấn đề đầu, thử lại theo lịch giải quyết vấn đề sau, và đội ngũ của bạn không cần tự xây một hệ thống billing.
Của bạn
Lịch và số tiền
Tự động
Thử lại khi bị từ chối mềm
Token
Không gián đoạn khi cấp lại thẻ
1
Một đơn hàng mỗi chu kỳ
Cách vận hành
Từ đăng ký đến gia hạn, bốn bước.
- 01
AUTHORIZE
Khách hàng thanh toán một lần trên checkout; thẻ được lưu trong vault dưới dạng network token.
- 02
SCHEDULE
Bạn quy định số tiền, chu kỳ, ngày bắt đầu và kết thúc — hoặc để mở không giới hạn.
- 03
CHARGE
Mỗi chu kỳ tạo ra một đơn hàng, một biên lai và một webhook riêng.
- 04
RECOVER
Giao dịch bị từ chối mềm sẽ được thử lại theo lịch thay vì bị coi là khách rời bỏ.
Mỗi chu kỳ là một đơn hàng thực sự
Gói định kỳ không phải là một đối tượng đặc biệt với báo cáo riêng — mỗi lần trừ tiền tạo ra một đơn hàng, một biên lai và một webhook y hệt thanh toán một lần. Nhờ vậy, gói định kỳ được đối soát từng dòng, có thể hoàn tiền riêng một tháng mà không phải hủy cả quan hệ, và đội tài chính của bạn không cần thêm một cách hiểu thứ hai về doanh thu định kỳ.
- 01Mỗi chu kỳ có một đơn hàng, một biên lai và một webhook
- 02Hoàn tiền một chu kỳ mà không ảnh hưởng các chu kỳ khác
- 03Đối soát chung danh sách với các thanh toán một lần
Hai lỗi thực sự gây thất thu
Khách rời bỏ không chủ ý phần lớn đến từ hai nguyên nhân: thẻ hết hạn hoặc được cấp lại, và các giao dịch bị từ chối mềm mà không ai thử lại. Network token đi theo chủ thẻ qua mỗi lần cấp lại, nên giao dịch vẫn chạy khi thẻ mới được gửi đến. Thử lại theo lịch sẽ thực hiện thêm một lần cho giao dịch bị từ chối tạm thời, vào thời điểm được chọn để có cơ hội thành công cao hơn lần đầu.
- 01Network token không gián đoạn khi cấp lại hoặc hết hạn thẻ
- 02Giao dịch bị từ chối mềm được thử lại theo lịch, không bỏ dở
- 03Chỉ thông báo cho khách khi thực sự cần
Cần gì để bật
Một cờ trên lần thanh toán đầu để lưu thẻ vào vault, cùng một lịch thu phí. Không cần tích hợp thêm sản phẩm billing riêng, và các khoản thu từ gói định kỳ về cùng back office, cùng kỳ chi trả với mọi khoản khác của bạn.
FAQ
Thanh toán định kỳ — câu hỏi từ merchant.
Không. Lịch thu phí, thử lại và quản lý token đều nằm trong phương thức này. Phần của bạn chỉ là lần thanh toán đầu tiên và quyết định về số tiền, chu kỳ.
Thẻ được lưu là một network token, đi theo chủ thẻ qua các lần cấp lại và hết hạn — nên gói định kỳ vốn sẽ bị đứt vẫn tiếp tục được trừ tiền.
Có. Thẻ đằng sau Apple Pay hoặc Google Pay có thể được token hóa cho các khoản thu định kỳ, nên gói bắt đầu chỉ bằng một lần chạm sẽ tiếp tục mà khách không phải quay lại checkout.
Mỗi chu kỳ là một đơn hàng riêng, nên bạn hoàn tiền đơn đó — toàn phần hoặc một phần — mà không ảnh hưởng chu kỳ nào khác hay phải hủy cả gói.
Thêm phương thức
Thường được bật cùng nhau.
Thẻ đã lưu
Vault · Một chạmKhách quay lại thanh toán bằng một chạm; thẻ nằm trong vault của chúng tôi, hệ thống của bạn chỉ lưu một tham chiếu.
02Thanh toán thẻ
Visa · MastercardKênh mặc định, với 3-D Secure 2.0 và xác thực khách hàng mạnh được xử lý ngay trong luồng thanh toán.
03Pay by link
Không cần tích hợpMột liên kết tạo trong back office rồi gửi đi — đủ mọi phương thức phía sau, không cần website.
Nhận thanh toán bằng mọi phương thức.
Một merchant sandbox, API key và một checkout đã bật sẵn tất cả các phương thức này — để bạn chạy thử từng phương thức từ đầu đến cuối trước khi cam kết bất cứ điều gì.