Một nhà phát triển ứng dụng có thể chặn một khoản chargeback sau khi khách hàng đã nộp không?

Không trực tiếp. Apple và Google là bên bán ghi nhận (merchant of record), nên cửa hàng, chứ không phải nhà phát triển, mới phản đối tranh chấp với ngân hàng. Đầu vào duy nhất của bạn là cửa sổ xem xét của cửa hàng, là 12 giờ cho yêu cầu tiêu thụ của Apple và 24 giờ cho orders.reviewrefund của Google Play. Bỏ lỡ cửa sổ và tranh chấp được quyết định mà không có bằng chứng của bạn.

Ai trả phí chargeback trên Google Play sau ngày 3 tháng 8 năm 2026?

Nhà phát triển. Theo chính sách của Google, đối với các đơn hàng đặt sau ngày đó nhà phát triển gánh giá mua trừ đi phí dịch vụ của Play, cộng với phí chargeback do ngân hàng tính, trong khi Google vẫn chỉ chi trả phần phí dịch vụ của riêng mình. Trên các giao dịch mua giá thấp, khoản phí cố định của ngân hàng có thể vượt quá số tiền khách hàng trả.

Phải chăng hầu hết các khoản chargeback trên ứng dụng đến từ gian lận?

Không. Một tỷ lệ lớn bắt đầu từ sự nhầm lẫn, một khách hàng không thể nhận ra một khoản phí trên sao kê và gọi cho ngân hàng thay vì nhà phát triển. Đó là lý do một mô tả thanh toán dễ nhận ra, biên lai mang thương hiệu, lời nhắc gia hạn, và hoàn tiền trong ứng dụng dễ dàng ngăn chặn nhiều tranh chấp hơn so với chỉ riêng công cụ chống gian lận.

Tôi có thể dùng Visa Compelling Evidence 3.0 cho các giao dịch mua trong ứng dụng của mình không?

Không phải với tư cách nhà phát triển. Compelling Evidence 3.0 là một quy tắc mà bên bán ghi nhận (merchant of record) sử dụng, và đối với các giao dịch bán trong ứng dụng thì đó là Apple hoặc Google, không phải bạn. Cửa hàng tập hợp bằng chứng cho ngân hàng, và dữ liệu giao dịch cùng dữ liệu sử dụng của bạn chỉ đến được đó qua các cửa sổ xem xét hoàn tiền và chargeback của cửa hàng.

Tất cả bài viết

Playbook24 tháng 9, 2026Đọc trong 8 phút

Hầu hết các khoản chargeback trên ứng dụng có thể được ngăn chặn trước khi ngân hàng vào cuộc, và chặn được một vụ ngay bây giờ giúp bạn tiết kiệm nhiều hơn cả doanh thu bán hàng

Chargeback trên ứng dụng giờ đây là cách tốn kém nhất để một giao dịch bị hoàn lại, bởi vì Google Play chuyển chi phí sang cho nhà phát triển đối với các đơn hàng đặt sau ngày 3 tháng 8 năm 2026. Hầu hết các tranh chấp bắt đầu từ sự nhầm lẫn hoặc gian lận mà bạn có thể chặn trước. Đây là cẩm nang, và chi phí thực sự của một tranh chấp bị thua.

Một chiếc bàn dưới ánh sáng ấm với một chiếc điện thoại đang hiển thị màn hình tranh chấp thẻ, một chồng biên lai, và một chiếc thẻ tín dụng, minh họa cách ngăn chặn chargeback trên ứng dụng trước khi chúng đến ngân hàng

Điểm chính

