Theo một đơn vị bán hàng được ghi nhận, tỷ lệ bồi hoàn thuộc về ai?

Đơn vị thanh toán đầu mối của đơn vị bán hàng được ghi nhận nhìn thấy các khoản bồi hoàn của tôi hay tổng hợp của đơn vị đó?

Đơn vị thanh toán đầu mối chỉ nhìn thấy tỷ lệ tổng hợp của đơn vị bán hàng được ghi nhận, không bao giờ thấy các giao dịch riêng của bạn được tách ra. Paddle, FastSpring, ClickBank, BuyGoods và Digistore24 đều đứng giữa bạn và các mạng lưới thẻ với tư cách là nhà bán lẻ hoặc người bán lại được ghi nhận, nghĩa là mọi giao dịch ủy quyền, hoàn tiền và tranh chấp đều đi qua một mã người bán do nền tảng sở hữu. Doanh số của bạn được trộn với các giao dịch từ những người bán khác trên cùng nền tảng trước khi một tỷ lệ duy nhất đến Visa hoặc Mastercard.

Câu hỏi về trách nhiệm và câu hỏi về chi phí không phải là cùng một câu hỏi, dù hầu hết nhà vận hành lại xem chúng là một. Các điều khoản dành cho người bán lại của Paddle buộc nhà cung cấp hoàn trả toàn bộ số tiền hoàn trả hoặc bồi hoàn cộng mọi khoản phí và chi phí ngay khi Paddle tiếp nhận một khoản, nghĩa là trách nhiệm ở cấp mạng lưới chuyển sang đơn vị bán hàng được ghi nhận nhưng tổn thất kinh tế lập tức quay lại với bạn — việc tổng hợp bảo vệ tỷ lệ của bạn, không bảo vệ biên lợi nhuận.

Việc trộn lẫn đó mang tính cấu trúc, không phải đặc ân. Chương trình Giám sát Đơn vị Thanh toán Đầu mối của Visa tính Tỷ lệ VAMP bằng số báo cáo gian lận cộng tranh chấp chia cho số giao dịch đã tất toán, tính ở cấp đơn vị thanh toán đầu mối trên toàn bộ danh mục giao dịch không xuất trình thẻ của nền tảng — cùng logic mà Mastercard áp dụng thông qua chương trình Đơn vị Bán hàng Có Mức Bồi hoàn Quá Mức, trong đó chia số khoản bồi hoàn của một tháng cho doanh số của tháng trước đối với đơn vị bán hàng được ghi nhận, không phải đối với bất kỳ người bán nào bên trong đơn vị đó.

Tự vận hành tài khoản người bán và tỷ lệ hoàn toàn thuộc về bạn, thay đổi ngay khi ưu đãi của bạn thay đổi. Nằm trong một đơn vị bán hàng được ghi nhận, hàng nghìn người bán không liên quan sẽ làm loãng hoặc tập trung con số đó trước khi bạn nhìn thấy nó, một sự đánh đổi được trình bày trong Đơn vị bán hàng được ghi nhận so với tài khoản người bán riêng so với bên tổng hợp dịch vụ thanh toán.

Các đơn vị bán hàng được ghi nhận đo lường và thực thi ngưỡng bồi hoàn theo từng người bán như thế nào?

Không có đơn vị bán hàng được ghi nhận lớn nào công bố tỷ lệ bồi hoàn theo từng người bán mà họ sẽ thực thi, vì vậy ngưỡng bạn thực sự phải vận hành theo là ngưỡng hợp đồng, không phải ngưỡng thống kê. Các điều khoản của Paddle hoàn toàn không nêu tỷ lệ — thay vào đó, điều khoản 10.4 trong thỏa thuận bán lại buộc bạn hoàn trả toàn bộ số tiền hoàn trả hoặc bồi hoàn cộng phí ngay khi Paddle tiếp nhận một khoản, thực thi kỷ luật bằng chi phí trực tiếp thay vì tỷ lệ phần trăm được công bố.

Polar nêu rõ hơn về cơ chế, dù không đưa ra tỷ lệ: nền tảng tính $15 cho mỗi tranh chấp bất kể kết quả, khấu trừ thẳng vào số dư của bạn, cộng với mức phí chính theo bậc từ 5% + 50¢ xuống 3,4% + 30¢ cho mỗi giao dịch tùy theo khối lượng. Khoản phí theo từng tranh chấp đó trên thực tế là một ngưỡng — gửi quá nhiều tranh chấp và riêng dòng phí này đã bào mòn biên lợi nhuận từ lâu trước khi bất kỳ chương trình mạng lưới nào chú ý đến bạn.

