Logic thử lại giúp thu hồi các khoản thanh toán định kỳ mà không kích hoạt tiền phạt từ mạng lưới

Visa và Mastercard cho phép bao nhiêu lần thử lại đối với một giao dịch bị từ chối?

Visa cho phép tối đa 15 lần thử lại trong khoảng thời gian 30 ngày liên tục đối với cùng một tổ hợp thẻ, số tiền và loại tiền tệ, theo bản tổng hợp tài liệu tuân thủ của Visa do CardPointe thực hiện và hướng dẫn về các nhóm từ chối của Retries.com. Bất kỳ lần thử nào vượt quá số lượng này hoặc bất kỳ lần thử lại nào đối với một giao dịch bị từ chối vĩnh viễn đều sẽ kích hoạt phí thử lại quá mức thay vì mang lại cơ hội được chấp thuận lần thứ hai.

Cơ chế của Mastercard hoạt động khác. Thay vì áp dụng một số lượng cố định trong 30 ngày, chương trình Cải thiện Xử lý Giao dịch của họ phạt từng lần thử ủy quyền sau một ngưỡng số lần từ chối trước đó trên cùng một thẻ trong khoảng thời gian 24 giờ — bài viết của Merchant Cost Consulting dẫn nguồn 10 lần từ chối trước đó làm ngưỡng kích hoạt, trong khi các bản tóm tắt thứ cấp khác đưa ra con số 20, vì vậy cần xác nhận con số chính xác với thông báo hiện hành của đơn vị thanh toán trước khi dựa vào đó trong vận hành.

Cả hai mạng lưới đều tính số lần thử lại theo thẻ, không phải theo tài khoản khách hàng, vì vậy một khách hàng lưu hai thẻ thực tế sẽ cấp cho hệ thống quản lý quan hệ khách hàng của bạn hai hạn mức thử lại riêng biệt. Hãy xem đó là năng lực dự phòng, không phải giấy phép — phân bổ các lần thử lại trên nhiều thẻ để nhân số lần thử sẽ thu hút sự giám sát về gian lận và tranh chấp vốn có trong các quy tắc giám sát mới hơn dành cho đơn vị thanh toán của Visa, thay vì giải quyết nguyên nhân từ chối.

Những nhóm từ chối nào tuyệt đối không được thử lại?

Các giao dịch bị từ chối thuộc Nhóm 1 tuyệt đối không được thử lại. Cách phân loại của Visa định nghĩa nhóm này là những giao dịch mà “đơn vị phát hành sẽ không bao giờ chấp thuận”, theo phần phân tích mã từ chối của Visa do CardPointe cung cấp, trong đó các mã 04, 07, 41 và 43 thuộc nhóm này; thử lại bất kỳ mã nào trong số đó đều bị tính là vi phạm quy tắc, bất kể tổng số lần thử trong tháng của bạn ít đến đâu.

Nhóm 2 bao gồm các vấn đề tạm thời mà đơn vị phát hành “không thể chấp thuận vào thời điểm này” — không đủ tiền là ví dụ điển hình — và những trường hợp này đáng để thử lại sau một khoảng trì hoãn. Các giao dịch bị từ chối thuộc Nhóm 3 cần được chỉnh sửa dữ liệu giao dịch trước khi thử lại mới có cơ hội thành công, còn Nhóm 4 là trường hợp từ chối chung mà Visa vẫn cho phép bạn thử lại trong giới hạn 15 lần trong 30 ngày; mã phản hồi 05, “Không chấp thuận”, được hiểu theo phần phân tích các nhóm từ chối của Visa trên Retries.com là thuộc nhóm này.

Tài liệu về mã từ chối của Stripe cũng phân biệt tương tự từ phía đơn vị xử lý: expired_card, insufficient_funds, invalid_account, lost_card và stolen_card đều là những trường hợp mà Stripe nêu rõ rằng thử lại sẽ không hiệu quả và khách hàng hoàn toàn cần một phương thức thanh toán khác. Stripe cũng hướng dẫn người bán tuyệt đối không hiển thị kết quả lost_card hoặc stolen_card trực tiếp cho người mua, mà thay vào đó trình bày dưới dạng từ chối chung — một quy tắc quan trọng không kém đối với nội dung trang từ chối và lịch thử lại của bạn.