Một khoản chargeback là một tranh chấp với ngân hàng, không phải một khoản hoàn tiền của cửa hàng, và đó là cách tốn kém nhất để một giao dịch trên ứng dụng bị hoàn lại, bởi vì tiền ra đi và một khoản phí ngân hàng riêng thường ập đến bên trên.
Đối với các đơn hàng Google Play đặt sau ngày 3 tháng 8 năm 2026, một khoản chargeback bị thua khiến nhà phát triển mất giá mua trừ đi phí dịch vụ của Play, cộng với phí chargeback của ngân hàng, nên ngăn được một tranh chấp giúp tiết kiệm nhiều hơn cả giao dịch mà nó sẽ đảo ngược.
Hầu hết các khoản chargeback trên ứng dụng không phải là gian lận có tổ chức. Nhiều vụ bắt đầu khi một khách hàng không nhận ra một khoản phí trên sao kê và gọi cho ngân hàng thay vì nhà phát triển.
Nhà phát triển không thể tự đảo ngược một khoản chargeback. Apple và Google là bên bán ghi nhận (merchant of record), nên cửa hàng mới là bên đấu với ngân hàng, và đầu vào duy nhất của nhà phát triển là cửa sổ xem xét của cửa hàng.
Hai cửa sổ là toàn bộ tiếng nói của nhà phát triển một khi tranh chấp đã được nộp: CONSUMPTION_REQUEST của Apple ở mốc 12 giờ và orders.reviewrefund của Google Play ở mốc 24 giờ. Bỏ lỡ chúng và tranh chấp được quyết định mà không có bạn.
Xác minh mọi giao dịch mua trên máy chủ của bạn, gắn nó với người mua, và từ chối cấp một giao dịch PENDING sẽ chặn các giao dịch gian lận trước khi chúng có thể biến thành chargeback.
Các mạng lưới thẻ theo dõi tỷ lệ tranh chấp của bạn, nên một khoản chargeback được ngăn chặn bảo vệ cả khoản thanh toán lẫn vị thế của bạn với hệ thống thanh toán, khiến nó đáng giá hơn giá trị bề mặt của nó.

Một khoản chargeback không phải là một khoản hoàn tiền, và đối xử với cả hai như nhau là cách các studio ứng dụng mất số tiền mà lẽ ra họ không bao giờ phải mất. Một khoản hoàn tiền chạy qua cửa hàng: khách hàng yêu cầu Apple hoặc Google, tiền được trả lại, và thế là hết chuyện. Một khoản chargeback bỏ qua cửa hàng và đi thẳng đến ngân hàng. Khách hàng nói với đơn vị phát hành thẻ rằng khoản phí là sai, đơn vị phát hành rút tiền về, và một khoản phí riêng thường đi kèm theo. Đối với các đơn hàng Google Play đặt sau ngày 3 tháng 8 năm 2026, khoản phí đó và giao dịch bị mất rơi vào nhà phát triển, chứ không phải Google. Chính thay đổi duy nhất đó là lý do chargeback trên ứng dụng giờ đây đáng để ngăn chặn, và tại sao hầu hết chúng có thể được chặn từ lâu trước khi một ngân hàng vào cuộc.

Đây là phần giúp ích cho bạn. Một tỷ lệ lớn các khoản chargeback trên ứng dụng không phải là gian lận tinh vi. Chúng bắt đầu với một khách hàng không thể biết một khoản phí là để làm gì, hoặc một giao dịch mua lẽ ra không bao giờ được duyệt ngay từ đầu. Cả hai đều là những thứ bạn có thể hành động. Phần còn lại là một cẩm nang: một tranh chấp bị thua thực sự tốn kém bao nhiêu, những tranh chấp bạn có thể ngăn chặn, gian lận bạn có thể chặn ngay từ nguồn, và hai cửa sổ ngắn là tiếng nói duy nhất của bạn một khi một ngân hàng đã đang quyết định.

Tại sao một khoản chargeback tốn kém hơn một khoản hoàn tiền

Một khoản hoàn tiền và một khoản chargeback đều kết thúc bằng việc tiền của khách hàng được trả lại, nên các studio xếp chúng vào cùng một ngăn trong đầu. Chi phí thì không giống nhau. Một khoản hoàn tiền trả lại số tiền bán hàng và không gì khác. Một khoản chargeback trả lại số tiền bán hàng và cộng thêm phí tranh chấp của ngân hàng, và khoản phí đó là cố định trong khi giá của bạn thì không.