Điều không nền tảng nào tiết lộ là điểm xem xét nội bộ nơi người bán bị gắn cờ, hạn chế hoặc yêu cầu rời đi. Con số đó tồn tại ở đâu đó trong quy trình thẩm định của mỗi nền tảng, nhưng không công khai, và bất kỳ con số cụ thể nào được đưa ra đều nên được xem là phỏng đoán được ngụy trang thành dữ liệu. Cơ chế hoạt động của mối quan hệ với đơn vị bán hàng được ghi nhận trước khi bạn tiến gần đến điểm đó được trình bày trong Đơn vị bán hàng được ghi nhận — giải thích cho chủ sở hữu ưu đãi thực phẩm bổ sung.

Gian lận của những người bán khác trên cùng đơn vị bán hàng được ghi nhận có thể khiến tài khoản của tôi bị hạn chế không?

Có — vì đơn vị thanh toán đầu mối chỉ nhìn thấy con số tổng hợp của đơn vị bán hàng được ghi nhận, một đợt gian lận tăng vọt từ một người bán có thể đẩy toàn bộ nền tảng đến gần ngưỡng được thực thi đối với mọi người trên đó. Theo các quy tắc có hiệu lực từ ngày 1 tháng 6 năm 2025, VAMP của Visa xác định một đơn vị bán hàng là Vượt mức khi tỷ lệ đạt 220 điểm cơ bản trên các khu vực AP, Canada, EU và Hoa Kỳ, siết xuống 150 điểm cơ bản từ ngày 1 tháng 4 năm 2026, và đơn vị bán hàng được ghi nhận là “đơn vị bán hàng” trong phép tính đó, không phải bất kỳ người bán riêng lẻ nào bên trong nó.

Bất kỳ ngưỡng nào dưới đây cũng được tính trên toàn bộ danh mục của đơn vị bán hàng được ghi nhận, không tính riêng cho bạn.

Ai kiểm soát mô tả thanh toán, và tôi có thể thay đổi điều gì về mô tả đó?

Nền tảng chịu trách nhiệm ghi nhận giao dịch kiểm soát hoàn toàn tên hiển thị, chấm hết — tên của họ là tên xuất hiện trên sao kê thẻ của khách hàng, theo chính định nghĩa của Paddle về vai trò này, và người bán không có quyền độc lập đặt một tên pháp lý khác ở đó. Điều bạn thường có thể tác động là dòng mô tả sản phẩm bên dưới hoặc bên cạnh tên đó, tùy thuộc vào quy tắc định dạng của mạng lưới thẻ.

Sổ tay Tiêu chuẩn Dữ liệu Người bán của Visa dành 25 ký tự cho tên người bán trong quá trình ủy quyền và thanh toán bù trừ, yêu cầu những tên dài hơn phải được viết tắt thay vì chỉ bị cắt ngắn, đồng thời yêu cầu phần tên giúp nhận diện duy nhất doanh nghiệp phải được giữ lại trong bản viết tắt. Khi tên hiển thị không rõ ràng phù hợp với mã ngành nghề người bán, Visa cũng yêu cầu bổ sung ngôn ngữ nhận diện.

Một quy định đáng lưu ý: sổ tay của Visa cho phép rõ ràng việc thêm từ ngữ bổ sung sau tên người bán trong khoản thu định kỳ đầu tiên sau thời gian dùng thử, báo hiệu rằng giai đoạn giảm giá hoặc dùng thử đã kết thúc và mức phí đăng ký thông thường hiện được áp dụng. Đây là một đòn bẩy về tên hiển thị mà hầu hết chủ sở hữu ưu đãi thực phẩm bổ sung chưa sử dụng, và nó nằm trong quyền kiểm soát định dạng của nền tảng chịu trách nhiệm ghi nhận giao dịch, chứ không phải điều bạn có thể tự ý thêm.

Hóa đơn đứng sau tên hiển thị đó lại đặt ra một câu hỏi kiểm soát riêng: ai thực sự kê khai và nộp thuế bán hàng hoặc VAT được tính trên giao dịch. Điều khoản của Paddle nêu rõ rằng họ tự xử lý toàn bộ việc thu, kê khai và nộp thuế bán hàng, đây là một cách trả lời — phần so sánh đầy đủ hơn giữa các nền tảng nằm trong ai nộp thuế khi nền tảng chịu trách nhiệm ghi nhận giao dịch xuất hiện trên hóa đơn.

