App Store Hàn Quốc: thanh toán bên ngoài và phí 26%

Ở Hàn Quốc, một app chỉ phát hành trên storefront Hàn Quốc có thể thu tiền qua một nhà cung cấp thanh toán địa phương, như KCP hay Toss, thay vì dùng mua hàng trong ứng dụng (in-app purchase) của Apple. Khi đó Apple lấy 26% giá người dùng trả, đã gồm VAT, và phí của nhà cung cấp thanh toán còn cộng thêm. Với một dev nhỏ, vốn chỉ trả 15% cho in-app purchase nhờ Small Business Program, lựa chọn này đắt hơn.

Bài này đưa ra entitlement chính xác, binary dành riêng cho Hàn Quốc, các mức phí và từng bước, dựa trên các trang của Apple mà mình đọc lại ngày 27/10/2026. Mình chưa thử lựa chọn này: ví dụ có số liệu bên dưới là phép tính, không phải số đo thực tế. In-app purchase vẫn dùng được ở Hàn Quốc, và đó là lựa chọn mặc định. Các ngoại lệ ở những nước khác có trong bài hướng dẫn về guideline 3.1.1. Nhật Bản và Brazil mỗi nước có một bài riêng.

Lựa chọn ở Hàn Quốc cho phép làm gì

Theo trang của Apple về Hàn Quốc, cũng có bản tiếng Hàn, mọi thứ bắt nguồn từ các sửa đổi của luật viễn thông Hàn Quốc (Telecommunications Business Act, 전기통신사업법). Một app phát hành trên App Store chỉ ở Hàn Quốc có thể giao các giao dịch mua trong app cho một nhà cung cấp thanh toán khác. Apple gọi quyền này là StoreKit External Purchase Entitlement.

Ba quy tắc chi phối mọi thứ còn lại:

• entitlement chỉ dùng cho app iOS hoặc iPadOS, trên storefront Hàn Quốc;
• nó áp dụng cho một binary mới, chỉ phát hành ở Hàn Quốc;
• nó không thể tồn tại cùng in-app purchase của Apple trong cùng một app.

Việc thanh toán diễn ra trong app, qua nhà cung cấp của bạn. Trang này không cho phép nút dẫn về website của bạn: người dùng chỉ rời app nếu luật bắt buộc để hoàn tất giao dịch.

Hoa hồng 26%: nó bao gồm những gì

Apple tính 26% giá người dùng trả, "gross of any value-added taxes", tức là đã gồm VAT. Apple coi đây là mức giảm, vì nó không bao gồm xử lý thanh toán. Phần xử lý đó do nhà cung cấp của bạn tính riêng, cộng thêm.

Ba điểm thay đổi so với in-app purchase:

• thuế chuyển sang bạn chịu: chính bạn thu và nộp thuế, theo phụ lục entitlement cho Hàn Quốc;
• trang này không công bố mức giảm nào, cả cho Small Business Program lẫn cho subscription sau một năm;
• cơ sở tính có bao gồm VAT, trong khi hoa hồng in-app purchase tính trên giá đã trừ thuế thu được, theo mục 3.4 của phụ lục 2 trong thỏa thuận cấp phép Apple Developer Program.

Đôi khi bạn sẽ đọc thấy "27%": đó là mức của các cơ chế khác, như cơ chế cho app hẹn hò ở Hà Lan, nơi Apple giảm hoa hồng 3 điểm. Với Hàn Quốc, trang của Apple ghi 26%.

Các nhà cung cấp thanh toán được chấp thuận

Apple liệt kê bốn nhà cung cấp đã đạt chuẩn cho storefront Hàn Quốc: KCP, Inicis (이니시스), Toss (토스) và NICE.

Bạn có thể đề xuất nhà cung cấp khác. Khi đó Apple sẽ kiểm tra bảo mật, chống gian lận, phương thức thanh toán, khả năng thu tiền subscription và khả năng trả hoa hồng trực tiếp cho Apple. Một nhà cung cấp ngoài danh sách có thể làm yêu cầu của bạn bị chậm hoặc bị từ chối.

Mỗi entitlement chỉ được một nhà cung cấp, và có một form cập nhật để đổi nhà cung cấp. Bạn không được tự lưu trữ hay truyền dữ liệu thanh toán. Phí của các nhà cung cấp không có trên trang của Apple và mình cũng chưa thu thập: hãy hỏi từng bên.

Binary dành riêng cho Hàn Quốc

