Hoàn tiền thanh toán thay thế tại Nhật Bản giờ là việc của bạn trên cả hai cửa hàng, và mỗi khoản hoàn tiền đều phải báo cáo lại cho Apple hoặc Google

Hoàn tiền thanh toán thay thế tại Nhật Bản giờ là việc của bạn, trên cả iPhone lẫn Android. Apple mở xử lý thanh toán thay thế tại Nhật Bản với iOS 26.2 vào tháng 12 năm 2025, và chương trình billing choice của Google Play đến với người dùng Nhật Bản vào ngày 30 tháng 9 năm 2026. Cả hai cửa hàng đều đưa ra cùng một sự đánh đổi. Bạn có thể tự nhận thanh toán, nhưng hoàn tiền, yêu cầu hỗ trợ và chargeback cũng đi kèm. Phần mà hầu hết các đội ngũ bỏ sót là thủ tục giấy tờ: mọi khoản hoàn tiền bạn chấp thuận vẫn phải được báo cáo lại cho cửa hàng đã cho phép bạn bán hàng.

Những gì đã thay đổi tại Nhật Bản, và khi nào

Đạo luật Cạnh tranh Phần mềm Di động của Nhật Bản, viết tắt là MSCA, có hiệu lực từ tháng 12 năm 2025 đối với các công ty được chỉ định, trong đó có Apple và Google. Google cho biết đã làm việc với Ủy ban Thương mại Công bằng Nhật Bản trong 18 tháng để xây dựng phương án đáp ứng. Apple triển khai các thay đổi của mình ngay trong cùng tuần. Các mốc thời gian dưới đây lấy từ trang chính thức của hai công ty.

Không cửa hàng nào cho phép bạn bỏ trang thanh toán của họ. Apple yêu cầu In-App Purchase phải luôn khả dụng song song với bất kỳ lựa chọn thay thế nào. Google yêu cầu Google Play Billing phải được cung cấp bên cạnh hệ thống thanh toán hoặc liên kết web của bạn. Một ứng dụng, hai trang thanh toán, và hai bàn hoàn tiền khác nhau.

Ai xử lý hoàn tiền thanh toán thay thế tại Nhật Bản

Câu trả lời ngắn gọn là cửa hàng xử lý hoàn tiền cho các giao dịch do họ xử lý, còn bạn xử lý phần còn lại. Người mua đã thanh toán qua Apple In-App Purchase vẫn có thể yêu cầu Apple hoàn tiền. Người mua đã thanh toán qua đơn vị xử lý thanh toán của bạn thì không thể.

Apple nói gì

Trang thông tin về Nhật Bản của Apple rất thẳng thắn. Với các giao dịch mua qua thanh toán thay thế, Apple sẽ không thể hỗ trợ khách hàng về hoàn tiền, lịch sử mua hàng, quản lý gói đăng ký và các vấn đề khác, và bạn sẽ chịu trách nhiệm giải quyết trực tiếp với khách hàng. Apple cũng yêu cầu bạn chịu trách nhiệm tuân thủ pháp luật về xử lý thanh toán, hủy và hoàn tiền. Nhà cung cấp dịch vụ thanh toán của bạn phải đạt chuẩn PCI Level 1 và phải vận hành quy trình chăm sóc khách hàng bao gồm tranh chấp, quản lý gói đăng ký và hoàn tiền.

Google nói gì

Quy định billing choice của Google nêu rõ ba nghĩa vụ. Bạn phải cung cấp cách hoàn tiền cho người dùng hoàn tất giao dịch bên ngoài Play, trừ khi người dùng đã được thông báo rõ ràng trước khi mua rằng giao dịch không được hoàn tiền. Bạn phải hỗ trợ khách hàng cho các giao dịch mua đó. Và hệ thống thanh toán của bạn phải cho phép người dùng khiếu nại các giao dịch trái phép. Google cũng yêu cầu có liên kết để người dùng xem lịch sử đơn hàng, quản lý gói đăng ký và gửi yêu cầu hoàn tiền.

Hai luồng cung cấp bằng chứng không tồn tại ở đây

