Sự khác biệt giữa chargeback và hoàn tiền nằm ở chỗ ai quyết định, và chỉ một trong hai là quyết định cuối cùng

Hai từ được dùng như thể chúng có nghĩa giống nhau. Khách hàng đằng nào cũng lấy lại được tiền, nên ai quan tâm nó là cái nào. Với một nhà phát triển ứng dụng bán qua App Store hay Google Play, sự khác biệt giữa chargeback và hoàn tiền quyết định ai đã kiểm soát kết quả, liệu bạn có thể thay đổi được nó không, và bắt đầu từ tháng này, việc đảo ngược lấy đi bao nhiêu từ tài khoản của bạn.

Đây là bản tóm tắt. Hoàn tiền là cửa hàng trả tiền lại, và cửa hàng quyết định điều đó. Chargeback là ngân hàng của khách hàng rút tiền về, và ngân hàng quyết định, không có kháng nghị. Bạn ở vào những vị trí rất khác nhau trong mỗi trường hợp. Đây là hình dáng của mỗi loại trên Apple và Google, hai thời điểm cửa hàng thực sự yêu cầu bạn điều gì đó, và khoảng cách giữa chúng giờ tốn kém ra sao.

Sự khác biệt giữa chargeback và hoàn tiền là ở chỗ ai quyết định

Bỏ đi thuật ngữ thanh toán, một câu hỏi tách bạch hai loại: ai đưa ra quyết định cuối cùng. Hoàn tiền là một quyết định được đưa ra bên trong chính hệ thống của cửa hàng. Chargeback là một quyết định được đưa ra tại ngân hàng của khách hàng, xa thêm một lớp so với tầm với của bất kỳ cài đặt cửa hàng nào. Chỉ một sự thật đó thúc đẩy mọi thứ còn lại, từ việc bạn có thể phản đối nó không cho đến việc nó tốn bao nhiêu.

Ai khởi động nó, và ai quyết định

Một khoản hoàn tiền có thể bắt đầu theo hai cách. Khách hàng yêu cầu cửa hàng trả lại tiền, hoặc bạn tự cấp hoàn tiền. Dù cách nào, cửa hàng, Apple hoặc Google Play, phê duyệt nó và trả lại tiền. Một chargeback chỉ bắt đầu theo một cách. Khách hàng bỏ qua hoàn toàn cửa hàng và tranh chấp khoản thu với ngân hàng hoặc mạng lưới thẻ của họ, và ngân hàng đòi tiền lại từ hệ thống thanh toán của cửa hàng. Cửa hàng đã không chọn điều đó, và bạn cũng vậy.

Cửa hàng là người bán, không phải bạn

Đây là phần khiến các nhà phát triển đến từ thương mại điện tử cổ điển vấp ngã. Khi bạn bán qua App Store hay Google Play, bạn không phải là người bán chính thức. Apple và Google mới là. Sao kê thẻ của khách hàng ghi Apple hoặc Google, không phải tên công ty bạn. Vì vậy khi khách hàng đó tranh chấp khoản thu, chargeback rơi vào hệ thống thanh toán của cửa hàng trước. Bạn không phải người đang nói chuyện điện thoại với ngân hàng. Bạn biết được qua cửa hàng, nếu cửa hàng chịu báo cho bạn.

Hai loại đặt cạnh nhau

Một khoản hoàn tiền trông ra sao trên App Store và Google Play

Hầu hết các khoản hoàn tiền không phải là cuộc trò chuyện mà bạn được tham gia. Cửa hàng nhận yêu cầu, đối chiếu nó với quy tắc của chính mình, và trả lại tiền. Bạn được thông báo sau khi việc đã rồi, nếu bạn đã kết nối các thông báo mang tin đó.

Apple quyết định, rồi báo cho máy chủ của bạn

Một khách hàng Apple yêu cầu hoàn tiền tại reportaproblem.apple.com, và Apple có tối đa 90 ngày kể từ khi mua để chấp nhận yêu cầu đưa vào xét duyệt. Apple tự xét duyệt từng trường hợp và quyết định. Khi cấp hoàn tiền, máy chủ của bạn nhận một thông báo REFUND qua App Store Server Notifications V2, và giao dịch giờ mang một revocationDate. Khi từ chối yêu cầu, bạn nhận REFUND_DECLINED. Nếu Apple sau đó hủy một khoản hoàn tiền đã cấp, bạn nhận REFUND_REVERSED và khoản bán quay lại. Trong không trường hợp nào bạn bỏ phiếu. Bạn phản ứng.

Google Play hoàn tiền hầu hết giao dịch mà không hỏi bạn

