일본 대체 결제 환불은 두 스토어 모두에서 개발자의 몫이 되었고, 한 건 한 건 Apple 또는 Google에 보고해야 합니다

일본 대체 결제 환불은 이제 iPhone과 Android 모두에서 개발자의 일입니다. Apple은 2025년 12월 iOS 26.2와 함께 일본에서 대체 결제 처리를 열었고, Google Play의 결제 선택 프로그램은 2026년 9월 30일 일본 사용자에게 제공되기 시작했습니다. 두 스토어가 제시한 조건은 같습니다. 결제를 직접 받을 수 있는 대신, 환불과 고객 문의, 차지백도 함께 떠안게 됩니다. 대부분의 팀이 놓치는 부분은 서류 작업입니다. 승인한 모든 환불은 판매를 허락해 준 스토어에 다시 보고해야 합니다.

일본에서 무엇이, 언제 바뀌었나

일본의 모바일 소프트웨어 경쟁촉진법(MSCA)은 2025년 12월 지정 사업자를 대상으로 시행되었으며, Apple과 Google도 여기에 포함됩니다. Google은 대응 방안을 마련하기 위해 일본 공정거래위원회와 18개월 동안 협의했다고 밝혔습니다. Apple도 같은 주에 변경 사항을 적용했습니다. 아래 날짜는 두 회사의 공식 페이지를 기준으로 합니다.

두 스토어 모두 자사 결제를 빼는 것은 허용하지 않습니다. Apple은 대체 옵션을 제공하더라도 In-App Purchase를 계속 제공하도록 요구합니다. Google은 Google Play Billing을 개발자의 결제 수단이나 웹 링크와 나란히 제공하도록 요구합니다. 하나의 앱에 두 개의 결제 흐름, 그리고 서로 다른 두 개의 환불 창구가 생기는 셈입니다.

일본 대체 결제 환불은 누가 처리하나

간단히 말해 스토어는 자신이 처리한 구매의 환불을 맡고, 나머지는 개발자가 맡습니다. Apple In-App Purchase로 결제한 구매자는 여전히 Apple에 환불을 요청할 수 있습니다. 개발자의 결제 대행사를 통해 결제한 구매자는 그럴 수 없습니다.

Apple의 입장

Apple의 일본 페이지는 분명합니다. 대체 결제로 이루어진 구매에 대해 Apple은 환불, 구매 내역, 구독 관리 및 기타 문제와 관련해 고객을 지원할 수 없으며, 개발자가 고객과 직접 해결할 책임을 집니다. 또한 결제 처리, 해지, 환불에 관한 법률을 준수할 책임도 개발자에게 있습니다. 결제 서비스 제공업체는 PCI Level 1을 준수해야 하며, 분쟁, 구독 관리, 환불을 포괄하는 고객 서비스 절차를 운영해야 합니다.

Google의 입장

Google의 결제 선택 규정은 세 가지 의무를 명시합니다. Play 밖에서 거래를 완료한 사용자에게 환불 수단을 제공해야 하며, 구매 전에 해당 거래가 환불 불가임을 사용자에게 명확히 알린 경우에만 예외입니다. 해당 구매에 대해 고객 지원을 제공해야 합니다. 그리고 결제 시스템은 사용자가 승인되지 않은 거래에 이의를 제기할 수 있는 방법을 제공해야 합니다. Google은 사용자가 주문 내역을 확인하고, 구독을 관리하고, 환불 요청을 시작할 수 있는 링크도 요구합니다.

두 가지 증거 제출 절차는 여기서 존재하지 않는다

스토어 결제에서 증거를 요구하는 환불 절차는 두 가지뿐입니다. 소비 데이터를 보낼 시간으로 12시간을 주는 Apple의 CONSUMPTION_REQUEST, 그리고 24시간을 주는 Google Play의 orders.reviewrefund 차지백 검토입니다. 둘 다 스토어가 대금을 받았기 때문에 존재합니다. 개발자의 결제 대행사로 결제된 구매에서는 어느 쪽도 발생하지 않습니다. 일본 구매자가 그 청구에 이의를 제기하면, 사건은 결제 대행사와 구매자의 은행 사이에서 처리되며 은행의 결정이 최종입니다.

Apple 또는 Google에 환불을 보고하는 방법

환불을 승인하는 것은 일의 절반에 불과합니다. 두 스토어 모두 대체 결제에서 수수료를 가져가기 때문에, 돌려준 금액도 확인하고 싶어 합니다.

Apple의 환불 항목

External Purchase Server API에서 환불은 REFUND 유형의 별도 항목입니다. 환불된 거래, 환불을 완료한 날짜, 보고 통화의 밀리 단위로 표시한 세금 포함 금액과 세금 제외 금액, 그리고 Apple이 모든 환불과 restatement를 반영한 금액이라고 설명하는 순액이 들어갑니다. Apple의 항목 페이지에는 분쟁과 관련해 중요한 문장이 하나 있습니다. 차지백은 환불로 보고하라는 것입니다.

항목을 잘못 보냈다면 Apple은 정정을 요구합니다. 같은 lineItemId를 restatement를 true로 설정해 다시 보내면, Apple은 최신 버전만 사용합니다. 실수로 보낸 항목은 erroneouslySubmitted도 true로 설정해 철회합니다.

