2월에 은행 잔고 증명서를 열어보고 Apple로부터 입금된 금액을 확인했을 때, 방금 받은 1099-K 양식에 적힌 숫자와 전혀 맞지 않는 것을 발견합니다. Apple이 실수를 한 걸까요? 돈을 덜 받은 걸까요? IRS(미국 국세청)가 소득을 숨기고 있다고 생각하면 어쩌죠?
모두 아닙니다. 앱스토어나 구글 플레이를 통해 앱, 구독 또는 인앱 결제를 판매하는 경우, 세금 양식의 숫자와 당좌 예금 계좌의 숫자는 원래 다르게 나타납니다. 그 이유를 이해하지 못하면 세금 신고 기간은 5분 만에 끝날 조정 작업 대신 골치 아픈 스무고개가 되어버립니다.
이는 1인 개발자 및 소규모 앱 개발 팀이 가장 흔하게 겪는 혼란 중 하나이며, 약간의 체계만 잡으면 완벽하게 해결할 수 있습니다. 실제로 이러한 차이가 발생하는 원인과, 1월이 두렵지 않고 언제든 감사에 대비할 수 있는 장부 정리 습관을 기르는 방법을 소개합니다.
1099-K 금액이 잘못된 것처럼 보이는 이유 (실제로는 맞습니다)
Apple과 Google은 총 결제 금액이 IRS 보고 기준(2026년 기준 조정 전 총매출 5,000달러, 향후 법정 기준인 600달러로 점진적 축소 예정)을 초과하는 미국 개발자에게 Form 1099-K를 발급해야 합니다. 여기서 핵심 단어는 **총액(gross)**입니다.
Form 1099-K는 다음과 같은 항목들이 차감되기 전의 조정되지 않은 총매출(unadjusted gross sales), 즉 고객이 지불한 전체 금액을 보고합니다:
- Apple 또는 Google 수수료 (기본 30%, 수수료 인하 프로그램 대상자인 경우 15% — 자세한 내용은 아래 참조)
- 판매 후 발생한 환불 및 차지백(구매 취소)
- 고객이 정산 통화와 다른 통화로 결제할 때 발생하는 환전 차이
- 플랫폼이 귀하를 대신하여 징수 및 납부한 세금 (부가세, GST 및 많은 미국 주의 매출세 — Apple과 Google 모두 "마켓플레이스 촉진자(marketplace facilitators)"로서 이 납부 처리를 직접 수행하므로 귀하에게 도달하지는 않지만, 보고된 총매출 수치에는 포함되어 있습니다)
- 외국 개발자이거나 제출된 세무 문서가 누락된 경우 발생하는 원천징수 세금
따라서 1099-K에 기록된 총매출 10,000달러는 환불이나 환율 영향을 고려하기도 전에, 수수료 차감만으로도 실제 개발자 수익인 6,800~7,000달러로 줄어들 수 있습니다. 이는 오류가 아닙니다. 총매출(top-line revenue)과 마켓플레이스가 부르는 "개발자 수익(developer proceeds)"의 차이일 뿐입니다.
모든 앱 개발자가 추적해야 할 네 가지 수치
사후에 억지로 숫자를 맞추려 하지 말고, 연중 내내 네 가지 명확한 수치를 추적하세요. 각각의 용도가 다릅니다:
- 총매출 (Gross revenue) — 1099-K에 적히는 금액입니다. 공제 전 고객이 실제로 지불한 금액입니다. IRS가 양식에서 확인하는 수치입니다.
- 순정산금 (Net payout) — 수수료, 환불, 환전 과정을 거친 후 Apple 또는 Google이 실제로 귀하의 은행 계좌에 입금하는 금액입니다. 장부 정리 목적상 실제 비즈니스의 총매출이 됩니다.
- 세후 소득 (After-tax income) — 순정산금에서 연방 자영업세, 소득세 및 (해당되는 경우) 주세를 위해 별도로 적립해 두어야 할 약 25~35%를 제외한 금액입니다.
- 실제 수령액 (Real take-home) — 세후 소득에서 비즈니스 비용(개발자 프로그램 연회비, 클라우드 호스팅, 외주 비용, 소프트웨어 구독료, 광고비)을 제외한 금액입니다.
"이 숫자들이 왜 맞지 않지?"라는 패닉의 대부분은 개발자들이 1번 수치와 4번 수치를 비교하고 무언가 잘못되었다고 가정할 때 발생합니다. 두 수치는 원래 일치하지 않습니다. 같은 1달러가 거치는 서로 다른 단계일 뿐입니다.
실제 수치를 확인하는 방법
Apple이나 Google의 월간 리포트를 한 줄 한 줄 수작업으로 대조할 필요는 없습니다. 하지만 정기적인 루틴은 필요합니다.
Apple (App Store Connect):
- **결제 및 재무 보고서(Payments and Financial Reports)**에서 이미 Apple 수수료가 차감된 지역별 월간 수익을 보여줍니다.
- 특정 월의 재무 보고서는 대개 다음 회계월의 첫 번째 금요일까지 생성이 완료됩니다. 너무 이른 시점에 정리를 시도하면 불완전한 데이터를 비교하게 됩니다.
- 환전은 구매일이 아니라 결제일에 이루어집니다. 즉, 외화 기준 명목 가격이 동일하더라도 12월에 발생한 매출이 11월에 발생한 매출과 다른 환율로 환전될 수 있습니다.
Google Play Console:
- 주문 관리(Order Management) 및 재무 보고서(Financial reports) 페이지에서는 총매출, Google 서비스 수수료, 환불, 차지백이 개별 항목으로 구분되어 표시됩니다. Apple의 통합 월간 리포트보다 더 상세하지만, 실시간이 아닌 월 단위로 제공됩니다.
- 2026년 8월 3일 이후 접수된 주문부터 Google Play는 개발자와 차지백 비용을 분담하기 시작했습니다. 이제 Google이 모든 비용을 부담하는 대신, 귀하가 부당한 분쟁에 대한 구매 가격(Google 수수료 제외)과 카드사의 차지백 수수료를 직접 감당해야 합니다. 차지백이 매출에서 유의미한 비중을 차지한다면, 앞으로 따로 추적해야 할 새로운 비용 항목이 됩니다.
실천적인 습관: 매달 말에 입금액만 적지 말고, 총매출, 플랫폼 수수료, 환불, 순정산금의 네 가지 개별 수치로 장부에 기록하세요. 나중에 총액을 역산하느라 애쓰는 대신 일년 내내 총매출을 추적해 두었기 때문에, 이듬해 1월에 1099-K를 받았을 때 총매출 합계가 이미 일치해 있을 것입니다.
수수료 인하 프로그램을 간과하지 마세요
규모가 작은 개발자라면 생각보다 적은 수수료를 내고 있을 수도 있고, 혹은 가입하지 않아 손해를 보고 있을 수도 있습니다.
- Apple 소규모 비즈니스 프로그램(Small Business Program): 이전 역년에 (Apple 수수료 공제 후) 총수익이 100만 달러 이하인 개발자 또는 기업에 30% 대신 15%의 수수료를 적용합니다. App Store Connect 내부에서 별도의 심사 없이 간편하게 셀프서비스로 신청할 수 있습니다.
- Google Play 유사 프로그램: 자격 요건을 충족하는 앱과 게임에 대해 연간 소득 최초 100만 달러까지 15% 수수료를 제공하는 Apps Experience Program 및 Games Level Up Program이 있으며, 전자책, 음악, 동영상 스트리밍 앱이 Android TV, Wear OS 또는 Google Cast와 연동되는 경우 Play Media Experience Program을 통해 수수료를 최소 10%까지 낮출 수 있습니다. Apple의 프로그램과 달리 Google의 프로그램은 수동 심사 및 카테고리 적합성을 요구하며 자동으로 적용되지 않습니다.
연중에 수익 100만 달러 기준을 넘었거나 앱 카테고리가 변경되었다면 매년 가입 상태를 다시 확인하세요. 15% 혜택을 받을 수 있음에도 30% 수수료를 내고 있다면 플랫폼 마진의 절반을 소리 없이 낭비하고 있는 셈입니다.
간단한 월간 조정(Reconciliation) 루틴
이 작업을 관리하기 위해 기업용 앱 퍼블리셔 전용 회계 소프트웨어를 쓸 필요는 없습니다. 매월 반복할 수 있는 체크리스트만으로도 충분합니다:
- App Store Connect 및 Google Play Console에서 당월 재무 보고서를 다운로드합니다.
- 네 가지 항목을 기록합니다: 총매출, 플랫폼 수수료, 환불/차지백, 순정산금.
- 순정산금과 실제 은행 입금액을 대조합니다. 만약 Apple의 정산 지연이 있는 경우(지불 조건 및 통화에 따라 판매 후 계좌 입금까지 30~45일 이상 소요될 수 있음), 보고 기간의 시차를 기록하여 이번 달의 입금액을 이번 달의 보고서와 잘못 비교하지 않도록 합니다.
- 세금 납부 시기가 되어서가 아니라, 입금이 완료되는 즉시 세금 적립금(순정산금의 25~35%, 고세율 주에 거주하는 경우 그 이상)을 별도 계좌로 이체해 둡니다.
- 비용 측면도 기록하세요. Apple의 연간 99달러 개발자 회비, Google의 일회성 25달러 등록비, 외주 및 디자인 비용, 개발에 사용된 소프트웨어 구독료 등은 모두 과세 소득을 줄여주는 공제 대상 비즈니스 비용입니다. 단, 단순히 머릿속에 기억하는 것이 아니라 장부에 정확히 기록해 두어야만 공제를 받을 수 있습니다.
이를 매월 실천하면 일 년에 한 번 있는 세금 대란이 5분짜리 간단한 행정 업무로 바뀝니다. 또한 1099-K를 받았을 때 마감 시간에 쫓겨 일 년 치 플랫폼 리포트를 역산하는 대신, 이미 기록해 둔 숫자와 대조해 보기만 하면 됩니다.
앱 수익 장부를 텍스트 파일로 관리하세요
스프레드시트는 한동안은 쓸만하겠지만 두 개의 플랫폼과 수개월에 걸쳐 총매출, 수수료, 환불, 환율 효과, 비용을 추적하기 시작하면 금방 꼬이기 십상입니다. 수식 하나만 깨져도 전체 정산 결과를 신뢰할 수 없게 되니까요. Beancount.io는 인디 개발자에게 텍스트 기반 회계 장부(Plain-text accounting ledger)를 제공하여, 모든 앱스토어 및 구글 플레이 정산금, 환불, 비용을 버전 관리(version-controlled)가 가능한 항목으로 작성하고 한 줄씩 검토할 수 있도록 돕습니다. 숨겨진 수식이나 특정 공급업체 종속(vendor lock-in)이 없으며, 여러 플랫폼에 걸친 총매출 대 순매출 조정 작업에 가장 자연스럽게 어울리는 포맷입니다. 무료로 시작하기를 통해 이미 코드로 생각하는 개발자들이 왜 회계 업무도 같은 방식으로 처리하는 것을 선호하는지 직접 확인해 보세요.