Google Play cho phép khách hàng tự phục vụ hoàn tiền trong vòng 48 giờ sau khi mua, ngay từ tài khoản của họ, không cần nhà phát triển tham gia gì cả. Sau 48 giờ, khách hàng được chuyển đến bạn, và bạn có thể cấp hoặc từ chối theo chính sách của riêng mình. Bộ phận hỗ trợ có thể cấp hoàn tiền, và một giao dịch chưa được xác nhận sẽ được tự động hoàn tiền sau khoảng 72 giờ. Tất cả những điều này chạy ở phía Google. Bạn thấy kết quả qua một thông báo giao dịch bị hủy hoặc Voided Purchases API, và việc của bạn là thu hồi quyền truy cập, không phải phê duyệt hoàn tiền.

Hai luồng nơi cửa hàng thực sự hỏi bạn

Có đúng hai thời điểm trên cả hai cửa hàng khi cửa hàng dừng lại và hỏi nhà phát triển bằng chứng trước khi quyết định. Apple gửi một CONSUMPTION_REQUEST khi khách hàng yêu cầu hoàn tiền, và cho bạn 12 giờ để trả lời qua Send Consumption Information với dữ liệu sử dụng. Google Play gửi một đợt xét duyệt chargeback và cho bạn 24 giờ để trả lời qua API orders.reviewrefund. Mọi thứ khác được quyết định không cần bạn. Hai cửa sổ này là nơi duy nhất mà đóng góp của bạn thay đổi kết quả, đó là lý do chúng đáng để tự động hóa còn phần còn lại đáng để giám sát.

Một chargeback trông ra sao, và tại sao nó là cuối cùng

Một chargeback không phải là hoàn tiền với thêm vài bước. Nó là một cơ chế khác với một người ra quyết định khác, và điều đó thay đổi những gì bạn có thể làm về nó.

Ngân hàng rút tiền, không phải khách hàng

Trong một chargeback, khách hàng nói với ngân hàng của họ rằng khoản thu là sai, gian lận, không nhận ra, hoặc chưa từng được giao. Ngân hàng theo mặc định đứng về phía chủ thẻ của mình và đảo ngược giao dịch, rút tiền về qua mạng lưới thẻ. Cửa hàng đã không phê duyệt nó. Tiền đã đi mất trước khi có ai hỏi liệu sản phẩm đã được giao chưa. Đây là lý do một chargeback chậm và nặng nề ở chỗ hoàn tiền nhanh và gọn: nó chạy qua quy trình tranh chấp của mạng lưới thẻ, vốn mất vài tuần hoặc vài tháng, không phải vài phút.

Quyết định của ngân hàng là cuối cùng

Bạn không thể lật ngược một chargeback theo cách bạn có thể đảo ngược một khoản hoàn tiền. Một khi ngân hàng phán quyết, phán quyết đó có hiệu lực. Nơi duy nhất bạn có thể tác động đến nó là trước khi nó được quyết định. Trên Google Play, một tranh chấp do ngân hàng khởi xướng có thể mở một đợt xét duyệt, và Google Play gửi cho máy chủ của bạn một thông báo với đồng hồ đếm 24 giờ. Trả lời qua orders.reviewrefund với một tùy chọn hoàn tiền và bằng chứng tiêu thụ thật, và Google Play đưa đóng góp của bạn vào cách nó phản đối chargeback thay mặt bạn. Bỏ lỡ cửa sổ đó và tranh chấp được phân xử mà không có bên duy nhất biết sản phẩm đã được dùng ra sao.

Mỗi loại thực sự tốn của bạn bao nhiêu

Trong một thời gian dài, câu trả lời trung thực là một chargeback và một khoản hoàn tiền tốn của nhà phát triển ứng dụng gần như nhau: khoản bán, và bất cứ thứ gì bạn đã bỏ ra để giao nó. Điều đó không còn đúng với các nhà phát triển Google Play kể từ tháng này.

Khoản hoàn tiền không bao giờ là con số duy nhất

Dù việc đảo ngược là một khoản hoàn tiền hay một chargeback, khoản thanh toán chưa bao giờ là chi phí duy nhất của bạn. Một video được tạo ra, một loạt lệnh gọi API mô hình, một khoản chi trả cho nhà sáng tạo, dung lượng lưu trữ bạn đã cấp phát, tất cả số tiền đó đã rời tài khoản của bạn ngay khoảnh khắc bạn giao đơn hàng, và không đồng nào quay lại khi khoản thu bị đảo ngược. Khoản bán là con số nhìn thấy được. Chi phí tính toán, các lệnh gọi API, dung lượng lưu trữ, và các khoản chi trả là những thứ đã thanh toán xong. Hãy tranh luận về việc đảo ngược dựa trên giá trị đã giao, đừng bao giờ dựa trên việc khách hàng đã đợi bao lâu, vì thời gian trôi qua không phải là chi phí và Apple cùng Google không coi nó là chi phí.