Đây là ràng buộc quyết định tất cả. Entitlement chỉ được xin cho một bundle ID chưa từng phát hành trên App Store. Vậy app hiện tại của bạn không thể nhận nó. Bạn tạo một app khác, với bundle ID riêng, chỉ có mặt ở Hàn Quốc.

• Binary này không chứa in-app purchase của Apple.
• Nếu app mới là một phiên bản của app đang bán bằng in-app purchase, bạn phải gỡ app cũ khỏi storefront Hàn Quốc trước khi Apple duyệt app mới.
• App mới có trang riêng: nó bắt đầu từ con số không, không có đánh giá hay lịch sử của app cũ ở Hàn Quốc.

Vậy là bạn phải duy trì hai app: app toàn cầu dùng in-app purchase, và app Hàn Quốc dùng nhà cung cấp của bạn. Mỗi bản cập nhật phải submit hai lần.

26% hay 15%: phép tính cho dev nhỏ

Small Business Program hạ hoa hồng in-app purchase xuống 15%, khi đăng ký, miễn là doanh thu ròng (proceeds) của bạn dưới 1 triệu đô la mỗi năm dương lịch. Trang của chương trình không có ngoại lệ nào cho Hàn Quốc, chỉ có một trường hợp cho Liên minh châu Âu. Điều kiện chi tiết có trong bài hướng dẫn về Small Business Program.

Đây là ví dụ cho một giao dịch 10.000 won, đã gồm VAT. Giả định tính toán: bạn không cư trú ở Hàn Quốc, và giá bao gồm VAT 10%, cần nhờ kế toán xác nhận. Phí nhà cung cấp không được tính.

Với 10.000 won được trả	Small Business	Mức tiêu chuẩn	Thanh toán bên ngoài
Cơ sở tính hoa hồng	9.091 won	9.091 won	10.000 won
Mức của Apple	15%	30%	26%
Hoa hồng của Apple	1.364 won	2.727 won	2.600 won
VAT 909 won	Apple nộp	Apple nộp	Bạn nộp
Phí thanh toán	Đã gồm	Đã gồm	Cộng thêm
Bạn còn lại	7.727 won	6.364 won	6.491 won trước phí

Bảng này cho thấy:

• So với Small Business Program, thanh toán bên ngoài làm bạn mất 1.236 won mỗi giao dịch, tức 16% số tiền bạn còn lại, chưa tính phí nhà cung cấp.
• So với mức tiêu chuẩn 30%, bạn được thêm 127 won, tức 1,3% giá bán. Chênh lệch 4 điểm giữa 30% và 26% co lại còn 1,3 điểm, vì 26% tính trên giá đã gồm VAT.
• Với subscription ở mức tiêu chuẩn, hoa hồng in-app purchase giảm còn 15% sau một năm subscription trả phí, theo cùng mục 3.4. Thanh toán bên ngoài vẫn ở 26%: trang về Hàn Quốc không công bố mức giảm nào.

Cột "Thanh toán bên ngoài" chưa tính hết. Hãy cộng thêm một binary thứ hai phải duy trì, báo cáo doanh số hằng tháng, hỗ trợ khách hàng về thanh toán và VAT tự kê khai.

Thanh toán bên ngoài chỉ có lợi hơn in-app purchase nếu bạn đang trả 30% và nhà cung cấp tốn của bạn dưới 1,3% giá bán.

Phương pháp và giới hạn

Mình đã đọc mã HTML của trang Hàn Quốc của Apple, của Small Business Program và của thỏa thuận cấp phép, không dùng bản tóm tắt tự động. Ba quy tắc tạo nên phép tính: 26% đã gồm VAT cho thanh toán bên ngoài, hoa hồng tính trên giá đã trừ thuế thu được cho in-app purchase (phụ lục 2, mục 3.4), và VAT do Apple nộp thay cho dev không cư trú ở Hàn Quốc (tài liệu B của phụ lục 2, "Exhibit B").

Nếu bạn cư trú ở Hàn Quốc, bạn tự nộp VAT, kể cả khi dùng in-app purchase. Khi đó Apple trừ một khoản VAT ước tính khỏi giá trước khi tính hoa hồng (tài liệu B), và cộng VAT Hàn Quốc vào khoản hoa hồng này (tài liệu C, mục 7). Hãy nhờ kế toán tính lại.

Giới hạn: VAT 10% là giả định, phí nhà cung cấp không được tính, và chưa có thử nghiệm thực tế nào.