Ai xử lý cuộc gọi dịch vụ khách hàng giúp ngăn chặn tranh chấp?

Điều đó hoàn toàn phụ thuộc vào nền tảng chịu trách nhiệm ghi nhận giao dịch mà bạn đang sử dụng, và sự phân chia này quyết định ai thực sự ngăn chặn tranh chấp trước khi nó được đệ trình. Tài liệu của FastSpring nêu rõ rằng Điều khoản và Điều kiện của chính họ — không phải của nhà xuất bản — điều chỉnh giao dịch, nghĩa là FastSpring, chứ không phải bạn, là bên tiếp nhận khi người mua gọi yêu cầu hoàn tiền.

BuyGoods nói rất rõ về điều này: điều khoản dành cho nhà cung cấp của họ nêu rằng mọi yêu cầu hoàn tiền và đổi hàng đều do BuyGoods quản lý, đồng thời điều khoản dành cho người tiêu dùng trao quyền trả hàng trong 60 ngày mà mọi chủ sở hữu ưu đãi thực phẩm bổ sung trên nền tảng đều được hưởng. ClickBank cũng tự xác định theo cách tương tự, gọi mình là nhà bán lẻ của sản phẩm được bán — một vai trò chỉ nền tảng giao hàng mới có thể đảm nhận, vì Paddle, FastSpring và Polar hoàn toàn không chấp nhận sản phẩm vật lý, sự khác biệt này được đề cập trong những nền tảng chịu trách nhiệm ghi nhận giao dịch nào thực sự chấp nhận thực phẩm bổ sung vật lý.

Việc chuyển giao đó quan trọng vì một lý do vượt xa sự tiện lợi. Các công cụ ngăn chặn trước tranh chấp như Verifi Order Insight và Ethoca Consumer Clarity của Mastercard hoạt động bằng cách đưa thông tin đơn hàng — mô tả mặt hàng, trạng thái hoàn tiền, thông tin liên hệ — đến trước chủ thẻ hoặc nhân viên ngân hàng ngay khi có yêu cầu giải đáp, trước khi vấn đề trở thành khoản bồi hoàn. Bên trả lời điện thoại hoặc cung cấp dữ liệu cho hệ thống đó mới là bên thực sự ngăn chặn tranh chấp, chứ không phải bên phải gánh chịu nó sau đó.

Tôi có nhận được bằng chứng tranh chấp và mã lý do, hay chỉ nhận một con số ròng?

Phần lớn là bạn chỉ nhận một con số ròng, chứ không nhận hồ sơ vụ việc gốc. Điều khoản 10.4 của Paddle buộc bạn hoàn trả toàn bộ số tiền hoàn lại hoặc khoản bồi hoàn, cộng với phí và chi phí, qua đó xác nhận nền tảng theo dõi khoản lỗ đến tận giao dịch — nhưng không điều khoản nào được công bố của các nền tảng chịu trách nhiệm ghi nhận giao dịch được xem xét ở đây cam kết chuyển cho bạn mã lý do tranh chấp, bằng chứng đã nộp hoặc diễn biến kết quả.

Khoảng trống này cần được gọi tên thật chính xác, vì mã lý do chính là công cụ chẩn đoán. Điều kiện tranh chấp 10.4 của Visa, “Gian lận khác — Môi trường không có thẻ”, và mã lý do 13.2, “Giao dịch định kỳ đã hủy”, chỉ ra gian lận thân thiện và tranh chấp thanh toán mà bạn có thể khắc phục bằng công bố rõ ràng hơn hoặc quy trình hủy tốt hơn; các mã 13.1, 13.3, 13.6 và 13.7 thường chỉ ra những thất bại thực sự trong khâu hoàn tất đơn hàng hoặc hoàn tiền ở phía vận hành. Không có mã, bạn chỉ đang đoán mình đang chống lại vấn đề nào.

Việc một nền tảng chịu trách nhiệm ghi nhận giao dịch có cung cấp mức độ chi tiết đó khi được yêu cầu hay không không được bất kỳ nền tảng nào nêu trong điều khoản đã công bố. Hãy coi đây là câu hỏi cần đặt ra trước khi ký, chứ đừng xem đó là điều mặc nhiên có.