Từ ngày 3 tháng 8 năm 2026 một chargeback cộng thêm phí ngân hàng

Đây là chỗ hai loại thôi không còn tốn kém như nhau. Cho đến nay Google Play gánh chi phí phía sau của một chargeback. Với các đơn hàng đặt sau ngày 3 tháng 8 năm 2026, Google Play chuyển chi phí đó sang nhà phát triển. Khi thua một tranh chấp, bạn hoàn lại giá mua trừ đi phí dịch vụ của Play, và trên hết bạn trả khoản phí chargeback do tổ chức tài chính thu. Google Play vẫn tiếp tục chi trả phần phí dịch vụ. Một khoản hoàn tiền không mang khoản phí ngân hàng đó. Vậy nên một khoản thu kết thúc bằng chargeback giờ tốn của bạn nhiều hơn hẳn so với chính khoản thu đó được hoàn tiền, và phần dôi ra chính là phí của ngân hàng.

Quy mô đằng sau sự thay đổi

Google Play nói họ đã chặn US$3.4B gian lận và lạm dụng trong năm 2025 và vẫn đang bổ sung phát hiện gian lận suốt năm 2026. Chuyển chi phí chargeback sang nhà phát triển là một phần của nỗ lực đó. Nó cho bạn một lý do trực tiếp để đưa bằng chứng vào luồng xét duyệt, để hệ thống phản đối nhiều hơn các tranh chấp bất hợp pháp. Bằng chứng của bạn là thứ làm cho một cuộc phản đối trở nên khả thi, và một phản hồi rỗng là một lá phiếu để mặc cho một chargeback gian lận thân thiện đứng trên tiền của bạn.

Cách ngăn một khoản hoàn tiền biến thành chargeback

Chargeback rẻ nhất là cái không bao giờ xảy ra, bởi vì đơn hàng đã được hoàn tiền trước hoặc đã được phản đối bằng bằng chứng vốn đã sẵn có ở đó. Không điều nào trong số này cần một con người thức đúng giờ. Nó cần đường ống được lắp đặt sẵn trước tranh chấp.

Tự hoàn tiền một đơn hàng xấu trước khi ngân hàng làm điều đó

Nếu một đơn hàng rõ ràng sẽ bị tranh chấp, tự hoàn tiền nó rẻ hơn là thua chargeback. Một khoản hoàn tiền bạn cấp không mang khoản phí chargeback của ngân hàng. Trên Google Play bạn có thể hoàn tiền bất kỳ đơn hàng nào dưới ba năm tuổi bằng một lệnh gọi orders.refund, có thu hồi quyền truy cập hoặc không. Đến đó trước khi khách hàng tìm đến ngân hàng của họ và bạn biến một khoản phí ngân hàng cộng một khoản bán bị mất thành chỉ một khoản bán bị mất.

Trả lời hai cửa sổ bằng chứng một cách tự động

Cửa sổ 12 giờ của Apple và cửa sổ 24 giờ của Google Play thoải mái cho máy móc và tàn nhẫn với một con người phải ngồi canh. Phản hồi nên tự động: thông báo vào, tra cứu tài khoản, lắp ráp tiêu thụ, một lệnh gọi ra, không có con người trong vòng lặp. Đó là phần RefundHalt chạy giúp bạn. Chúng tôi lắng nghe CONSUMPTION_REQUEST và đợt xét duyệt chargeback của Google Play, khớp đơn hàng với mức sử dụng chúng tôi đã theo dõi, và trả lời trong cửa sổ với một tùy chọn hoàn tiền và bằng chứng tiêu thụ thật.

Đính kèm danh tính và ghi nhật ký tiêu thụ ngay từ đầu

Bằng chứng bạn cần vào lúc tranh chấp phải tồn tại trước khi tranh chấp. Đặt một mã định danh tài khoản trên mỗi giao dịch để một thông báo ánh xạ thẳng đến một người dùng, một appAccountToken dạng UUID trên Apple và một setObfuscatedAccountId đã băm dài 64 ký tự hoặc ít hơn trên Google Play, không bao giờ là dữ liệu cá nhân dạng văn bản rõ. Ghi nhật ký mỗi đơn hàng trả phí đã giao gì, khi nào, và cho ai, ở dạng bạn có thể biến thành một phần trăm tiêu thụ theo yêu cầu. Làm điều đó và cửa sổ hẹp là đủ, bởi vì hồ sơ đã được dựng sẵn khi token đến.