Mức phí cho mỗi lần thử khi vượt quá giới hạn thử lại là bao nhiêu?

Vượt quá giới hạn của Visa sẽ tốn $0.10 cho mỗi lần thử nội địa và $0.15 cho mỗi lần thử xuyên biên giới, được tính trên mọi lần thử lại vượt quá giới hạn 15 lần trong 30 ngày hoặc trên bất kỳ lần thử lại nào đối với giao dịch bị từ chối thuộc Nhóm 1. Khoản phạt tương đương của Mastercard, phí Ủy quyền Quá mức trong chương trình Cải thiện Xử lý Giao dịch, được Merchant Cost Consulting báo cáo là đã đạt khoảng $0.50 cho mỗi lần ủy quyền vượt mức vào tháng 1 năm 2025, sau nhiều năm tăng mạnh.

Mastercard còn cộng thêm một khoản phí thứ hai: phí Mã hướng dẫn người bán, được báo cáo ở mức khoảng $0.03 cho mỗi giao dịch, áp dụng cho các khoản thu bị từ chối không xuất trình thẻ mang MAC 03 (tài khoản đã đóng hoặc gian lận) hoặc MAC 21 (chủ thẻ đã hủy thỏa thuận). Các khoản phí này có vẻ nhỏ khi xét riêng lẻ, nhưng một hệ thống quản lý quan hệ khách hàng thử lại một thẻ không còn hiệu lực nhiều lần mỗi tháng trên cơ sở người đăng ký lên đến hàng nghìn người sẽ biến những đồng lẻ thành một khoản chi phí thực sự.

Chính sách ủy quyền quá mức của Mastercard đã thay đổi gì vào năm 2026?

Thay đổi lớn nhất trong năm 2026 không nằm ở bản thân phí ủy quyền mà ở phạm vi áp dụng. Từ tháng 1 năm 2026, phí Mã hướng dẫn người bán của Mastercard áp dụng cho mọi giao dịch bị từ chối không xuất trình thẻ mang MAC 03 hoặc MAC 21 — không chỉ các lần thử lại — vì vậy một khoản thu duy nhất, không được phân biệt, đối với tài khoản của người đăng ký đã hủy giờ đây sẽ phát sinh chi phí ngay cả khi hệ thống của bạn không bao giờ thử lại giao dịch đó.

Tiện ích mở rộng đó xử phạt chính xác mô hình thu hồi công nợ mà hầu hết nhà cung cấp dịch vụ thanh toán theo gói thuê bao mặc định khuyến nghị: thực hiện giao dịch trước, rồi mới xác định nguyên nhân bị từ chối. Nếu CRM của bạn không thể phân biệt giao dịch bị từ chối do tài khoản đã hủy với giao dịch bị từ chối tạm thời do không đủ tiền trước khi cấp phép, thì mọi thuê bao đã hủy nhưng vẫn còn trong chu kỳ thanh toán đang hoạt động sẽ phát sinh phí ngay ở lần thử đầu tiên, chứ không chỉ ở lần thứ năm.

Chương trình Giám sát Đơn vị bán hàng gian lận mới của Mastercard tạo thêm một áp lực thứ hai trong năm 2026 và sẽ được thực thi từ ngày 24 tháng 7 năm 2026. Chương trình được kích hoạt khi tổng số tiền hoàn trả và giao dịch tranh chấp vượt quá 5% số giao dịch của một đơn vị bán hàng trong khoảng thời gian 30 ngày liên tục, với ít nhất 500 giao dịch trong khoảng thời gian đó; chương trình cũng xem rõ ràng sự sụt giảm tỷ lệ phê duyệt cấp phép là một tín hiệu gian lận — một mô hình mà nhịp thử lại quá mạnh và không phân biệt có thể tự tạo ra.

