앱을 다른 개발자 계정으로 이전해도 매각 전 주문은 판매자에게 남습니다, 환불에 어떤 의미인지 정리했습니다

Google 도움말 페이지는 이를 한 줄로 말합니다. 앱이 이전되기 전에 생성된 주문은 원래 계정에 남습니다. 그래서 앱을 다른 개발자 계정으로 이전하면 구독자는 구매자에게 넘어가지만 구매 내역은 넘어가지 않습니다. 그 내역에 묶인 환불, 분쟁, 지원 요청은 저절로 정리되지 않습니다. 스토어 규칙이 가리키는 쪽으로 가는데, 그쪽이 늘 돈을 받은 당사자는 아닙니다. Apple과 Google은 이를 다르게 처리하고, Apple은 Google보다 말하는 것이 적습니다. 각 스토어가 무엇을 문서화하고 있는지, 이전 후 환불 설정의 어느 부분이 조용히 작동을 멈추는지, 어느 쪽이든 서명하기 전에 무엇을 문서로 남겨야 하는지 살펴보겠습니다.

앱을 이전할 때 옮겨가는 것과 남는 것

두 스토어 모두 이전을 앞으로의 소유자 변경으로 취급합니다. 앱, 사용자, 평점은 옮겨갑니다. 과거의 재무 기록은 대부분 옮겨가지 않습니다.

App Store의 경우

Apple의 규칙은 데이터에 관한 것입니다. 이전하는 개발자는 이전 전의 결제 및 판매 정보에 대한 접근 권한을 유지하고, 이전 후의 모든 정보에 대한 접근 권한을 잃습니다. 수령자는 이전 이후에 발생한 거래의 결제 및 판매 정보만 받습니다. Apple의 이전 가이드는 이전 전에 이루어진 구매의 환불을 다루지 않습니다. 뒤늦은 환불이 누구의 수익에서 빠져나가는지에 대해서도 아무 말이 없습니다.

Google Play의 경우

Google은 더 명확합니다. 사용자, 통계, 데이터, 댓글, 평점, 구독은 이전됩니다. 이전 전에 생성된 주문은 원래 계정에 남고, 그중 하나를 환불해야 하면 Google은 원래 계정으로 돌아가거나 Google Play Developer API를 사용해야 한다고 말합니다. 판매자 계정은 매각 당일에 쓸모가 없어지는 것이 아닙니다. 일부 환불을 처리할 수 있는 유일한 곳으로 계속 남습니다.

앱 이전 후 환불은 누가 처리할까

두 스토어 모두 대부분의 환불은 개발자 없이 결정됩니다. Apple은 환불 요청을 직접 처리합니다. Google Play에서는 구매자가 많은 구매를 48시간 이내에 직접 환불할 수 있고, 나머지는 Google 지원팀이 승인합니다. 이전이 이 중 어느 것도 바꾸지는 않습니다. 바뀌는 것은 누가 환불을 볼 수 있는지, 그리고 개발자에게 대응을 요구하는 드문 흐름에 누가 대응할 수 있는지입니다.

Google Play에서 직접 해 주고 싶은 환불

오래된 구독자가 새 소유자에게 연락해 매각 두 달 전에 청구된 금액을 환불해 달라고 한다고 해 봅시다. 새 소유자는 자신의 Play Console에서 환불할 수 없습니다. 그 주문이 거기에 없기 때문입니다. 판매자가 로그인해서 처리하거나, 판매자 계정에 API 접근 권한이 있는 누군가가 Google Play Developer API를 호출해야 합니다. 판매자가 계정을 닫았거나 연락이 끊겼다면 그 환불은 막혀 버립니다. Google은 이전 후 원래 계정을 닫는 판매자에게 $25 등록비를 환불해 주겠다고까지 합니다. 바로 그렇기 때문에 구매자는 그 전에 이전 전 환불이 처리되도록 확실히 해 두어야 합니다.

Apple이 자체적으로 승인하는 환불

App Store에서는 환불을 여러분이 아니라 Apple이 합니다. Apple이 이전 전 구매를 환불하면, 그 결제 및 판매 기록은 원래 개발자에게 있습니다. Apple의 이전 문서에는 어느 쪽 수익이 그 환불을 부담하는지 나와 있지 않으므로, 어느 쪽도 짐작으로 판단해서는 안 됩니다. 계약서에 적어 두세요.

증거를 요구하는 두 가지 환불 흐름

개발자에게 무언가를 요구하는 환불 흐름은 두 가지뿐입니다. Apple은 CONSUMPTION_REQUEST를 보내고 Send Consumption Information을 통해 소비 데이터로 응답할 시간을 12시간 줍니다. Google Play는 지불 거절 검토를 보내며, orders.reviewrefund를 통해 24시간 안에 응답해야 합니다. 두 응답 모두 앱이 아니라 계정에 속한 인증 정보로 서명됩니다. 이전 과정에서 문제가 생기는 곳이 바로 여기입니다.

이전 중에 끊기는 환불 체계

이전된 앱은 환불 쪽이 먹통이 된 것을 아무도 모르는 채로 몇 주 동안 계속 판매될 수 있습니다.

Apple의 알림 URL과 In-App Purchase 키

App Store Server Notifications URL은 App Store Connect의 App information에서 앱별로 설정합니다. Apple의 이전 가이드는 이를 언급하지 않으므로, 새 소유자는 첫날 그 화면을 열어 프로덕션과 샌드박스를 자신의 서버로 지정해야 합니다. 여전히 판매자의 엔드포인트가 지정되어 있다면 그 앱의 모든 CONSUMPTION_REQUEST는 구매자가 운영하지 않는 서버로 가고, 12시간는 아무 응답 없이 지나갑니다.