App Store và Google Play chia hóa đơn theo những cách khác nhau

Trên App Store, một khoản chargeback thẻ được giải quyết giữa ngân hàng và Apple, và Apple gánh phần cơ chế. Trên Google Play, các quy tắc đã thay đổi. Đối với các đơn hàng đặt sau ngày 3 tháng 8 năm 2026, Google chỉ chi trả phần phí dịch vụ mà họ đã thu, còn nhà phát triển hấp thụ giá mua trừ đi phí dịch vụ đó, cộng với bất kỳ khoản phí chargeback nào mà ngân hàng tính. Google mô tả động thái này là đưa Play về đúng với phần còn lại của ngành thanh toán.

Khía cạnh	Hoàn tiền của cửa hàng	Chargeback
Khách hàng yêu cầu ai	Apple hoặc Google	Ngân hàng của họ
Số tiền bán hàng	Trả lại cho khách hàng	Trả lại cho khách hàng
Một khoản phí ngân hàng riêng	Không có	Có, cố định, thường lớn hơn một giao dịch mua rẻ
Bên chịu chi phí trên Google Play sau ngày 3 tháng 8 năm 2026	Xử lý theo chính sách cửa hàng	Nhà phát triển
Cửa hàng có thể phản đối không	Không áp dụng	Có, dùng bằng chứng của bạn

Các chi phí bạn đã bỏ ra không quay trở lại

Số tiền được hoàn hoặc bị tranh chấp chỉ là khoản lỗ nhìn thấy được. Bạn đã trả tiền để phục vụ giao dịch mua đó. Phần điện toán đã chạy để tạo ra kết quả, các lệnh gọi API của bên thứ ba mà bạn bị tính phí, dung lượng lưu trữ bạn đã cấp phát, và bất kỳ khoản chi trả nào bạn đã gửi cho một nhà sáng tạo đều không đảo ngược khi khoản phí đảo ngược. Trên một mặt hàng tiêu dùng giá thấp, chỉ riêng khoản phí chargeback cố định của ngân hàng đã có thể vượt quá số tiền khách hàng trả, và chi phí phục vụ đã bỏ ra nằm bên trên đó. Đó là lý do một khoản chargeback được ngăn chặn đáng giá hơn giá niêm yết của nó.

Cách ngăn chặn chargeback trước khi ngân hàng vào cuộc

Bạn không thể chặn mọi tranh chấp, nhưng bạn có thể loại bỏ hai lý do phổ biến nhất khiến một tranh chấp được nộp: khách hàng không nhận ra khoản phí, và giao dịch mua là gian lận ngay từ đầu. Xử lý những điều đó và khối lượng sẽ giảm.

Sự nhầm lẫn thúc đẩy nhiều tranh chấp hơn gian lận

Khi một khách hàng lướt qua sao kê và không thể xác định một dòng, nhiều người gọi cho ngân hàng trước khi nghĩ đến việc liên hệ với bạn. Cái nhãn mà bạn được quyền kiểm soát thì mỏng manh. Apple in apple.com/bill trên mọi giao dịch mua và không cho bạn thiết lập nào để thay đổi nó, nên tên ứng dụng của bạn không bao giờ xuất hiện. Google Play thêm tiền tố GOOGLE rồi hiển thị tên sao kê mà bạn đặt trong Play Console, đó là trường mô tả duy nhất mà một trong hai cửa hàng trao cho bạn. Hãy đặt nó thành một cái tên mà khách hàng của bạn sẽ nhận ra.

Làm cho khoản phí có thể nhận ra ở mọi nơi khác

Vì bạn không thể sửa mô tả của Apple, hãy sửa mọi thứ xung quanh nó. Một khoản phí bất ngờ là một tranh chấp kinh điển, nên hãy loại bỏ sự bất ngờ trước khi nó đến sao kê.