Khi thanh toán qua cửa hàng, chỉ có hai luồng hoàn tiền yêu cầu bạn cung cấp bằng chứng: CONSUMPTION_REQUEST của Apple, cho bạn 12 giờ để gửi dữ liệu sử dụng, và quy trình xem xét chargeback của Google Play qua orders.reviewrefund, cho bạn 24 giờ. Cả hai tồn tại vì cửa hàng là bên nhận tiền. Giao dịch thanh toán qua đơn vị xử lý của riêng bạn không bao giờ kích hoạt luồng nào trong hai luồng này. Khi người mua tại Nhật Bản khiếu nại khoản phí đó, vụ việc diễn ra giữa đơn vị xử lý thanh toán của bạn và ngân hàng của họ, và quyết định của ngân hàng là quyết định cuối cùng.

Cách báo cáo hoàn tiền lại cho Apple hoặc Google

Chấp thuận hoàn tiền mới chỉ là một nửa công việc. Cả hai cửa hàng đều thu phí trên thanh toán thay thế, nên cả hai đều muốn thấy số tiền đã được trả lại.

Các dòng hoàn tiền của Apple

Trong External Purchase Server API, hoàn tiền là một dòng riêng có loại REFUND. Dòng này nêu giao dịch được hoàn tiền, ngày bạn hoàn tất hoàn tiền, số tiền có thuế và không thuế tính theo đơn vị phần nghìn của đồng tiền báo cáo, cùng một số tiền ròng mà Apple mô tả là đã tính đến mọi khoản hoàn tiền và restatement. Trang mô tả dòng báo cáo của Apple có thêm một câu quan trọng cho tranh chấp: hãy báo cáo chargeback như một khoản hoàn tiền.

Nếu một dòng bị sai, Apple yêu cầu bạn điều chỉnh. Bạn gửi lại cùng lineItemId với restatement đặt thành true, và Apple chỉ dùng phiên bản mới nhất. Một dòng gửi nhầm được rút lại bằng cách đặt thêm erroneouslySubmitted thành true.

Lệnh gọi hoàn tiền của Google

Trên Google Play, bạn gọi refundexternaltransaction với externalTransactionId đã báo cáo cho giao dịch bán. Hoàn tiền toàn bộ bao gồm số tiền còn lại. Hoàn tiền một phần cần một refundId duy nhất và số tiền trước thuế mà bạn đã trả lại. Với gói đăng ký, Google yêu cầu ID của lần gia hạn cụ thể được hoàn tiền, nên hoàn tiền một gói đăng ký đã tính phí ba lần nghĩa là ba lệnh gọi hoàn tiền riêng biệt. Các endpoint tạo giao dịch và hoàn tiền dùng chung giới hạn 1.200 truy vấn mỗi phút.

Thanh toán thay thế tại Nhật Bản thực sự giúp bạn tiết kiệm bao nhiêu

Khoản tiết kiệm trên danh nghĩa nhỏ hơn nhiều đội ngũ nghĩ, và chi phí hoàn tiền còn bào mòn thêm. Dưới đây là mức phí Apple công bố cho Nhật Bản.

Với một giao dịch bán tiêu chuẩn trong ứng dụng, chuyển sang đơn vị xử lý thanh toán của riêng bạn tiết kiệm 5 điểm phần trăm trên giá khách hàng trả. Phí của đơn vị xử lý thanh toán sẽ được trừ vào chính 5 điểm đó. Mức phí billing choice của Google được phân tầng theo loại sản phẩm và thời gian cài đặt. Với thanh toán thay thế trong ứng dụng, trang trợ giúp của Google ghi 10% cho gói đăng ký tự động gia hạn, và 20% hoặc 25% cho các giao dịch mua khác tùy theo lượt cài đặt là mới hay hiện có, với mức 10% cho $1M doanh thu đầu tiên mỗi năm đối với nhà phát triển đủ điều kiện.

Những chi phí trước đây cửa hàng gánh