Các bước để có entitlement

1. Tính lại với giá thật của bạn và phí nhà cung cấp công bố.
2. Chọn một nhà cung cấp được chấp thuận: KCP, Inicis, Toss hoặc NICE. Kiểm tra xem họ có hỗ trợ subscription nếu bạn bán, và luồng thanh toán của họ có phải native không.
3. Chuẩn bị một bundle ID mới, chưa từng phát hành, dành riêng cho app Hàn Quốc.
4. Điền form yêu cầu với tư cách chủ tài khoản (Account Holder). Apple hỏi tên app, mô tả, bundle ID, nhà cung cấp, domain website và địa chỉ trang hỗ trợ khách hàng của bạn. Bạn cũng đồng ý với các điều khoản của entitlement.
5. Chờ email xác nhận từ Apple, rồi bật entitlement trên App ID, trong Certificates, Identifiers & Profiles.
6. Cấu hình binary và đoạn code StoreKit bắt buộc, như mô tả bên dưới.
7. Tạo trang app trong App Store Connect, với phạm vi phát hành chỉ ở Hàn Quốc.
8. Submit app khi nhà cung cấp đã sẵn sàng thu tiền, kèm ảnh chụp các màn hình bạn thông báo cho người dùng. Nếu app mới là một phiên bản của app đang bán ở Hàn Quốc bằng in-app purchase, hãy gỡ app cũ khỏi storefront này.

Apple cảnh báo: hồ sơ thiếu hoặc nhà cung cấp chưa được chấp thuận sẽ kéo dài thời gian review, hoặc dẫn đến bị từ chối.

Cấu hình binary: Xcode hoặc Expo

Entitlement hoạt động từ iOS 15 và iPadOS 15. Trong Xcode, có hai file thay đổi.

Trong file .entitlements, thêm entitlement:

• key: com.apple.developer.storekit.external-purchase;
• kiểu: Boolean;
• giá trị: true.

Trong Info.plist, thêm key SKExternalPurchase, kiểu mảng chuỗi, với mã của Hàn Quốc. Trang Hàn Quốc của Apple ghi KR. Tài liệu tham chiếu của key yêu cầu mã viết thường và liệt kê kr cho Hàn Quốc. Mình sẽ dùng kr, theo tài liệu kỹ thuật.

Ở lần build tiếp theo, Xcode thấy provisioning profile không còn khớp và yêu cầu một profile mới.

Với Expo, hai key này đi qua app.json, trong ios.entitlements và ios.infoPlist:

{
  "expo": {
    "ios": {
      "bundleIdentifier": "com.example.myapp.kr",
      "entitlements": {
        "com.apple.developer.storekit.external-purchase": true
      },
      "infoPlist": {
        "SKExternalPurchase": ["kr"]
      }
    }
  }
}

Bundle ID chỉ là ví dụ giả. Để giữ một project duy nhất mà vẫn ra hai app, Expo có tài liệu về các biến thể app với app.config.js. Một biến thể toàn cầu giữ in-app purchase, một biến thể Hàn Quốc nhận các key này. Paywall quen thuộc của bạn, nối với in-app purchase như trong bài hướng dẫn RevenueCat, nằm ở biến thể toàn cầu. Đừng đưa in-app purchase vào biến thể Hàn Quốc, kể cả khi đã tắt: Apple cấm mọi chức năng thanh toán ẩn hoặc ngủ đông. Còn các lệnh gọi StoreKit bắt buộc bên dưới thì vẫn phải có: chúng viết bằng Swift, nên với Expo, hãy chuẩn bị một native module, ví dụ với Expo Modules API.

Cửa sổ thông báo và luồng thanh toán

Apple bắt buộc ba lệnh gọi StoreKit:

• kiểm tra canMakePayments trước mỗi luồng mua hoặc nhập thông tin thanh toán, để biết người dùng có được phép thanh toán không;
• hiển thị cửa sổ thông báo của Apple bằng API StoreKit External Purchase, qua presentNoticeSheet(), từ iOS 15.4;
• xác nhận storefront bằng Storefront hoặc SKStorefront khi bạn không gọi API này: Hàn Quốc phải là storefront của người dùng trước mỗi luồng.

Tài liệu của presentNoticeSheet() thêm hai quy tắc: kiểm tra trước ExternalPurchase.canPresent, có từ iOS 17.4, và chỉ mở cửa sổ sau một hành động chủ động của người dùng, như chạm vào một nút. Nếu người dùng không tiếp tục, bạn không hiển thị giao dịch mua bên ngoài.

