Mã lý do hoàn tiền Nutra: 10.4 và 13.x đang cho bạn biết điều gì

Sự khác biệt giữa mã gian lận (10.x) và mã tranh chấp của người tiêu dùng (13.x) là gì?

Mã gian lận cáo buộc; mã tranh chấp phàn nàn. Mã 10.x có nghĩa là chủ thẻ nói với ngân hàng rằng họ hoàn toàn chưa từng cho phép giao dịch. Mã 13.x có nghĩa là họ thừa nhận đã mua nhưng cho rằng bạn không giao hàng, mô tả sai sản phẩm, tiếp tục tính phí sau khi hủy hoặc chưa hoàn lại khoản tiền bạn có nghĩa vụ hoàn trả.

Ngôn ngữ quy tắc tranh chấp của chính Visa liệt kê 10.4 là "Gian lận khác—Môi trường không có thẻ" thuộc Nhóm tranh chấp 10, và đây là mã gian lận phổ biến nhất trong bán lẻ không xuất trình thẻ, bao gồm cả Nutra. Nhóm tranh chấp 13, Tranh chấp của người tiêu dùng, bao gồm các mã mô tả trực tiếp lỗi vận hành: 13.1 đối với hàng hóa chưa từng được nhận, 13.3 đối với hàng hóa không đúng mô tả hoặc bị lỗi, 13.6 đối với khoản tín dụng chưa được xử lý, 13.7 đối với hàng hóa đã hủy và 13.2 đối với khoản phí định kỳ mà chủ thẻ nói rằng họ đã hủy trước đó.

Một nhóm đo lường điều khách hàng nghĩ về thẻ của họ. Nhóm kia đo lường điều quy trình bán hàng của bạn thực sự đã làm. Những đội ngũ xem mọi khoản hoàn tiền là gian lận cuối cùng lại mua các công cụ sàng lọc gian lận trong khi điều họ cần là một nút hủy hoạt động đúng cách.

Tại sao "gian lận" 10.4 thường có nghĩa là người thân và các khoản thu lại bị quên, chứ không phải tội phạm?

Một vụ 10.4 chống lại sản phẩm dùng thử Nutra hầu như không bao giờ có nghĩa là thẻ bị đánh cắp. Các phân tích mã tranh chấp từ Chargeflow và Chargebacks911 cho thấy trong mô hình thanh toán từ dùng thử sang đăng ký, 10.4 và 13.2 là hai mã thường được gửi nhất dưới dạng gian lận thân thiện: chủ thẻ đã cho phép giao dịch nhưng vẫn tranh chấp. Điều này trái với cách phần lớn đội ngũ trong lĩnh vực này xử lý 10.4, mặc định coi đây là gian lận do thẻ bị đánh cắp và không thể thắng, trong khi dữ liệu không ủng hộ việc luôn xem nó như vậy.

Tình huống điển hình không phải là một đường dây gian lận. Đó là người vợ hoặc chồng không nhận ra một khoản $79.95, một người con đã trưởng thành quên rằng họ đã nhấp qua quy trình dùng thử ba tuần trước, hoặc một chủ thẻ không nhớ khoản phí vận chuyển $4.95 từ chín mươi ngày trước và gọi đó là gian lận vì đó là cách nhanh nhất để ngân hàng hoàn tiền cho họ. Các tranh chấp do người thân và khoản thu lại bị quên được chuyển qua 10.4 vì đó là mã tổ chức phát hành sử dụng khi câu chuyện còn mơ hồ, chứ không phải vì ai đó đã tính phí vào thẻ mà không được phép.

Sự phân biệt này nên thay đổi cách bạn xây dựng hệ thống. Nếu phần lớn lưu lượng 10.4 của bạn là gian lận thân thiện, giải pháp là công khai thông tin và bổ sung dữ liệu giao dịch ngay khi có yêu cầu tra cứu, chứ không phải thêm một nhà cung cấp chấm điểm gian lận khác.

Mã lý do nào cho thấy vấn đề về thông tin công khai trong điều khoản dùng thử của bạn?

13.2, "Giao dịch định kỳ đã hủy", trực tiếp nêu tên vấn đề về thông tin công khai: chủ thẻ nói rằng họ đã hủy nhưng bạn vẫn tính phí. Cùng với 13.1, 13.3, 13.6 và 13.7, các phân tích mã tranh chấp từ Chargeflow và Chargebacks911 xem những mã tranh chấp của người tiêu dùng này có khả năng phản ánh lỗi thực sự trong việc hoàn tất đơn hàng, chất lượng hoặc hoàn tiền từ phía người bán cao hơn mô hình gian lận thân thiện của 10.4. 13.2 nằm ở giữa, có thể mang nghĩa "bạn chưa bao giờ thực sự cho tôi hủy" cũng như "tôi quên rằng mình đã đồng ý điều này."