응답은 App Store Server API를 통해 전송되며, 여기에는 In-App Purchase 키가 필요합니다. 이 키는 Users and Access에서 Account Holder 또는 Admin이 생성하며, Apple은 각 키를 한 번만 다운로드할 수 있게 합니다. 판매자의 키는 판매자 계정에 있습니다. 구매자는 자신의 키를 생성해야 하고, 판매자는 인수인계가 끝나면 자신의 키를 폐기해야 합니다.

Apple의 공유 암호와 웹훅

자동 갱신 구독이 있는 앱의 경우, Apple은 판매자에게 이전 전에 앱별 공유 암호를 생성해 수령자와 공유하라고 안내하며, 수령자는 이를 사용해 구독을 검증합니다. 이전이 완료되면 수령자는 조직 외부 사람이 더 이상 그 암호를 갖지 않도록 새 암호를 생성해야 합니다. App Store Connect 웹훅도 수령자에게 이전되며, Apple은 판매자가 이후 자신의 서버로 이벤트가 전달되기를 원하지 않는다면 미리 삭제하라고 권합니다.

Google의 권한과 Cloud 프로젝트

Google은 연동 서비스의 권한과 연결 설정이 이전되지 않는다고 말합니다. 그리고 판매자에게 앱이 사용하는 모든 Google Developers Console 프로젝트에 대상 계정을 Owner로 추가하라고 안내합니다. Play에서는 실시간 개발자 알림 주제와 Developer API 호출에 쓰이는 서비스 계정이 보통 그곳에 있습니다. 서비스 계정에 구매자의 Play Console 접근 권한이 부여되지 않으면, 무효화된 구매 확인이 실패하고 orders.reviewrefund 응답을 24시간 안에 보낼 수 없습니다.

이전이 환불과 지불 거절에서 치르게 하는 비용

위의 구조는 세 군데에서 돈 문제로 이어집니다.

판매자에게 돈을 낸 사용자에게 서비스를 제공합니다

매각 한 달 전에 $59.99 연간 요금제를 구매한 구독자를 예로 들어 보겠습니다. Google Play에서는 그 주문이 판매자 계정에 있습니다. App Store에서는 그 결제 기록이 판매자에게 남습니다. 구매자는 그에 대한 대금을 전혀 받지 못하면서도, 그 구독자가 남은 한 해 동안 쓰는 컴퓨팅, 서드파티 API 호출, 스토리지 비용을 계속 부담합니다. 그 구독자가 나중에 구매자에게 환불을 요청해도, Google Play에서는 판매자 없이 환불할 수 없습니다. 이런 선불 구독은 수익 없이 구매자가 떠안는 비용이므로 계약 시점에 수를 세어 두세요.

구매자가 판매한 적 없는 주문에 대한 지불 거절

2026년 8월 3일 이후에 이루어진 Google Play 주문의 경우, 개발자는 지불 거절된 구매 금액에서 Play 서비스 수수료를 뺀 금액과 은행의 지불 거절 수수료를 부담합니다. 지불 거절은 한번 결정되면 은행 차원에서 확정됩니다. Google의 이전 페이지에는 판매자 계정에 남은 주문에 대해 이 비용이 어떻게 처리되는지 나와 있지 않습니다. Google이 밝히기 전까지는, 이전 전 주문의 지불 거절을 누가 부담하는지, 그리고 그 지불 거절 검토에 누가 응답하는지를 매매 계약서에 적어 두어야 합니다.

15% 구간에서는 같은 수익이 두 번 계산됩니다

Google Play의 15% 서비스 수수료는 개발자의 매년 수익 중 첫 $1 million에 적용됩니다. 앱이 서로 다른 Account Group에 속한 개발자 계정 간에 이동하면, 그 해 앱의 수익은 모두 두 그룹의 합계에 포함됩니다. Google이 직접 드는 예는 Account Group A에서 $100,000를 번 앱이 Account Group B로 이동하는 경우입니다. 그 $100,000는 두 그룹 모두의 첫 $1 million에 포함됩니다. 기준선에 가까운 구매자는 자신의 판매 실적만으로 예상하는 것보다 더 일찍 표준 요율에 도달할 수 있습니다.

앱을 이전하기 전에 정리해야 할 것

판매자라면

• 필요한 보고서를 내려받으세요. Google의 일괄 내보내기, 예상 판매 보고서, 수익 보고서는 이전되지 않으며, Apple의 수령자는 여러분의 내역을 볼 수 없습니다.
• 이전 전 환불과 분쟁이 모두 마무리될 때까지 원래 계정을 열어 두고 연락이 닿게 하세요.
• App Store 이전 전에 앱별 공유 암호를 생성해 공유하고, 그다음 In-App Purchase 키를 폐기하고 이후 작동하지 않았으면 하는 웹훅을 삭제하세요.

구매자라면

• 첫날 자신의 App Store Server Notifications URL을 설정하고 자신의 In-App Purchase 키를 생성하세요.
• 자신의 Play Console에서 서비스 계정에 접근 권한을 부여하고, 실시간 개발자 알림이 자신의 엔드포인트에 도착하는지 확인하세요.
• 선불 구독과 최근 고액 구매 목록을 받아, 수익 없이 서비스해야 할 대상을 파악해 두세요.
• 이전 전 환불, 지불 거절, 지불 거절 검토를 판매자 측 담당자 이름과 함께 매매 계약서에 넣으세요.

RefundHalt는 각 앱을 소유한 계정의 인증 정보로 앱에 연결합니다. 이전 후에는 새 소유자의 계정에서 앱을 연결하세요. 그때부터 소비 요청과 지불 거절 검토는 새 소유자에게 전달됩니다.