Từ iOS 15.0 đến 15.3, bạn phải tái hiện đúng thiết kế và nội dung do Apple cung cấp. Trong mọi trường hợp, cửa sổ hiện ra trước mỗi giao dịch và mỗi lần nhập phương thức thanh toán, cho đến khi người dùng chạm "계속" (Continue), tính theo từng thiết bị.

Tiêu đề tiếng Hàn của nó: "이 앱은 App Store의 안전한 비공개 지불 시스템을 지원하지 않습니다." Nghĩa là app không hỗ trợ hệ thống thanh toán an toàn của App Store. Nội dung cảnh báo rằng việc quản lý subscription, chia sẻ gia đình và hoàn tiền qua Apple sẽ không khả dụng.

Bản thân luồng thanh toán phải:

• native, trong app, không bao giờ trong web view;
• không có chức năng thanh toán ẩn, ngủ đông hoặc không được ghi nhận;
• không có thực hành gây hiểu lầm: nếu có, Apple gỡ app và có thể loại bạn khỏi chương trình.

Hãy hỏi nhà cung cấp xem module thanh toán của họ có mở trong web view không trước khi viết dòng code nào.

Sau khi phát hành: báo cáo, hóa đơn và hỗ trợ

• Báo cáo doanh số hằng tháng, qua form được liên kết từ trang của Apple, trong vòng 15 ngày lịch sau khi kết thúc tháng tài chính của Apple. Apple cung cấp một mẫu báo cáo.
• Một hóa đơn cần thanh toán trong vòng 45 ngày sau khi kết thúc tháng tài chính.
• Quyền kiểm toán: Apple có thể kiểm tra độ chính xác của các báo cáo của bạn.
• Nếu không thanh toán: Apple có thể trừ vào khoản họ nợ bạn ở các nước khác, gỡ app hoặc loại bạn khỏi chương trình.
• Hỗ trợ khách hàng là việc của bạn: Apple không thấy các giao dịch này, nên không xử lý hoàn tiền, lịch sử hay quản lý subscription.

Cơ quan quản lý Hàn Quốc đang ở đâu

Đọc lại ngày 27/10/2026. Năm 2023, cơ quan quản lý viễn thông Hàn Quốc, khi đó là 방송통신위원회, đã công bố dự kiến xử phạt Apple và Google vì áp đặt hệ thống thanh toán của họ. Năm 2025, một đạo luật đã thay cơ quan này bằng 방송미디어통신위원회, theo Digital Daily. Ngày 12/10/2026, chủ tịch cơ quan dự kiến ra quyết định trước cuối tháng, theo SBS Biz. Ngày 27/10, cùng tờ báo này cho rằng nhiều khả năng sẽ có cuộc bỏ phiếu cuối cùng tại phiên họp toàn thể ngày 28/10.

Cùng ngày, theo CBS Nocut News, một điểm vẫn còn tranh cãi: có buộc Apple và Google cho phép app thông báo cho người dùng về thanh toán ngoài hệ thống của Apple hoặc Google, và dẫn họ đến đó hay không. Người ta gọi đây là nghĩa vụ "anti-steering".

Tính đến 27/10/2026, chưa có quyết định nào: các quy tắc mô tả ở đây là của trang Apple vào ngày đó. Một lệnh xử phạt có thể làm chúng thay đổi, nhất là nếu nó buộc phải cho phép quyền thông báo này. Hãy đọc lại trang của Apple và báo chí Hàn Quốc trước khi gửi yêu cầu.

Có nên làm binary cho Hàn Quốc?

Tình huống của bạn	Lời khuyên của mình
Thành viên Small Business Program	Giữ in-app purchase
Mức tiêu chuẩn, phí trên 1,3%	Giữ in-app purchase
App đã có đánh giá ở Hàn Quốc	Giữ in-app purchase
Mức tiêu chuẩn, phí dưới 1,3%	Tính lại đầy đủ

Với phần lớn dev indie, câu trả lời là không. Lợi ích có thể có là nhỏ, và chỉ ở mức tiêu chuẩn; còn chi phí cố định thì chắc chắn. Công sức của bạn sẽ sinh lời hơn ở chỗ khác: mô hình giá phù hợp, xem trong subscription hay mua một lần, và doanh thu thực tế của một app, trong một app mobile kiếm được bao nhiêu.

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

Apple lấy hoa hồng bao nhiêu cho thanh toán bên ngoài ở Hàn Quốc?