ROSCA, 15 U.S.C. 8403, đặt ra tiêu chuẩn tối thiểu của liên bang: người bán theo mô hình tùy chọn âm phải công khai rõ ràng mọi điều khoản quan trọng trước khi tiếp nhận thông tin thanh toán, có được sự đồng ý rõ ràng và đầy đủ thông tin trước khi tính phí, đồng thời cung cấp một cách đơn giản để dừng các khoản phí. Tỷ lệ 13.2 tăng trên một quy trình bán hàng dùng thử cụ thể thường có nghĩa là một trong ba trụ cột này yếu, dù thông tin công khai bị chôn vùi, thao tác đồng ý không tách biệt với thao tác "bắt đầu dùng thử", hay việc hủy khó hơn rất nhiều so với đăng ký.

Sổ tay Tiêu chuẩn Dữ liệu Người bán của Visa (tháng 4 năm 2026) đưa ra một giải pháp mang tính cơ học ở đây: cho phép bổ sung ngôn ngữ vào tên người bán ngay trên bảng kê thanh toán đầu tiên sau thời gian dùng thử, thông báo rằng thời gian dùng thử hoặc khuyến mãi đã kết thúc và mức giá thông thường hiện được áp dụng. Rất ít đơn vị thanh toán Nutra sử dụng cách này, nó không tốn chi phí và nhắm chính xác vào lời phàn nàn "tôi không biết nó sẽ gia hạn" tạo ra phần lớn các vụ 13.2.

Những tranh chấp nào đáng để phản biện, và bằng chứng nào giúp bạn thắng?

Hãy phản biện các vụ 10.4 khi mô hình giao dịch phù hợp với lịch sử giao dịch của chính chủ thẻ, và chỉ phản biện các mã 13.x khi bạn có bằng chứng bằng văn bản cho thấy tuyên bố thực tế trong tranh chấp là sai. 10.4 là một trong các điều kiện đủ để phản hồi bằng Chứng cứ thuyết phục của Visa, hoạt động bằng cách cho tổ chức phát hành thấy rằng thẻ này trước đây đã từng giao dịch với bạn trong những hoàn cảnh không phù hợp với việc bị đánh cắp.

Đối với các mã gian lận, bằng chứng có sức thuyết phục nhất là lịch sử đơn hàng trước đó không bị tranh chấp trên cùng thẻ, địa chỉ IP hoặc dấu vân tay thiết bị trùng khớp, và xác nhận giao hàng. Với 13.1, bạn cần dữ liệu theo dõi và chữ ký; với 13.3, bạn cần phần mô tả sản phẩm mà khách hàng thực sự đã thấy khi thanh toán, không phải trang đích hiện tại của bạn; với 13.6, bạn cần dấu thời gian hoàn tiền; với 13.7, bạn cần nhật ký hủy của chính mình. Verifi Order Insight là kênh truyền dữ liệu Compelling Evidence 3.0 đến ngân hàng phát hành, đây là một lý do khiến công cụ cảnh báo tranh chấp xứng đáng với chi phí bỏ ra cho một hồ sơ thanh toán định kỳ trước khi vụ việc đến giai đoạn phản biện.

Đừng phản biện những vụ việc mà hồ sơ của chính bạn đồng nhất với lời trình bày của chủ thẻ. Việc tranh đấu một vụ 13.2 mà bạn thực sự không thể bác bỏ sẽ làm mất thiện cảm của đơn vị xử lý thanh toán với tỷ lệ thắng gần bằng không, và vụ việc đó vẫn được tính là một tranh chấp trong phép tính giám sát của Visa hoặc Mastercard, bất kể kết quả cuối cùng ra sao.

Việc thắng phản biện có loại khoản tranh chấp khỏi tỷ lệ VAMP của bạn không?

Không, nếu chỉ riêng việc đó. Bảng thông tin của Visa định nghĩa Tỷ lệ VAMP là gian lận (TC40) cộng với tranh chấp (TC15), chia cho các giao dịch đã quyết toán (TC05), và số lượng đó được tính khi tranh chấp TC15 được đệ trình, không phải khi tranh chấp được quyết định. Thắng phản biện không xóa TC15 khỏi tử số.