Việc một nền tảng chịu trách nhiệm ghi nhận giao dịch thực sự chấm dứt quan hệ khi các tỷ lệ trở nên tồi tệ sẽ diễn ra như thế nào?

Trước tiên là đóng băng tiền, sau đó là đóng tài khoản, với rất ít tài liệu công khai về quy trình ở giữa. Trường hợp điển hình rõ ràng nhất cũng là trường hợp tồi tệ nhất: Digital River Marketing Solutions đã nộp đơn xin phá sản theo Chương 7 vào ngày 1 tháng 5 năm 2025, và các bản tin mô tả việc khoản thanh toán cho người bán bị dừng từ khoảng tháng 7 năm 2024, thủ tục mất khả năng thanh toán đối với các công ty con ở Đức, cùng một vụ kiện tại Hạt Hennepin do Kaspersky khởi kiện, cáo buộc khoảng 18 triệu đô la chưa bao giờ được chuyển trả.

Nếu chưa đến mức sụp đổ, cơ chế này giống với quy trình thu hẹp hoạt động xử lý rủi ro cao thông thường — giữ khoản dự trữ để đối phó với tranh chấp trong tương lai, phí tài khoản không hoạt động tiếp tục phát sinh, các khoản thanh toán bị trì hoãn trong khi chờ đối soát. ClickBank, chẳng hạn, tính phí tài khoản không hoạt động tăng từ $1 mỗi kỳ thanh toán sau 90 ngày không phát sinh thu nhập lên $50 mỗi kỳ thanh toán sau 365 ngày, gần giống với hình thái của một tài khoản đang trong quá trình thu hẹp hoạt động ngay cả khi chưa chấm dứt hoàn toàn.

Không có điều khoản MOR nào được xem xét ở đây công bố SLA chấm dứt hợp tác chính thức, tỷ lệ dự phòng hoặc thời gian tạm giữ riêng cho người bán bị chấm dứt vì lý do liên quan đến tỷ lệ. Chi tiết đó nằm trong trao đổi riêng của từng tài khoản, không phải chính sách công khai; còn cơ chế chi trả được áp dụng trong hoạt động bình thường được trình bày trong cách cơ chế chi trả, khoản tiền giữ lại và khoản dự phòng hoàn tiền của MOR thực sự vận hành.

Việc chấm dứt tài khoản MOR có theo tôi sang đơn vị xử lý thanh toán tiếp theo không?

Đôi khi có, và câu trả lời thành thật là đây là phần ít được ghi chép nhất trong toàn bộ mối quan hệ. Các hồ sơ MATCH do đơn vị thanh toán mua lại chấm dứt tài khoản người bán lập, và báo cáo đi theo cá nhân — tên, địa chỉ, số điện thoại và mã số thuế của chủ sở hữu chính — vì vậy một công ty mới do chính người đó thành lập sẽ bị đối chiếu khi tra cứu.

Tuy nhiên, dưới mô hình MOR, người bán hợp pháp được ghi nhận là nền tảng, không phải bạn. Điều này đặt ra một câu hỏi mà không điều khoản MOR nào được công bố trong bài đánh giá này trả lời trực tiếp: việc người bán rời khỏi MOR có bao giờ tạo ra hồ sơ MATCH đối với chính người bán đó không, hay hồ sơ chỉ nằm trong ghi chú nội bộ của nền tảng? Cần kiểm tra vấn đề này dựa trên thực tiễn báo cáo thực tế của từng MOR trước khi bạn dựa vào bất kỳ câu trả lời nào.

Điều được ghi nhận là việc xóa hồ sơ MATCH vốn rất hạn chế — chỉ được thực hiện khi đơn vị thanh toán mua lại thừa nhận có sai sót, hoặc, chỉ đối với hồ sơ liên quan đến PCI, khi đạt được trạng thái tuân thủ — và hồ sơ về tỷ lệ bồi hoàn quá mức hoặc gian lận không thể được xóa bằng cách khắc phục sau đó. Nếu mối quan hệ MOR của bạn từng xuất hiện trong một lần tra cứu MATCH, hãy chuẩn bị để hồ sơ tồn tại đủ thời hạn năm năm, thay vì nghĩ rằng có thể thương lượng.

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, Best Link Cloaker: Read Before You Rely on It, What is Cloaking Film?, Antidetect Browser Proxy: A Reference for Operators, Antidetect Browser Android: What the Evidence Shows, 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.