Một biên lai trong ứng dụng và qua email mang thương hiệu, nêu tên sản phẩm và số tiền, gửi ngay khi giao dịch mua được duyệt.
Một lời nhắc gia hạn trước khoản phí đối với các gói đăng ký hằng năm và giá cao, để việc gia hạn không bao giờ là một cú sốc.
Quản lý đăng ký trong ứng dụng và một cách chỉ một chạm để yêu cầu hoàn tiền, để khách hàng tìm đến bạn trước.
Một phản hồi hỗ trợ trong cửa sổ tranh chấp, vì một câu trả lời nhanh thường ngăn một khách hàng leo thang lên ngân hàng.

Mỗi một trong số này biến một khoản chargeback tiềm năng thành một cuộc trò chuyện hỗ trợ hoặc một khoản hoàn tiền thông thường, và một khoản hoàn tiền không kèm phí ngân hàng.

Chặn giao dịch mua gian lận ngay từ nguồn

Những tranh chấp mà bạn không thể nói lý để thoát ra là những tranh chấp mà giao dịch mua là gian lận ngay từ đầu. Những cái đó bạn chặn trước khi chúng được duyệt, trên máy chủ của bạn, bằng các công cụ mà cả hai cửa hàng đều ghi lại trong tài liệu.

Xác minh mọi giao dịch mua trên máy chủ của chính bạn

Đừng bao giờ cấp một quyền lợi chỉ dựa trên lời của máy khách. Gửi mã token giao dịch mua đến back end của bạn, xác nhận nó với cửa hàng, và lưu lại. Google Play làm cho purchaseToken là duy nhất trên toàn cầu, nên bạn có thể dùng nó làm khóa chính và từ chối bất kỳ token nào bạn đã thấy trước đó, điều này triệt tiêu việc phát lại và chia sẻ biên lai. Hãy xác minh bằng Play Developer API trước khi mở khóa bất cứ thứ gì, và trên App Store hãy xác thực giao dịch đã ký theo cách tương tự.

Đừng bao giờ giao một giao dịch mua vẫn đang chờ xử lý

Một giao dịch mua đang chờ xử lý không phải là tiền trong tay. Google Play bảo bạn chỉ cấp một quyền lợi khi trạng thái giao dịch là PURCHASED, không bao giờ khi nó là PENDING, vì một khoản phí đang chờ vẫn có thể thất bại. Giao sớm và bạn đã trao đi sản phẩm dựa trên một khoản thanh toán có thể không bao giờ đến, đó là một khoản lỗ do chính bạn tạo ra, không phải một tranh chấp mà bạn có thể đấu.

Gắn mọi giao dịch mua với người mua

Cả hai cửa hàng đều cho phép bạn đính kèm một mã định danh tài khoản vào một giao dịch mua, điều này giúp họ phát hiện các mẫu đáng ngờ và giúp bạn khớp một tranh chấp với một người dùng. Trên Google Play, hãy đặt mã tài khoản và mã hồ sơ đã làm rối trong luồng thanh toán bằng setObfuscatedAccountId và setObfuscatedProfileId. Trên App Store, hãy đặt một appAccountToken, phải là một UUID. Cung cấp cho cửa hàng những tín hiệu tốt và nó sẽ chặn một số gian lận trước khi giao dịch hoàn tất.

Thu hồi và cắt bỏ những kẻ lạm dụng lặp lại

Khi một giao dịch mua bị hủy, bị thu hồi, hoặc bị chargeback, Voided Purchases API của Google Play sẽ báo cho bạn, để bạn có thể thu hồi mặt hàng chưa dùng hoặc đặt số dư âm. Cảnh cáo kẻ vi phạm lần đầu, rồi vô hiệu hóa việc mua hoặc quyền truy cập đối với một tài khoản làm điều đó lần nữa. Một kẻ chuyên hoàn tiền mà vẫn giữ quyền truy cập là một lời mời gọi cho tranh chấp tiếp theo.