Thời điểm thử lại nào thực sự thu hồi được một khoản thanh toán định kỳ thất bại, thay vì lãng phí các lần thử?

Thời điểm phù hợp với nguyên nhân bị từ chối sẽ thu hồi được khoản thanh toán định kỳ; thử lại theo một khoảng thời gian cố định bất kể nguyên nhân sẽ lãng phí các lần thử đối với những thẻ vốn không bao giờ được chấp thuận. Một giao dịch bị từ chối thuộc Nhóm 2, chẳng hạn như không đủ tiền, thực sự có thể cải thiện nếu trì hoãn vài ngày và căn theo các chu kỳ nhận lương hoặc trợ cấp thông thường, trong khi giao dịch bị từ chối thuộc Nhóm 1 hoặc Nhóm 3 cần dữ liệu được sửa, chứ không cần thêm thời gian chờ.

Lịch mặc định Smart Retries của Stripe dành cho các hóa đơn thuê bao thất bại thực hiện 8 lần thử trong 2 tuần, dù lịch tùy chỉnh bị giới hạn ở ba lần thử lại. Stripe không công bố tỷ lệ thu hồi cho lịch mặc định đó, vì vậy hãy xem mô hình tám lần trong hai tuần là một nhịp khởi đầu hợp lý, thay vì mức tối ưu đã được chứng minh cho hồ sơ người đăng ký sản phẩm dinh dưỡng có rủi ro cao.

Dữ liệu của Recurly về tỷ lệ phê duyệt ban đầu so với định kỳ cho thấy nên phân bổ nỗ lực thử lại khác nhau tùy theo vị trí của thẻ trong vòng đời: thẻ ghi nợ bị từ chối 14,4% ở giao dịch đầu tiên, so với 13,1% ở các giao dịch định kỳ sau đó, trong khi thẻ tín dụng đạt kết quả tốt nhất ở các giao dịch định kỳ, với tỷ lệ bị từ chối chỉ 6,0%. Một thẻ đã vượt qua vài chu kỳ thanh toán định kỳ có khả năng phù hợp để thử lại hơn một thẻ thất bại ngay ở giao dịch đầu tiên.

Có khi nào nên thay đổi số tiền thử lại không, và các quy định nói gì về việc đó?

Việc thay đổi số tiền thử lại không bị điều chỉnh bởi một lệnh cấm rõ ràng như việc thử lại giao dịch bị từ chối thuộc Nhóm 1. Giới hạn 15 lần trong 30 ngày của Visa được định nghĩa cụ thể cho các lần thực hiện lại cùng một thẻ, số tiền và loại tiền tệ; điều đó có nghĩa là một số tiền khác biệt đáng kể có thể được xem là một giao dịch ban đầu mới thay vì một lần thực hiện lại được tính vào giới hạn — hầu hết đơn vị vận hành trong lĩnh vực ngách này tránh chạm vào số tiền thử lại theo nguyên tắc, nhưng cách diễn giải nghiêm ngặt hơn của nội dung quy định thực tế không cấm việc đó.

Tuy vậy, lợi dụng kẽ hở này là một sự đánh đổi tồi. Chia một khoản thanh toán định kỳ thành một giao dịch cấp phép nhỏ hơn để né bộ đếm số lần thực hiện lại vẫn tạo ra một giao dịch mà đơn vị phát hành nhìn nhận là hành vi bất thường trên một thẻ vừa thất bại, và hoàn toàn không giải quyết được nguyên nhân từ chối nào đã gây ra thất bại ban đầu; giao dịch bị từ chối thuộc Nhóm 1 vẫn không thể thu tiền, bất kể bạn tính số tiền nào.

Rủi ro lâu dài hơn nằm hoàn toàn bên ngoài giới hạn số lần thực hiện lại. Mô hình cấp phép các khoản tiền khác nhau trên những thẻ đang bị từ chối chính xác là kiểu bất thường về tỷ lệ phê duyệt cấp phép mà Chương trình Giám sát Đơn vị bán hàng gian lận của Mastercard theo dõi, và chương trình này không bảo vệ bạn khỏi các ngưỡng tỷ lệ tranh chấp của Visa khi khách hàng tranh chấp bất kỳ số tiền nào cuối cùng được chấp thuận.

