외화 매출의 실제 비용은 환불 환율이 결정하며, Apple과 Google은 그 환율을 같은 방식으로 정하지 않습니다

Apple과 Google 모두 외화 환불을 개발자의 수익에서 다시 가져가지만, 어느 날의 환율을 쓸지에 대해서는 의견이 다릅니다. 바로 이 환불 환율 때문에 유로, 엔, 루피 매출의 환불이 원래 그 매출로 받은 금액보다 몇 센트 더 들거나 몇 센트 덜 들 수 있습니다. 환불 한 건이라면 잡음에 불과합니다. 하지만 1년치 해외 환불을 모으면 아무도 예산에 넣지 않은 항목이 장부에 생기고, 보고서 오류로 오해하기 쉽습니다.

각 스토어가 쓰는 환불 환율

두 스토어는 서로 다른 모델로 운영됩니다. Apple은 회계월 내내 수익을 각 스토어프런트의 통화로 보관하다가 지급할 때 한 번만 환전합니다. Google은 주문이 이루어지는 순간 모든 주문을 지급 통화로 환전합니다. 환불은 해당 스토어의 모델을 그대로 따릅니다.

Apple은 지급 시점에 환전합니다

Apple의 Payments and Financial Reports 페이지에 따르면 Apple의 은행이 지급액을 개발자의 은행 계좌 통화로 환전합니다. 환율은 Apple의 은행이 정하며, Apple은 보통 지급일의 현물 환율이고 돈이 계좌에 도착하기 영업일 기준 3일 전보다 이르지 않다고 설명합니다. 지급 자체는 거래가 완료된 회계월의 마지막 날로부터 45일 이내에 이루어집니다.

따라서 Apple이 지급하기 전까지 수익은 각국 현지 통화로 남아 있습니다. 독일에서 발생한 매출은 보고서에서 유로이고, 일본에서 발생한 매출은 엔입니다. Apple의 재무 보고서는 모든 행의 Partner Share Currency라는 필드에 통화까지 표시합니다.

Google은 주문 시점에 환전합니다

Google의 Play Console 고객센터에 따르면 Google은 주문 시점의 환율을 사용해 매출을 구매자의 통화에서 개발자 계정의 통화로 환전합니다. 이 환율은 하루 동안 계속 갱신되며, 각 주문 영수증에 사용된 환율이 표시됩니다. 이후 지급은 결제 프로필의 통화로 이루어집니다.

환불이 매출로 받은 금액보다 더 많이 회수될 수 있는 이유

App Store에서는 차이가 달력에서 생깁니다. Apple의 재무 보고서는 각 Apple 회계월에 처리되고 정산된 거래를 기반으로 하며, 해당 기간에 구매나 환불이 있으면 보고서가 생성됩니다. 이후 달에 정산된 환불은 그 달에 Return 행으로 나타나고, Sale or Return 값은 R이며, 통화는 원래 매출과 같은 현지 통화입니다. 그런 다음 그 달의 다른 모든 항목과 함께 그 이후 지급의 환율로 환전됩니다.

두 번의 지급 사이에 스토어프런트 통화가 은행 계좌 통화 대비 강세를 보였다면, 환불은 매출이 가져다준 금액보다 더 많이 회수합니다. 약세였다면 더 적게 회수합니다. 어느 스토어도 그 차액을 보전해 주거나 수수료를 부과하지 않습니다. 그저 서로 다른 날에 두 번 환전했을 뿐입니다.

Google Play 환불은 어떨까요

Google의 고객센터 페이지는 두 가지를 약속합니다. 구매자의 현지 통화로 이루어진 주문의 환불은 같은 통화로 돌아가며, 환율 변동은 환불 금액에 영향을 주지 않습니다. 그리고 지불 거절로 결제 프로필에서 차감되는 모든 금액에는 주문 당시의 환율이 적용됩니다. 이 두 번째 문장이 지불 거절을 원래 환율에 고정합니다.

일반 환불의 경우, 이 페이지는 개발자 쪽 차감액이 어떤 환율로 환전되는지 밝히지 않습니다. 그래도 추측할 필요는 없습니다. Google의 월간 수익 보고서는 Charge refund 행과 Google fee refund 행을 포함한 모든 행에 각자의 Currency Conversion Rate를 표시하며, 이는 구매자 금액을 판매자 통화의 지급액으로 환산할 때 사용된 환율로 정의됩니다. 환불 행의 환율을 원래 Charge 행의 환율과 비교하면 무슨 일이 있었는지 알 수 있습니다.

실제 금액으로는 얼마인가