Điều thực sự làm giảm tỷ lệ là một tranh chấp hoàn toàn không trở thành TC15. Bảng thông tin loại trừ các tranh chấp được giải quyết thông qua giải pháp trước tranh chấp, Rapid Dispute Resolution và Verifi CDRN, đồng thời loại trừ riêng gian lận TC40 đủ điều kiện cho Compelling Evidence 3.0. Tuy nhiên, RDR không gọn gàng như tên gọi: khi một đơn vị bán hàng tham gia gửi phản hồi tín dụng cho khách hàng, Visa Resolve Online vẫn đệ trình một giao dịch tài chính tranh chấp qua TC15, vì vậy RDR ngăn hồ sơ tranh chấp được tính cho mục đích VAMP nhưng không rút lại bất kỳ báo cáo gian lận TC40 nào mà ngân hàng phát hành đã nộp. Vì một tranh chấp không có thẻ có thể đồng thời tạo ra cả TC40 và TC15, phân tích ngành của Chargeback Gurus cho rằng RDR chỉ loại bỏ phần TC15; CE 3.0 được ngân hàng phát hành chấp nhận mới là đòn bẩy duy nhất cũng xóa được phần TC40. Sự khác biệt đó quyết định liệu tỷ lệ VAMP của bạn có thực sự thay đổi sau khi cải thiện quy trình tranh chấp hay chỉ làm thay đổi cơ cấu tranh chấp bên trong tỷ lệ đó.

Phản biện bảo vệ doanh thu trong từng vụ việc. Nó hầu như không cải thiện vị thế của bạn trong chương trình giám sát. Các công cụ chuyển hướng ngăn vụ việc trở thành tranh chấp chính thức mới là thứ thực sự bảo vệ tỷ lệ.

Phân bổ mã lý do như thế nào là lành mạnh so với bất ổn đối với một ưu đãi thanh toán định kỳ?

Một hồ sơ thanh toán định kỳ lành mạnh nghiêng về các mã 13.x và tránh xa 10.4; hồ sơ bất ổn thì ngược lại, với 10.4 và 13.2 chiếm ưu thế bất kể vấn đề thực sự nằm ở đâu trong phễu. Sự lệch này tự nó đã mang tính chẩn đoán: mức tập trung 10.4/13.2 thường chỉ ra việc công bố thông tin không đầy đủ tại bước thanh toán, trong khi mức tập trung 13.1/13.3/13.6 thường chỉ ra vấn đề ở khâu hoàn tất đơn hàng hoặc vận hành hoàn tiền.

Mỗi mã chính nên làm thay đổi cụ thể điều gì trong phễu của bạn?

Mỗi mã là một chỉ dẫn, không chỉ là một nhãn. Việc một mã liên tục tăng phải kích hoạt một thay đổi vận hành cụ thể, không phải một sáng kiến chung chung về "giảm tranh chấp", vì giải pháp cho vấn đề 10.4 và giải pháp cho vấn đề 13.6 hầu như không có điểm chung.

Cách tính của Mastercard làm cho mức độ nghiêm trọng trở nên cụ thể: vượt qua 100 khoản tranh chấp và tỷ lệ 1,50% trong một tháng sẽ đưa bạn vào chương trình Đơn vị bán hàng có quá nhiều tranh chấp, với các khoản phạt tăng từ 0 trong tháng đầu tiên lên $50,000 vào tháng thứ mười hai nếu cơ cấu mã nền tảng không được xử lý.

• 10.4 tăng: triển khai dữ liệu làm phong phú giao dịch (Order Insight, Consumer Clarity) để ngân hàng phát hành thấy thông tin đơn hàng trước khi tranh chấp hình thành, đồng thời siết chặt bước chấp thuận tại trang thanh toán để khoản phí trở nên không thể nhầm lẫn.
• 13.2 tăng: xây dựng lại quy trình hủy thành một luồng thực sự chỉ gồm một bước; ARL sửa đổi của California (AB 2863, có hiệu lực ngày 1 tháng 7 năm 2025), GBL 527/527-a sửa đổi của New York (có hiệu lực ngày 5 tháng 11 năm 2025) và SB25-145 của Colorado (có hiệu lực ngày 16 tháng 2 năm 2026) ngày càng yêu cầu điều này một cách rõ ràng.
• 13.1 đang tăng: khắc phục quy trình thực hiện đơn hàng, giải quyết việc xác minh địa chỉ, ghi nhận thông tin theo dõi và lưu xác nhận giao hàng cho từng mã đơn hàng.
• 13.3 đang tăng: kiểm tra các tuyên bố trên trang đích và VSL đối chiếu với những gì thực sự được giao; sự sai lệch ở đây tạo ra các vụ 13.3 và đồng thời làm phát sinh rủi ro tuân thủ riêng.
• 13.6/13.7 đang tăng: đẩy nhanh việc xử lý hoàn tiền và hủy đơn; hoàn tiền chậm biến một yêu cầu mà bạn có thể đã chấp thuận thành một khoản khiếu nại giao dịch, vẫn bị tính bất lợi cho bạn.

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, Tracking Template Teardown: Reading a Competitor URL, How to Trace the Redirect Chain Behind an Affiliate Ad, Referrer Stripping: How Funnels Hide Their Traffic Source, How to Identify a Cloaking Provider From URL Patterns, 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.