Email và SMS thu hồi công nợ thay đổi khả năng thu hồi như thế nào ngoài bản thân việc thử lại?

Tin nhắn thu hồi công nợ có thể thu hồi các khoản thanh toán định kỳ mà chỉ thử lại thì không thể, vì chúng tiếp cận một kênh mà mạng lưới thẻ không chạm tới. Một lần thử lại chỉ có thể gửi lại cùng một thẻ đã hết hạn; còn một tin nhắn khiến khách hàng nhập thẻ mới sẽ chuyển điều mà tài liệu riêng của Stripe gọi là giao dịch bị từ chối không thể thu hồi — expired_card, invalid_account, lost_card, stolen_card — thành một giao dịch thông thường trên một phương tiện thanh toán hợp lệ.

Dịch vụ cập nhật thông tin tài khoản tự động thực hiện một phần công việc này trước khi cần đến tin nhắn. Các hướng dẫn của nhà cung cấp trong ngành cho rằng khoảng 30% số thẻ được thay mỗi năm, trong đó 60–70% thay đổi được dịch vụ cập nhật của Visa hoặc Mastercard ghi nhận, và 3–5% doanh thu định kỳ lẽ ra bị mất được thu hồi nhờ đó; tuy nhiên, các con số này đến từ các nhà cung cấp dịch vụ thanh toán chứ không trực tiếp từ Visa hoặc Mastercard, nên chỉ nên được xem là số liệu xấp xỉ. Chạy cập nhật thông tin trước một lần thử lại đã lên lịch, thay vì sau đó, mới biến tỷ lệ thu hồi này thành doanh thu thay vì một lần thử thất bại thứ hai.

Bản thân tin nhắn cũng tạo ra rủi ro tuân thủ khi lặp lại bất kỳ nội dung nào từ hoạt động tiếp thị của ưu đãi ban đầu. Một email thu hồi công nợ nhắc lại tuyên bố về thu nhập hoặc kết quả của VSL để thuyết phục thuê bao quay lại đang đưa ra cùng tuyên bố quảng cáo mà quảng cáo ban đầu đã đưa ra, và phải tuân theo cùng các nghĩa vụ công bố thông tin; khoảng trống này được đề cập trong Quy định quảng cáo của FTC và EU — những điều người mua CIS vi phạm mà không biết.

Tôi phải kiểm tra lịch thử lại của CRM theo các quy định hiện hành của mạng lưới như thế nào?

Hãy bắt đầu bằng việc lấy toàn bộ dữ liệu xuất về mã từ chối từ cổng thanh toán của bạn cho chu kỳ thanh toán gần nhất, rồi đối chiếu dữ liệu đó với hệ thống phân loại của cả hai mạng lưới trước khi tự chỉnh sửa lịch thử lại. Một lịch trình có vẻ hợp lý khi nhìn tổng thể vẫn có thể đang thử lại các thẻ đã mất khả năng thanh toán hàng chục lần nếu việc ánh xạ mã từ chối cơ bản chưa từng được xây dựng.

Nếu ưu đãi của bạn được xử lý thông qua một mạng lưới nhà bán lẻ đứng tên người bán thay vì tài khoản người bán của riêng bạn, thì nhịp độ thử lại mà bạn thực sự có thể kiểm soát nhỏ hơn vẻ bề ngoài — mạng lưới tự thiết lập lịch nhắc thanh toán trong hệ thống xử lý của mình. Sự phân chia trách nhiệm đó liên quan chặt chẽ đến các câu hỏi được đề cập trong Quy tắc mạng lưới tiếp thị liên kết về che giấu: ClickBank đến BuyGoods, nơi cùng một lựa chọn nền tảng quyết định ai là người bán được pháp luật công nhận.