실제 환율이 아니라 원리를 보여주기 위해 가상의 숫자로 예를 들어 보겠습니다. 유로 스토어프런트에서 발생한 App Store 매출의 Partner Share가 €7.00이고, 은행 계좌는 미국 달러라고 가정합니다.

유로 쪽은 당연히 정확히 0이 됩니다. 달러 쪽은 그렇지 않습니다. 환불이 환전된 날 유로의 가치가 더 높았기 때문입니다. 두 환율을 바꾸면 오히려 $0.28 이익을 봅니다. 매출 한 건이라면 사소한 금액입니다. 하지만 큰 환율 변동기에 몇몇 통화에 집중된 수천 건의 환불이 있다면 무시할 수 없는 돈이 되고, 그 돈은 환차손이라는 이름의 행으로는 어디에도 나타나지 않습니다.

어떤 환율로도 되돌릴 수 없는 비용

환율 변동은 작은 부분입니다. 큰 부분은 환불되기 전에 매출을 제공하느라 쓴 돈이며, 그 돈은 어떤 통화로도 돌아오지 않습니다.

• 컴퓨팅: 구매자가 이미 받은 모든 이미지, 동영상, 모델 응답 뒤에 있는 GPU 또는 서버 시간.
• API 호출: 실행되는 순간 청구되는 서드파티 요청으로, 구매자가 어디에 살든 대개 달러로 청구됩니다.
• 스토리지: 구매자가 만든 파일로, 환불 후에도 여전히 청구서에 남아 있습니다.
• 지급액: 해당 매출에 대해 크리에이터, 제휴사, 파트너에게 이미 보낸 수익 배분.

그래서 증거를 요구하는 두 가지 환불 절차가 어떤 환율보다도 중요합니다. Apple의 CONSUMPTION_REQUEST는 소비 정보를 보낼 시간으로 12시간을 주고, orders.reviewrefund를 통한 Google Play의 지불 거절 검토는 24시간을 줍니다. 그 밖의 모든 환불은 Google의 48시간 셀프 서비스 기간부터 고객 지원 환불, 무효화된 구매까지 개발자 없이 결정됩니다.

Google Play의 외화 지불 거절

2026년 8월 3일부터 그 이후에 이루어진 주문에 대해 Google Play와 개발자는 지불 거절 비용을 분담합니다. 개발자는 구매 가격에서 Play 서비스 수수료를 뺀 금액에 금융기관이 부과하는 지불 거절 수수료를 더해 부담합니다. Google은 자사 서비스 수수료 부분을 계속 부담합니다.

환율 부분은 예측할 수 있습니다. Google은 지불 거절 차감에 주문 시점의 환율을 쓰기 때문에, 패소한 지불 거절의 가격 부분은 지급 통화 기준으로 원래 매출이 벌어들인 금액과 같습니다. 은행 수수료는 매출과 연결되지 않은 부분입니다. Google의 수익 보고서에 따르면 지불 거절 금액은 다음 달 수익 정산 주기에 나타나고, 지불 거절 수수료는 분쟁이 해결된 후 월별 합계로 표시됩니다.

보고서마다 환불 숫자가 맞지 않는 이유

어디서 보느냐에 따라 환불 합계가 달라 보인다면, 통화가 흔한 원인입니다. Apple의 Sales and Trends는 전월 환율의 이동 평균을 사용해 USD 금액을 추정합니다. Payments and Financial Reports는 지급 시점의 실제 환율을 사용하며, 해당 월의 지급이 완료된 후에만 표시됩니다. Apple은 환불, 결제 재시도, 통화 환전이 각 시스템에서 서로 다른 시점에 기록될 수 있다고 분명히 밝히고, 두 합계를 직접 비교하지 말라고 안내합니다.

빠른 대사 절차

• 무엇이든 환전하기 전에 먼저 Partner Share Currency를 사용해 스토어프런트 통화로 App Store 환불을 대사합니다.
• 원래 매출의 환율이 아니라 실제로 그 환불이 포함된 지급의 환율로 환전합니다.
• Google Play에서는 각 Charge refund 행을 원래 Charge 행과 짝지어 두 행의 Currency Conversion Rate 값을 비교합니다.
• 지불 거절은 환불과 따로 추적합니다. Google은 다음 달 주기에 청구하고 은행 수수료를 월별 합계로 더하기 때문입니다.
• 거래별 사용 기록을 보관합니다. 그러면 어떤 통화든, 이의를 제기할 수 있는 환불에 12시간 또는 24시간 기한 안에 대응할 수 있습니다.