• Hoàn tiền bạn chấp thuận: toàn bộ giá bán được trả lại từ số dư tại đơn vị xử lý thanh toán của bạn, và mọi khoản phí hoàn tiền mà đơn vị đó thu đều do bạn chịu.
• Chargeback: phí tranh chấp của đơn vị xử lý thanh toán, cộng thời gian chuẩn bị bằng chứng cho ngân hàng. Không có vòng xem xét nào của cửa hàng để bạn thắng trước.
• Hỗ trợ khách hàng: nhân sự hoặc công cụ trả lời các câu hỏi về lịch sử đơn hàng, gói đăng ký và hoàn tiền bằng tiếng Nhật, những việc mà Apple và Google không còn đảm nhận cho nhóm người mua này.
• Báo cáo: công sức kỹ thuật để gửi báo cáo hằng tháng cho Apple và một lệnh gọi cho Google trong vòng 24 giờ sau mỗi giao dịch bán và hoàn tiền.

Những chi phí không khoản hoàn tiền nào bù lại

Những chi phí này chưa bao giờ là chuyện của cửa hàng, và dù thế nào chúng vẫn thuộc về bạn. Đó là năng lực tính toán cho những gì người mua đã dùng, các lệnh gọi API mà yêu cầu của họ tạo ra, dung lượng lưu trữ cho những gì họ đã tạo, và mọi khoản chi trả cho nhà sáng tạo hoặc đối tác từ giao dịch đó. Với In-App Purchase, CONSUMPTION_REQUEST ít nhất cho phép bạn chứng minh với Apple rằng người mua đã sử dụng những gì họ trả tiền. Với đơn vị xử lý thanh toán của riêng bạn, lập luận đó phải trình bày với ngân hàng, và chỉ khi người mua khiếu nại thay vì yêu cầu bạn hoàn tiền.

Quy định cho người mua nhỏ tuổi

Rủi ro hoàn tiền cao nhất khi người thanh toán là trẻ em, và các quy định của Apple tại Nhật Bản được xây dựng xoay quanh điều đó. Ứng dụng thuộc danh mục Kids phải đặt cổng xác nhận của phụ huynh trước mọi luồng thanh toán thay thế và không được cung cấp giao dịch mua trên trang web. Các ứng dụng khác phải hỗ trợ tính năng kiểm soát mua hàng của phụ huynh. Người dùng dưới 13 tuổi chỉ có thể dùng xử lý thanh toán thay thế trong ứng dụng, sau cổng xác nhận của phụ huynh. Người dùng từ 13 đến 17 tuổi có thể dùng cả hai lựa chọn, mỗi lựa chọn đều sau cổng xác nhận của phụ huynh.

Danh sách kiểm tra trước khi bật thanh toán thay thế tại Nhật Bản

• Viết chính sách hoàn tiền bằng tiếng Nhật và đặt liên kết trước khi người mua thanh toán. Trên Google Play, mọi giao dịch không hoàn tiền đều phải được công bố từ trước.
• Cung cấp cho người mua một trang để xem lịch sử đơn hàng, quản lý gói đăng ký và gửi yêu cầu hoàn tiền, có liên kết từ ứng dụng.
• Xác nhận đơn vị xử lý thanh toán của bạn đạt chuẩn PCI Level 1 và có thể xử lý tranh chấp, hoàn tiền và thay đổi gói đăng ký.
• Ghi nhận mọi giao dịch bán, gia hạn và hoàn tiền kèm các ID mà từng cửa hàng cần: lineItemId cho Apple, externalTransactionId cho Google.
• Báo cáo hoàn tiền và chargeback với Apple trong báo cáo hằng tháng, và gửi hoàn tiền cho Google theo từng lần gia hạn, không theo từng gói đăng ký.
• Lưu hồ sơ sử dụng theo từng tài khoản, vì khi dùng đơn vị xử lý thanh toán của riêng bạn, người bạn cần trình bày hồ sơ là ngân hàng, không phải cửa hàng.
• Nếu bạn đang tham gia chương trình external payments của Google tại Nhật Bản, hãy lên kế hoạch chuyển sang billing choice trước ngày 31 tháng 3 năm 2027.