정산·재무 마감

핵심 요약

• 다운로드·매출 이벤트와 실제 정산을 같은 숫자로 보면 안 된다. 월마감은 언제나 Financial Reports 기준으로 잠근다.
• 세 리포트의 역할이 다르다: App Analytics는 유입·전환, Sales and Trends는 proceeds 추이, Financial Reports는 fiscal month 기준 실제 지급이다.
• reconciliation 표에는 Fiscal Month·통화·환불 반영 달·세금/수수료를 별도 열로 유지하고, 환불·가격 변경이 많은 달은 한 장짜리 메모를 남긴다.
• 2025~2026 지역별 수수료를 분리 관리한다: EU DMA 최대 20%, 일본 MSCA 526%, 미국 외부 결제 허용, EU CTF→CTC 매출 5% 전환(2026.1.1).

운영팀이 가장 자주 저지르는 실수가 다운로드/매출 이벤트와 실제 정산을 같은 숫자로 보는 것입니다. App Store Connect는 리포트마다 목적이 다릅니다. 월마감은 언제나 Financial Reports 기준으로 잠급니다.

세 리포트의 역할

순매출 추정식

$$\text{예상 순매출} = (\text{소비자 가격} \times \text{판매 수량} \times (1 - \text{세금율} - \text{수수료율})) - \text{환불액}$$

월마감 절차

1. Sales and Trends에서 상품별 Units, Proceeds, Subscription Events를 잠급니다.
2. Payments and Financial Reports에서 fiscal month, 지급 통화, 지급 지연 항목을 확인합니다.
3. 환불, 세금, 환율 차이를 reconciliation 표에 따로 적습니다.
4. 경영 리포트에는 운영 숫자와 현금 숫자를 분리해 표기합니다.

연속 사례: FocusFlow 월마감 예시

FocusFlow 운영팀은 이 차이를 환불 \$620 + 통화/정산 시점 차이로 설명하는 reconciliation 메모를 매달 남깁니다.

재무 reconciliation 표준

글로벌 기본

• 경영회의용 매출은 Sales and Trends, 재무 마감은 Financial Reports로 분리합니다.
• 월마감 기준일과 환율 기준일을 문서화합니다.
• SKU, 구독 그룹, 지역 코드를 재무 시스템과 같은 키로 맞춥니다.

한국 메모

• 한국 팀이 원화 보조 장부를 따로 운영하더라도, 원천 숫자는 Apple fiscal month 기준으로 먼저 잠그는 편이 좋습니다.
• 국내 세무 처리나 전자금융 문안은 이 책이 아니라 웹서비스 운영을 위한 약관 가이드와 실제 세무 자문으로 넘깁니다.

실무 팁

환불과 가격 변경이 많은 달일수록 한 장짜리 reconciliation 메모가 꼭 필요합니다. 숫자만 넘기면 다음 달부터 운영팀과 재무팀이 서로 다른 매출을 말하게 됩니다.

지역별 수수료 구조 요약 (2026년 기준)

월마감 때 국가/지역별 proceeds 차이가 크게 벌어질 수 있으니, reconciliation 표에 지역 컬럼을 추가하는 편이 안전합니다.

참고 자료

• Apple Developer - Sales and Trends reports
• Apple Developer - Payments and Financial Reports overview
• Apple Developer - Read payments and financial reports
• Apple Developer - Subscription proceeds rates
• Apple Developer - Update on apps distributed in the EU