Cập nhật phương thức thanh toán
Cập nhật phương thức thanh toán cho một đăng ký hiện có. Bạn có thể thêm một phương thức thanh toán mới hoặc sử dụng một phương thức đã có từ các phương thức thanh toán đã lưu của khách hàng.
on_hold.
on_hold, việc cập nhật phương thức thanh toán sẽ tự động tạo một khoản phí cho số dư còn lại, tạo hóa đơn và tái kích hoạt thuê bao trở lại trạng thái active khi thanh toán thành công.Trường hợp sử dụng
- Đăng ký đang hoạt động: Cập nhật phương thức thanh toán khi thẻ hết hạn hoặc khách hàng muốn sử dụng một phương thức thanh toán khác
- Đăng ký tạm hoãn: Kích hoạt lại các đăng ký đã tạm hoãn do thanh toán không thành công bằng cách cập nhật phương thức thanh toán
- Quản lý phương thức thanh toán: Chuyển đổi giữa các phương thức thanh toán đã lưu hoặc thêm mới
type: "existing" để cập nhật phương thức thanh toán của thuê bao.Hành vi đối với Đăng ký Đang Hoạt Động
Khi cập nhật phương thức thanh toán cho một đăng ký đang hoạt động:- Phương thức thanh toán được cập nhật ngay lập tức
- Không có khoản phí nào được tạo ra
- Đăng ký vẫn giữ trạng thái hoạt động
- Các lần gia hạn trong tương lai sẽ sử dụng phương thức thanh toán mới
Hành vi đối với Đăng Ký Tạm Hoãn
Khi cập nhật phương thức thanh toán cho một thuê bao ở trạng tháion_hold:
- Một khoản phí được tự động tạo cho số dư còn lại
- Một hóa đơn được tạo cho khoản phí đó
- Thanh toán được xử lý bằng phương thức thanh toán mới
- Khi thanh toán thành công, thuê bao được tái kích hoạt về trạng thái
active - Bạn sẽ nhận được các sự kiện webhook:
payment.succeededtiếp theo làsubscription.active
Sự kiện Webhook
Khi cập nhật phương thức thanh toán cho một thuê bao ở trạng tháion_hold, bạn sẽ nhận được các sự kiện webhook sau:
payment.succeeded- Khoản phí cho số dư còn lại đã thành côngsubscription.active- Thuê bao đã được tái kích hoạt
Ủy quyền
Bearer authentication header of the form Bearer <token>, where <token> is your auth token.
Tham số đường dẫn
Subscription Id
Nội dung
- New
- Existing
new List of payment methods allowed during checkout.
Customers will never see payment methods that are not in this list. However, adding a method here does not guarantee customers will see it. Availability still depends on other factors (e.g., customer location, merchant settings).
All supported payment method types (from Hyperswitch).
Used for disabled-payment-methods filtering and validation.
ach, affirm, afterpay_clearpay, alfamart, ali_pay, ali_pay_hk, alma, amazon_pay, apple_pay, atome, bacs, bancontact_card, becs, benefit, bizum, blik, boleto, bca_bank_transfer, bni_va, bri_va, card_redirect, cimb_va, classic, credit, crypto_currency, cashapp, dana, danamon_va, debit, duit_now, efecty, eft, eps, fps, evoucher, giropay, givex, google_pay, go_pay, gcash, ideal, interac, indomaret, klarna, kakao_pay, local_bank_redirect, mandiri_va, knet, mb_way, mobile_pay, momo, momo_atm, multibanco, online_banking_thailand, online_banking_czech_republic, online_banking_finland, online_banking_fpx, online_banking_poland, online_banking_slovakia, oxxo, pago_efectivo, permata_bank_transfer, open_banking_uk, pay_bright, paypal, paze, pix, pay_safe_card, przelewy24, prompt_pay, pse, red_compra, red_pagos, samsung_pay, sepa, sepa_bank_transfer, sofort, sunbit, swish, touch_n_go, trustly, twint, upi_collect, upi_intent, vipps, viet_qr, venmo, walley, we_chat_pay, seven_eleven, lawson, mini_stop, family_mart, seicomart, pay_easy, local_bank_transfer, mifinity, open_banking_pis, direct_carrier_billing, instant_bank_transfer, billie, zip, revolut_pay, naver_pay, payco