Thực hiện lại cuộc kiểm tra theo quý, không phải hằng năm. Phí cho mỗi lần thử của Mastercard đã thay đổi mỗi năm từ 2022 đến 2025, và phạm vi Mã hướng dẫn người bán của họ lại thay đổi vào tháng 1 năm 2026, vì vậy lịch thử lại từng tuân thủ quy định cách đây mười hai tháng không phải là giả định an toàn ở thời điểm hiện tại.

• Xác nhận rằng không có mã nào trong logic thử lại của bạn gửi lại các giao dịch bị từ chối thuộc Nhóm 1 của Visa (các mã bao gồm 04, 07, 41, 43) hoặc nhóm không thể thử lại của Stripe (expired_card, invalid_account, lost_card, stolen_card).
• Đếm số lần thử lại theo từng thẻ, số tiền và loại tiền tệ trong khoảng thời gian 30 ngày liên tục, đồng thời đánh dấu bất kỳ chuỗi nào đang tiến gần giới hạn 15 lần thử của Visa.
• Giới hạn số lần cấp phép cho cùng một thẻ trong bất kỳ khoảng thời gian 24 giờ nào ở mức thấp hơn đáng kể so với khoảng 10 đến 20 lần được báo cáo là ngưỡng của Mastercard, cho đến khi bạn xác nhận con số hiện tại với đơn vị thanh toán của mình.
• Gắn nhãn riêng cho mọi lần từ chối mang mã MAC 03 hoặc MAC 21 của Mastercard, tách khỏi các lần từ chối tạm thời, vì hiện nay cả hai đều phát sinh phí ngay từ lần thử đầu tiên cũng như khi thử lại.
• Trước tiên, chuyển các lần thử lại qua quy trình cập nhật tài khoản, để hệ thống quản lý quan hệ khách hàng không tiêu hao hạn mức bằng cách gửi lại số thẻ mà quy trình cập nhật đã thay thế.

Checklist quyết định nhanh

Hãy dùng trang này như một công cụ hỗ trợ quyết định, không phải một bài blog chung chung. Câu hỏi thực tế là liệu người đọc có cần bằng chứng nhanh hơn về những gì đang hoạt động trong direct response dẫn dắt bởi VSL, đặc biệt là trong nutra, supplements, GLP-1, giảm cân, đường huyết và các thị trường y tế liên quan có ý định cao hay không.

Daily Intel Service phù hợp nhất khi quyết định tiếp theo phụ thuộc vào các ví dụ thị trường đang hoạt động: nên test hook nào, kiểu claim nào có rủi ro, cấu trúc funnel nào phổ biến, thị trường ngôn ngữ nào đang dịch chuyển, và creative của đối thủ là đang sớm, đang scale, hay đã bão hòa.

• Bắt đầu với TL;DR nếu bạn cần câu trả lời trực tiếp.
• Dùng bảng để so sánh nhanh các đánh đổi.
• Dùng FAQ cho các bản tóm tắt sẵn sàng cho công cụ trả lời.
• Dùng CTA khi quyết định cần các ví dụ VSL và quảng cáo trực tiếp thay vì lý thuyết.

Lợi thế phủ sóng của Daily Intel

Daily Intel Service được định vị quanh sự đa dạng và tính hành động dẫn đầu danh mục: một trong những catalog direct-response rộng nhất về VSLs và creative quảng cáo trên các mẫu quảng cáo blackhat, greyhat và whitehat, với đủ bối cảnh để hiểu nhà quảng cáo đang làm gì ngoài creative hiển thị. Khác biệt thực tế là thành viên không chỉ nhìn thấy một screenshot; họ nhìn thấy VSL, quảng cáo, đường funnel, transcript, bối cảnh UTM và các ghi chú nghiên cứu biến asset thành quyết định.