Bàn làm việc của một nhà phát triển với một chiếc laptop đang hiển thị bảng điều khiển xác minh giao dịch mua, minh họa cách ngăn chặn chargeback trên ứng dụng bằng cách xác thực mọi giao dịch mua trước khi cấp quyền truy cập

Khi một tranh chấp đã được nộp, hãy trả lời trong cửa sổ

Một khi một khoản chargeback đã khởi động, bạn không thể tự đảo ngược nó. Điều bạn có thể làm là trao cho cửa hàng bằng chứng, trong một cửa sổ ngắn, và để cửa hàng dùng nó đấu với ngân hàng.

Apple cho bạn 12 giờ

Khi một khách hàng yêu cầu hoàn tiền cho một mặt hàng tiêu dùng hoặc một gói đăng ký tự động gia hạn, Apple gửi đến máy chủ của bạn một CONSUMPTION_REQUEST và chờ tối đa 12 giờ để có dữ liệu tiêu thụ: liệu bạn đã giao hay chưa, đã dùng bao nhiêu, và liệu bạn muốn khoản hoàn tiền được chấp thuận hay từ chối. Apple vẫn là bên quyết định, nhưng câu trả lời của bạn là một đầu vào được ghi nhận cho quyết định đó.

Google Play cho bạn 24 giờ

Đối với một giao dịch Play bị tranh chấp cần được xem xét, một PendingRefundReviewNotification đến qua Real-time Developer Notifications và bắt đầu một đồng hồ 24 giờ. Hãy trả lời qua API orders.reviewrefund với lựa chọn ưu tiên và bằng chứng của bạn, và Google dùng nó để phản đối các khoản chargeback bất hợp pháp với ngân hàng thay mặt bạn. Cứ để cửa sổ đóng lại trong im lặng và tranh chấp tiếp diễn mà không có bạn.

Tại sao bạn không thể tự nộp bằng chứng cho ngân hàng

Các đội thanh toán nói về Compelling Evidence 3.0 của Visa, một quy tắc cho phép một đơn vị bán hàng đánh bại một tranh chấp gian lận thân thiện (friendly-fraud) bằng cách trưng ra hai giao dịch trước đó không bị tranh chấp trên cùng thông tin xác thực, mỗi giao dịch có tuổi từ 120 đến 365 ngày, với dữ liệu khớp như địa chỉ IP hoặc mã thiết bị. Đối với các giao dịch bán trong ứng dụng của bạn, bạn không phải là bên bán ghi nhận (merchant of record). Apple và Google mới là. Nên cửa hàng, chứ không phải bạn, mới tập hợp loại bằng chứng đó, và cách duy nhất để dữ liệu của bạn đến được cuộc đấu là thông qua cửa sổ xem xét ở trên. Đó là lý do thực tế khiến các đồng hồ 12 giờ và 24 giờ quan trọng đến vậy. Chúng là toàn bộ chỗ ngồi của bạn tại bàn.

Danh sách kiểm tra trước tranh chấp

Không có gì trong số này là kỳ lạ. Đây là một danh sách ngắn mà bạn có thể triển khai trước chu kỳ thanh toán tiếp theo.

Đặt một tên sao kê Google Play dễ nhận ra, và gửi biên lai mang thương hiệu ở mọi nơi khác.
Gửi lời nhắc gia hạn trước các khoản phí hằng năm và giá cao.
Đưa việc quản lý đăng ký và yêu cầu hoàn tiền vào chỉ một chạm bên trong ứng dụng.
Xác minh mọi giao dịch mua trên máy chủ của bạn và lưu token làm khóa duy nhất.
Chỉ cấp quyền lợi ở trạng thái PURCHASED, không bao giờ ở PENDING.
Đính kèm một mã tài khoản hoặc một appAccountToken UUID vào mọi giao dịch mua.
Cung cấp các luồng thông báo của Apple và Google và trả lời mọi yêu cầu tiêu thụ cùng mọi lượt xem xét hoàn tiền trong cửa sổ.

Câu hỏi thường gặp