26% giá người dùng trả, đã gồm VAT. Phí của nhà cung cấp thanh toán cộng thêm, và chính bạn thu và nộp thuế.

Apple chấp nhận những nhà cung cấp thanh toán nào ở Hàn Quốc?

KCP, Inicis, Toss và NICE đã được chấp thuận. Bạn có thể đề xuất nhà cung cấp khác, nhưng Apple phải kiểm tra, việc này có thể làm yêu cầu của bạn bị chậm hoặc bị từ chối. Mỗi entitlement chỉ một nhà cung cấp.

Có thể cung cấp cả in-app purchase và thanh toán bên ngoài trong cùng một app ở Hàn Quốc không?

Không. Entitlement không thể tồn tại cùng in-app purchase của Apple trong cùng một app. Bạn cần một binary riêng, chỉ phát hành ở Hàn Quốc.

Có thể thêm thanh toán bên ngoài vào một app đã phát hành không?

Không. Entitlement chỉ được cấp cho bundle ID chưa từng phát hành. Nếu app mới là một phiên bản của app hiện tại, đang bán ở Hàn Quốc bằng in-app purchase, hãy gỡ app hiện tại khỏi storefront Hàn Quốc trước khi app mới được duyệt.

Small Business Program có áp dụng cho thanh toán bên ngoài ở Hàn Quốc không?

Trang của Apple về Hàn Quốc không công bố mức giảm nào. Mức 15% của Small Business Program áp dụng cho in-app purchase. Vì thế in-app purchase rẻ hơn cho dev nhỏ.

Dev nước ngoài có dùng được thanh toán bên ngoài ở Hàn Quốc không?

Trang của Apple không yêu cầu phải đặt trụ sở ở Hàn Quốc: nó nhắm đến các app chỉ phát hành ở Hàn Quốc. Nhưng bạn trở thành người chịu trách nhiệm về thuế Hàn Quốc trên các giao dịch này, trong khi với in-app purchase, Apple nộp thay bạn nếu bạn không cư trú. Hãy hỏi thêm nhà cung cấp xem họ có nhận merchant không có công ty ở Hàn Quốc không.

Cần key Info.plist nào cho thanh toán bên ngoài ở Hàn Quốc?

SKExternalPurchase, một mảng chuỗi chứa mã của Hàn Quốc, là kr theo tài liệu tham chiếu của key. Entitlement có tên com.apple.developer.storekit.external-purchase, kiểu boolean đặt true.

Cơ quan quản lý Hàn Quốc đã xử phạt Apple chưa?

Chưa, tính đến 27/10/2026, ngày mình đọc lại: chưa có quyết định nào. Theo SBS Biz, khi đó nhiều khả năng sẽ có cuộc bỏ phiếu cuối cùng vào ngày 28/10. Hãy đọc lại báo chí Hàn Quốc và trang của Apple trước khi quyết định.

Nguồn

• Distributing apps using a third-party payment provider in South Korea, Apple Developer: điều kiện, nhà cung cấp, cấu hình, hoa hồng, báo cáo. Bản tiếng Hàn.
• App Store Small Business Program, Apple Developer: hoa hồng 15% và điều kiện.
• Apple Developer Program License Agreement, phụ lục 2, mục 3.4, và các tài liệu B và C: cơ sở tính hoa hồng và việc thu thuế.
• SKExternalPurchase, External Purchase và presentNoticeSheet(), tài liệu của Apple.
• Cấu hình app, các biến thể app và Expo Modules API, tài liệu của Expo.
• SBS Biz, 12/10/2026 và 27/10/2026, và CBS Nocut News, 27/10/2026: lịch trình và vấn đề then chốt của quyết định từ cơ quan quản lý. Digital Daily, 27/09/2025: việc thành lập 방송미디어통신위원회.

Định giá app của bạn cho đúng

Trước khi chọn cách thu tiền, hãy làm bài chẩn đoán miễn phí: nó cho bạn biết điều gì thật sự đang cản dự án của bạn và gửi bạn checklist chống bị Apple từ chối của mình.

iOS Kit chứa code khởi đầu của các app của mình, với onboarding, paywall và subscription đã code sẵn trên in-app purchase, cùng lộ trình bốn bước đến App Store, theo nhịp của bạn. Cách dựng đầy đủ một subscription, từ sản phẩm trong App Store Connect đến paywall, được trình bày chi tiết trong subscription in-app trên iOS.