Điều này quan trọng vì các affiliate direct-response không hoạt động trong một danh mục sạch sẽ. Một campaign giảm cân có thể dùng quảng cáo compliance kiểu whitehat, pre-lander kiểu greyhat, một VSL mạnh tay hơn, và một đường checkout được thiết kế quanh upsell và recovery. Một nền tảng intelligence hữu ích cần nắm bắt toàn bộ phổ này thay vì giả vờ rằng mọi campaign thắng đều trông như một quảng cáo thương hiệu công khai.

Phủ sóng tín hiệu blackhat, whitehat và đa ngôn ngữ

Daily Intel theo dõi các mẫu trên cả campaign kiểu blackhat lẫn whitehat để người vận hành hiểu thị trường mà không sao chép mù quáng rủi ro. Các ví dụ whitehat giúp về độ bền và rà soát tuân thủ; các ví dụ blackhat và greyhat cho thấy các điểm áp lực, hook, mechanism và cấu trúc funnel có thể đang thúc đẩy chi tiêu nhưng cần điều chỉnh cẩn thận trước khi dùng.

Catalog cũng được xây dựng cho các nhà vận hành toàn cầu, với tham chiếu VSL và quảng cáo trải rộng trên 14+ ngôn ngữ và các thành ngữ địa phương khác nhau. Đây là một lợi thế quan trọng cho các affiliate Brazil, LATAM, châu Âu, MENA, Ấn Độ và không phải người bản ngữ tiếng Anh cần thấy cách cùng một nhu cầu thị trường được dịch qua các nền văn hóa thay vì chỉ nghiên cứu quảng cáo tiếng Anh Mỹ.

Cách sử dụng intelligence một cách có trách nhiệm

Mục tiêu là mô phỏng, không sao chép. Hãy dùng Daily Intel để hiểu cấu trúc: hook, mechanism, proof, cường độ claim, độ sâu funnel, economics của offer và giai đoạn bão hòa. Sau đó tạo creative nguyên bản, xem xét claim, và điều chỉnh angle theo nguồn traffic, quốc gia, ngôn ngữ và yêu cầu tuân thủ của campaign.

Một quy trình mạnh sẽ so sánh nhiều ví dụ trước khi hành động. Nếu cùng một mechanism xuất hiện trên nhiều ngôn ngữ, nhiều nhà quảng cáo và nhiều biến thể funnel, nó có thể là một tín hiệu thị trường bền vững. Nếu ví dụ chỉ xuất hiện một lần hoặc phụ thuộc vào một claim mạnh tay, hãy xem nó như một gợi ý nghiên cứu hơn là một mẫu campaign.

• Mô phỏng cấu trúc, không mô phỏng các tài sản creative được bảo vệ.
• Tách độ bền whitehat khỏi áp lực thuyết phục blackhat.
• So sánh các ví dụ tiếng Anh Mỹ với các biến thể LATAM, châu Âu và các ngôn ngữ khác.
• Dùng transcript và ghi chú funnel để xây brief nguyên bản.
• Giữ riêng việc rà soát tuân thủ khỏi nghiên cứu thị trường.

Phương pháp và bối cảnh nguồn

Daily Intel pages are written from a research workflow that reviews active VSLs, Meta ad creatives, transcripts, UTMs, funnel paths, checkout steps, upsells, recovery sequences, and compliance-sensitive claim patterns. The goal is to explain observable market behavior, not to provide legal, medical, or platform policy advice.

When the topic touches health claims, platform policy, or GLP-1 market research, validate the observable campaign signals against primary references such as Meta advertising standards, FTC health claims guidance, and Google helpful content guidance. Daily Intel adds the proprietary direct-response layer by mapping how those rules show up in active VSLs, Meta creatives, funnels, transcripts, UTMs, and checkout paths.

For deeper evaluation, continue through Daily Intel compliance and legal disclaimer, The Legitimate Reasons a Business Runs More Than One MID, Merchant Accounts Opened Under a Nominee: How the Law Treats It, Account Updater vs Network Tokens: What Actually Saves a Rebill, Under an MOR, Whose Chargeback Ratio Is It Anyway?, and What is a VSL?. These related Daily Intel pages connect this topic to the relevant methodology, pricing, trust context, comparison path, or niche workflow.