Sự khác biệt giữa một khoản chargeback trên ứng dụng và một khoản hoàn tiền là gì?: Một khoản hoàn tiền do cửa hàng xử lý: khách hàng yêu cầu Apple hoặc Google, tiền được trả lại, và không có phí phụ thêm. Một khoản chargeback là một tranh chấp với ngân hàng: khách hàng nói với đơn vị phát hành thẻ rằng khoản phí là sai, đơn vị phát hành rút tiền về, và một khoản phí cố định riêng thường ập đến bên trên. Đối với các đơn hàng Google Play sau ngày 3 tháng 8 năm 2026, nhà phát triển hấp thụ số tiền bán hàng trừ đi phí dịch vụ của Play cộng với khoản phí ngân hàng đó.
Một nhà phát triển ứng dụng có thể chặn một khoản chargeback sau khi khách hàng đã nộp không?: Không trực tiếp. Apple và Google là bên bán ghi nhận (merchant of record), nên cửa hàng, chứ không phải nhà phát triển, mới phản đối tranh chấp với ngân hàng. Đầu vào duy nhất của bạn là cửa sổ xem xét của cửa hàng, là 12 giờ cho yêu cầu tiêu thụ của Apple và 24 giờ cho orders.reviewrefund của Google Play. Bỏ lỡ cửa sổ và tranh chấp được quyết định mà không có bằng chứng của bạn.
Ai trả phí chargeback trên Google Play sau ngày 3 tháng 8 năm 2026?: Nhà phát triển. Theo chính sách của Google, đối với các đơn hàng đặt sau ngày đó nhà phát triển gánh giá mua trừ đi phí dịch vụ của Play, cộng với phí chargeback do ngân hàng tính, trong khi Google vẫn chỉ chi trả phần phí dịch vụ của riêng mình. Trên các giao dịch mua giá thấp, khoản phí cố định của ngân hàng có thể vượt quá số tiền khách hàng trả.
Phải chăng hầu hết các khoản chargeback trên ứng dụng đến từ gian lận?: Không. Một tỷ lệ lớn bắt đầu từ sự nhầm lẫn, một khách hàng không thể nhận ra một khoản phí trên sao kê và gọi cho ngân hàng thay vì nhà phát triển. Đó là lý do một mô tả thanh toán dễ nhận ra, biên lai mang thương hiệu, lời nhắc gia hạn, và hoàn tiền trong ứng dụng dễ dàng ngăn chặn nhiều tranh chấp hơn so với chỉ riêng công cụ chống gian lận.
Tôi có thể dùng Visa Compelling Evidence 3.0 cho các giao dịch mua trong ứng dụng của mình không?: Không phải với tư cách nhà phát triển. Compelling Evidence 3.0 là một quy tắc mà bên bán ghi nhận (merchant of record) sử dụng, và đối với các giao dịch bán trong ứng dụng thì đó là Apple hoặc Google, không phải bạn. Cửa hàng tập hợp bằng chứng cho ngân hàng, và dữ liệu giao dịch cùng dữ liệu sử dụng của bạn chỉ đến được đó qua các cửa sổ xem xét hoàn tiền và chargeback của cửa hàng.

Nguồn và tài liệu đọc thêm

RefundHalt

Chế độ tự động xử lý hoàn tiền cho App Store và Google Play

Đọc tiếp

Deep diveĐọc trong 8 phút

Bảng điều khiển của bạn ghi nhận một giao dịch ngay khi nó hoàn tất, nhưng doanh thu ròng sau hoàn tiền mới là con số duy nhất mà ngân sách quảng cáo của bạn nên tin

Một giao dịch được tính ngay khi nó hoàn tất. Khoản hoàn tiền đến sau vài ngày, khoản bồi hoàn đến sau vài tháng, và đến lúc đó bạn đã chi tiêu dựa trên số tiền ấy rồi. Đây là cách hoàn tiền và bồi hoàn thổi phồng doanh thu và LTV của bạn, và vì sao doanh thu ròng sau hoàn tiền là con số để vận hành doanh nghiệp.