13년 동안, iOS 앱이 미국 고객으로부터 벌어들인 모든 달러는 단 하나의 파이프를 통과했습니다: 애플의 인앱 결제 시스템이었고, 애플은 개발자가 돈을 보기도 전에 수수료를 먼저 떼갔습니다. 이는 2025년 4월, 연방 판사가 원래의 에픽 대 애플 금지 명령을 애플이 무시했다고 판결하고, 외부 결제 링크를 통한 구매에 대해 어떠한 수수료도 부과하지 못하도록 명령하면서 바뀌었습니다. 그러다 2025년 12월, 제9순회 항소법원이 애플이 결국 어느 정도 수수료를 부과할 수 있다는 데 동의했지만, 처음 시도했던 징벌적 27% 수수료는 안 된다고 판결하면서 또 한 번 바뀌었습니다. 그리고 2026년 7월 2일, 대법원이 이 모든 혼란에 대한 애플의 항소를 심리하기로 하면서 또 한 번 더 바뀔 수도 있습니다.
iOS 앱을 통해 디지털 상품이나 구독을 판매한다면, 이제 두 가지 세금 의무, 두 가지 다른 기록 판매자, 그리고 (현재 기준) 두 가지 다른 수수료율을 가진 두 개의 활성 수익 채널을 운영하고 있는 셈입니다. 여기서는 실제로 무엇이 바뀌었는지, 아직 해결되지 않은 것은 무엇인지, 그리고 변호사들이 싸움을 마칠 때까지 장부를 정확하게 유지하는 방법을 설명합니다.
평범한 영어로 설명하는, 여기까지 오게 된 과정
5년간의 법적 분쟁을 짧게 요약하면 다음과 같습니다:
- 2021년: 이본 곤잘레스 로저스 판사는 애플의 '반유도' 규칙(앱이 사용자에게 앱 밖에서 결제할 수 있다는 사실조차 알리는 것을 금지한 규칙)이 캘리포니아 불공정 경쟁법을 위반했다고 판결했습니다. 그녀는 애플이 외부 구매 링크를 허용하도록 명령했습니다.
- 2024년: 애플은 형식적으로는 규정을 따랐지만, 사용자가 외부 링크를 탭한 후 7일 이내에 이루어진 모든 판매에 27%의 수수료를 부과했고, 여기에 에픽이 주장하기에 외부 링크를 상업적으로 무의미하게 만들기 위해 설계된 계약 조건을 추가했습니다.
- 2025년 4월: 로저스 판사는 애플이 법원을 모욕했다고 판결하고, 27% 수수료를 보상적이기보다는 "징벌적"이라고 규정하며, 애플이 미국 내 외부 링크 구매에 대해 어떠한 수수료도 즉시 부과하지 못하도록 명령했습니다.
- 2025년 12월: 제9순회 항소법원은 법원 모욕 판결은 대체로 유지했지만, 수수료 문제를 지방법원으로 환송했으며, 애플이 "외부 링크 조정에 진정으로 합리적으로 필요한 비용에 기반한 수수료를 부과할 수 있지만... 그 이상은 안 된다"고 판시하면서, 애플이 포함시키려 했던 보안 및 개인정보 보호 비용은 명시적으로 제외했습니다.
- 2026년 4월: 제9순회 항소법원은 집행정지를 해제하여 환송 절차가 진행되도록 했습니다.
- 2026년 7월 2일: 대법원은 애플의 항소에 대한 상고허가를 인용했습니다.
현재 상황: 미국 개발자들은 0% 애플 수수료로 외부 구매 링크를 추가할 수 있습니다. 아직 어떤 법원도 특정 대체 요율을 승인하지 않았기 때문입니다. 이는 지방법원이 요율을 설정하거나 대법원의 최종 판결이 전체 틀을 재구성하는 순간 바뀔 수 있습니다. 오늘의 숫자에 영구적인 가격 전략을 세우지 마십시오. 대신, 다음에 어떤 요율이 정해지든 흡수할 수 있을 만큼 유연한 회계 시스템을 구축하십시오.
지금 실제로 할 수 있는 것
iOS 앱을 가진 미국 기반 개발자라면, 애플의 외부 구매 링크 자격을 신청할 수 있습니다. 이를 통해 다음을 할 수 있습니다:
- 구매를 완료하기 위해 웹 페이지로 사용자를 안내하는 앱 내 링크 또는 버튼을 추가
- 해당 외부 구매와 관련된 가격 및 프로모션을 전달 (이전 반유도 규칙 하에서는 금지되었던 사항)
- 해당 거래를 애플의 인앱 결제 시스템과 완전히 분리하여 처리 — Stripe, Paddle, 자체 판매자 계정 또는 선택한 모든 프로세서를 통해
여전히 적격 외부 링크 거래를 애플에 보고해야 하며, 일반적으로 15일 이내에 보고해야 합니다. 애플이 0달러를 징수하는 동안에도 규정 준수를 추적할 수 있도록 하기 위해서입니다. 이를 놓치면 자격이 박탈될 위험이 있으므로, 반복적인 회계 체크리스트에 포함시켜야 하며, 단순히 출시일에만 처리할 작업이 아닙니다.
알아두어야 할 두 가지 예외 사항: 애플의 볼륨 구매 프로그램(VPP) 및 뉴스 파트너 프로그램(NPP) 에 속한 개발자는 여전히 외부 링크에 제한을 받을 수 있으며, EU는 위의 미국 소송과 전혀 관련 없는 완전히 별개의 수수료 구조(계층형 핵심 기술 수수료, 초기 획득 수수료, 스토어 서비스 수수료가 포함된 디지털 시장법 규칙)로 운영됩니다. 두 시장에서 모두 판매하는 경우, 하나가 아닌 두 가지 다른 회계 처리가 필요합니다.
이것이 단순한 법적 문제가 아닌 회계 문제인 이유
외부 링크가 도입되기 전에는 앱스토어 회계가 거의 기계적으로 단순했습니다: 애플이 기록 판매자였고, 애플이 판매세와 부가가치세를 징수했으며, 애플이 15% 또는 30% 수수료를 공제했고, 일반적으로 매년 1월에 하나의 1099-K 또는 1099-MISC와 조정되는, 지급 주기당 하나의 순 입금액을 장부에 기록했습니다.
외부 링크 판매는 이를 구조적으로 다른 두 번째 수익 흐름으로 확장시킵니다:
| 인앱 구매 | 외부 링크 구매 | |
|---|---|---|
| 기록 판매자 | 애플 | 당신 (또는 귀하의 결제 프로세서) |
| 판매세/부가세 징수 | 애플의 책임 | 귀하의 책임 |
| 현재 수수료 (미국) | 30% 표준 / 15% 소규모 비즈니스 프로그램 | 0% (지방법원 판결 대기 중) |
| 지급 시기 | 애플의 표준 일정 | 귀하의 프로세서가 정한 일정 |
| 세금 신고서 | 애플로부터의 1099-K 또는 1099-MISC | 임계값 초과 시 프로세서로부터의 1099-K |
| 환불 처리 | 앱스토어를 통해 | 귀하의 자체 지원 흐름을 통해 |
마지막 행은 보이는 것보다 더 중요합니다. 인앱 구매에서 환불이 발생하면 애플이 거래를 취소하고 귀하에게 보고하는 내용을 조정합니다. 외부 링크 구매에서 환불이 발생하면 귀하가 처리해야 하며, 이는 애플의 장부에 전혀 영향을 미치지 않습니다. 즉, 두 채널의 수익 및 환불 기록은 서로 조정되지 않으며, 강제로 조정되어서도 안 됩니다.
두 수익 채널을 위한 장부 설정
1월에 당황하는 일을 방지하기 위한 몇 가지 구체적인 조치입니다.
1. 수익 계정 분할. "앱스토어 수익"을 하나의 원장 항목에 합쳐 넣지 마십시오. 인앱 구매 수익과 외부 링크 수익을 위한 별도 계정(또는 최소한 별도 태그/카테고리)을 만드십시오. 외부 링크에 대한 수수료율이 나중에 확정되면(5%, 12%, 지방법원이 정하는 어떤 요율이든), 그 채널의 과거 데이터를 통해 영향을 모델링할 수 있을 것입니다.
2. 수수료를 차감한 순수익을 기록하되, 총수익은 별도로 추적하십시오. ASC 606에 따른 표준 소프트웨어 수익 인식 관행은 귀하가 실제로 받을 자격이 있는 금액, 즉 애플의 수수료를 차감한 금액을 수익으로 인식하는 것입니다. 수수료는 귀하에게 속한 적이 없었기 때문입니다. 그러나 조정 및 향후 모델링을 위해 총 거래량을 메모 필드나 보고 태그에 보관하십시오. 수수료율이 발표되는 날 이를 통해 즉시 영향을 추정할 수 있도록 말입니다.
3. 판매세 징수를 새로운 부채 계정으로 취급하십시오. 이제 외부 링크 판매에 대해 귀하가 기록 판매자라면, 귀하(또는 귀하의 결제 프로세서)는 넥서스가 있는 모든 주에서 판매세를 징수하고 납부할 책임이 있습니다. 이 책임은 애플이 앱 내에서 조용히 처리해 주던 것입니다. 귀하의 프로세서가 세금을 자동으로 처리하지 않는 경우(Stripe Tax와 Paddle의 기록 판매자 모델은 이 기능을 다르게 제공합니다. 귀하의 프로세서가 어떤 방식인지 확인하십시오), 감사에 적발되기 전까지 몇 달 동안 조용히 세금을 덜 징수하게 되는 가장 쉬운 지점입니다.
4. 하나가 아닌 두 개의 1099를 조정하십시오. 1월이 되면, 인앱 수익에 대해 애플로부터 1099-K 또는 1099-MISC를 받고, 외부 링크 판매를 처리한 프로세서로부터 별도의 1099-K를 받을 가능성이 높습니다(연방 기준인 600달러를 초과한 경우, 일부 주는 더 낮음). 신고 전에 두 서류를 모두 내부 원장과 대조하십시오. 프로세서가 보고한 금액과 귀하가 기록한 금액 간의 불일치는 IRS(국세청) 통지의 가장 일반적인 원인 중 하나입니다.
5. 15일 보고 일정을 기록하십시오. 외부 링크 거래에 대한 애플의 보고 요구 사항은 놓칠 경우 실제 결과(자격 박탈)가 따르는 규정 준수 작업이므로, 반복적인 회계 작업을 추적하는 데 사용하는 모든 시스템에 포함시켜야 합니다. 단순히 암묵적인 지식으로 남겨두지 마십시오.
판결 방향에 영향을 받지 않는 프레임워크
수수료율이 아직 확정되지 않았고 대법원 판결 후 다시 소송이 제기될 수 있기 때문에, 실제 엔지니어링 작업은 "0%에 맞춰 구축하는 것"이 아닙니다. 수수료율을 상수가 아닌 변수로 취급하는 계정과목표와 보고 구조를 구축하는 것입니다. 일반 텍스트, 버전 제어 원장은 이 특정 문제를 스프레드시트 기반 회계보다 더 쉽게 만듭니다. 모든 외부 링크 거래를 판매 당시의 채널과 수수료율로 태그한 다음, 새로운 요율이 확정되는 즉시 과거 항목을 건드리거나 워크북의 세 탭 깊이에 있는 수식을 깨뜨리지 않고 보고서를 다시 실행할 수 있습니다.
첫날부터 앱 수익을 체계적으로 관리하세요
앱스토어 인앱 구매, 외부 결제 링크, 완전히 다른 규칙을 따르는 EU 수수료 구조에 걸쳐 수익을 분할하는 것은 바로 세금 신고 시즌을 혼란으로 만드는 다중 채널 복잡성의 전형적인 예입니다. Beancount.io는 모든 거래를 채널, 수수료율 및 관할권별로 태그할 수 있는 일반 텍스트, 버전 제어 회계를 제공합니다. 완전히 투명하고 쿼리 가능하며, 공급업체 종속이 없습니다. 지금 무료로 시작하고 앱의 재정을 코드만큼 깔끔하게 유지하십시오.