Google의 환불 호출

Google Play에서는 판매 시 보고한 externalTransactionId를 대상으로 refundexternaltransaction을 호출합니다. 전액 환불은 남은 금액 전체를 대상으로 합니다. 부분 환불에는 고유한 refundId와 돌려준 세전 금액이 필요합니다. 구독의 경우 Google은 환불 대상인 특정 갱신의 ID를 요구하므로, 세 번 결제된 구독을 환불하려면 환불 호출을 세 번 따로 해야 합니다. 생성 엔드포인트와 환불 엔드포인트는 분당 1,200건의 쿼리 한도를 공유합니다.

일본 대체 결제로 실제로 아낄 수 있는 금액

겉으로 보이는 절감액은 많은 팀의 예상보다 작고, 환불 비용이 그마저 갉아먹습니다. 다음은 Apple이 공개한 일본 요율입니다.

표준 앱 내 판매라면, 자체 결제 대행사로 옮겨서 아낄 수 있는 것은 고객 결제 금액의 5%포인트입니다. 결제 대행사 수수료도 그 5%포인트 안에서 나갑니다. Google의 결제 선택 요율은 상품 유형과 설치 시기에 따라 단계적으로 정해집니다. 앱 내 대체 결제의 경우 고객센터 페이지에는 자동 갱신 구독이 10%, 그 밖의 구매는 신규 설치인지 기존 설치인지에 따라 20% 또는 25%로 나와 있으며, 자격을 갖춘 개발자는 연간 수익의 첫 $1M에 대해 10%가 적용됩니다.

예전에는 스토어가 떠안던 비용

• 승인한 환불: 전액이 결제 대행사 잔액에서 빠져나가며, 결제 대행사가 환불에 부과하는 수수료도 모두 개발자 부담입니다.
• 차지백: 결제 대행사의 분쟁 수수료에 더해, 은행에 낼 증거를 준비하는 시간이 듭니다. 먼저 통과해야 할 스토어 검토 단계는 없습니다.
• 고객 지원: 주문 내역, 구독, 환불 문의에 일본어로 답하는 인력이나 도구입니다. 이런 구매자에 대해서는 Apple과 Google이 더 이상 대응하지 않습니다.
• 보고: Apple에는 월간 보고서를, Google에는 모든 판매와 환불 후 24시간 이내에 API 호출을 보내기 위한 엔지니어링 작업입니다.

어떤 환불로도 돌려받지 못하는 비용

이것들은 원래 스토어의 문제가 아니었고, 어느 쪽이든 개발자가 부담합니다. 구매자가 사용한 기능 뒤의 컴퓨팅, 그 요청이 일으킨 API 호출, 구매자가 만든 결과물의 저장 공간, 그리고 그 판매에 대해 크리에이터나 파트너에게 지급해야 할 금액입니다. In-App Purchase에서는 CONSUMPTION_REQUEST를 통해 최소한 구매자가 결제한 만큼 소비했다는 사실을 Apple에 보여 줄 수 있습니다. 자체 결제 대행사에서는 그 주장을 은행에 해야 하며, 그것도 구매자가 환불을 요청하는 대신 분쟁을 제기한 경우에만 가능합니다.

어린 구매자에 대한 규칙

환불 위험은 아이가 결제할 때 가장 높으며, Apple의 일본 규칙은 이 점을 중심으로 만들어졌습니다. 키즈 카테고리의 앱은 모든 대체 결제 흐름 앞에 보호자 확인 단계를 두어야 하며, 웹사이트 구매를 제공할 수 없습니다. 그 밖의 앱은 보호자 구매 통제 기능을 지원해야 합니다. 13세 미만 사용자는 보호자 확인을 거친 앱 내 대체 결제 처리만 사용할 수 있습니다. 13세부터 17세까지의 사용자는 두 옵션을 모두 사용할 수 있으며, 각각 보호자 확인을 거쳐야 합니다.

일본에서 대체 결제를 켜기 전 체크리스트

• 일본어로 환불 정책을 작성하고, 구매자가 결제하기 전에 링크를 제공하세요. Google Play에서는 환불 불가 판매를 반드시 사전에 고지해야 합니다.
• 주문 내역, 구독 관리, 환불 요청을 위한 페이지를 마련하고 앱에서 링크하세요.
• 결제 대행사가 PCI Level 1을 준수하며 분쟁, 환불, 구독 변경을 처리할 수 있는지 확인하세요.
• 모든 판매, 갱신, 환불을 각 스토어에 필요한 ID와 함께 기록하세요. Apple은 lineItemId, Google은 externalTransactionId입니다.
• Apple 환불과 차지백은 월간 보고서로 보고하고, Google 환불은 구독 단위가 아니라 갱신 단위로 보내세요.
• 계정별 사용 기록을 보관하세요. 자체 결제 대행사를 쓰면 그 기록을 보여 줄 상대는 스토어가 아니라 은행이기 때문입니다.
• Google의 일본 외부 결제 프로그램에 참여 중이라면 2027년 3월 31일 전에 결제 선택 프로그램으로의 이전을 계획하세요.