App Store 앱 이전: 개인 계정에서 D-U-N-S 법인 계정으로 옮기는 절차

고객 준비 가이드2026년 9월 17일 18분 읽기app-storeapp-transferdocspublic-doc

개인 명의 Apple 개발자 계정으로 먼저 출시한 앱을, 법인을 세운 뒤 회사 명의 계정으로 옮기는 절차를 정리했습니다. D-U-N-S 번호 발급부터 이전 후 점검까지 순서대로 따라가면 되도록 구성했습니다.

앱스토어 계정 준비 전반은 앱스토어 개발자 계정 준비 가이드에 있습니다.

확인 기준. 2026년 9월 17일에 Apple 공식 문서를 직접 확인해 작성했습니다. 문서마다 원문 링크를 달았습니다. Apple 은 절차와 조건을 수시로 바꾸므로, 진행 직전에 링크된 원문을 다시 확인하시기 바랍니다. 공식 문서에 없는 기간이나 조건은 적지 않았고, 확인이 필요한 부분은 그렇다고 표시했습니다.

Android 앱도 함께 옮긴다면 Google Play 앱 이전: 개인 계정에서 D-U-N-S 법인 계정으로 옮기는 절차를 같이 보시기 바랍니다. 두 스토어는 절차가 다르고, 막히는 자리도 다릅니다. Google Play 도 조직 계정에 D-U-N-S 번호를 요구하므로 번호는 한 번 받아 두 스토어에 씁니다.

먼저 정할 것: 계정 전환인가, 새 계정으로 이전인가

개인 계정의 앱을 법인 명의로 바꾸는 길은 두 가지입니다. 어느 쪽이냐에 따라 이후 작업량이 크게 달라집니다.

	개인 계정을 법인 계정으로 전환	법인 계정을 새로 만들고 앱 이전
방식	계정 자체의 회원 유형을 바꿉니다	새 계정을 등록하고 앱을 한 개씩 옮깁니다
앱 이전 작업	없습니다. 앱이 같은 계정에 남습니다	앱마다 이전 조건을 맞추고 요청해야 합니다
요청 자격	법인의 설립자 또는 공동 설립자여야 합니다	법인을 대리할 권한이 있는 사람이면 됩니다
필요한 것	D-U-N-S 번호, 요청 시 사업 서류	D-U-N-S 번호, 법인 등록 요건 전부
맞는 경우	계정 주인이 곧 법인 대표이고, 모든 앱을 법인으로 옮길 때	계정 주인이 대표가 아니거나(예: 전 개발사 직원), 일부 앱만 옮길 때

Apple 은 개인에서 법인으로의 전환 요청 창구를 따로 두고 있습니다. 계정 정보 업데이트 문서에 「설립자 또는 공동 설립자여야 하고, D-U-N-S 번호가 필요하며, 사업 서류를 요청받을 수 있다」고 적혀 있습니다.

전환이 가능하다면 대개 전환이 훨씬 가볍습니다. 앱을 계정 사이에서 옮기지 않으므로 아래 3·4단계의 이전 조건과 요청 절차가 필요 없습니다. 다만 공식 문서에는 전환에 걸리는 기간과 팀 ID 유지 여부가 적혀 있지 않습니다. 애플 로그인이나 키체인 공유처럼 팀 ID 에 묶인 기능이 영향을 받는지는 팀 ID 유지 여부에 달려 있으니, 요청할 때 Apple 에 확인하시기 바랍니다.

이 문서의 나머지는 새 법인 계정을 만들고 앱을 이전하는 경우를 다룹니다.

1단계. D-U-N-S 번호 받기

D-U-N-S 번호는 Dun & Bradstreet 가 사업체마다 부여하는 9자리 식별 번호입니다. Apple 은 이 번호로 법인의 실체와 법적 지위, 주소를 확인합니다. (D-U-N-S 번호 안내)

항목	내용
필요한 대상	회사와 교육기관. 개인 등록은 필요 없고, 정부기관은 선택입니다
비용	무료
신청	Apple 의 D-U-N-S 조회 도구에서 조회하고, 없으면 신청합니다
입력 정보	법인명, 본사 주소, 우편 주소, 업무용 연락처
발급 기간	D&B 로부터 번호를 받기까지 최대 5영업일
Apple 반영	번호를 받은 뒤 Apple 이 정보를 받기까지 최대 2영업일
정보 수정	수정한 정보가 Apple 에 반영되기까지 최대 2영업일

D-U-N-S 번호를 받은 직후 바로 등록하면 안 될 수 있습니다. 발급과 Apple 반영 사이에 최대 2영업일이 더 있습니다. 일정은 번호 발급까지 최대 5영업일, 여기에 반영까지 최대 2영업일을 더해 잡는 편이 안전합니다.

개인사업자 상호, 가명, 지점은 받지 않습니다. 원문은 「DBAs, fictitious businesses, trade names, and branches are not accepted」입니다. 주식회사·유한회사처럼 법적으로 계약 주체가 될 수 있는 법인이어야 합니다.

2단계. 법인 계정 등록하기

Apple Developer Program 등록 문서가 정한 법인 등록 요건은 다음과 같습니다.

요건	내용
Apple 계정	2단계 인증이 켜져 있어야 합니다
법적 권한	등록하는 사람이 계정 소유자(Account Holder) 가 되며, 법인을 대신해 계약할 권한이 있어야 합니다. 설립자, 임원, 선임 프로젝트 책임자, 또는 그 권한을 위임받은 직원이 해당합니다
법인	Apple 과 계약할 수 있는 법인이어야 합니다
D-U-N-S 번호	1단계에서 받은 번호
업무용 이메일	법인 도메인의 이메일이어야 합니다
웹사이트	공개적으로 접속되고 동작해야 하며, 도메인이 법인과 연결돼 있어야 합니다
연회비	99 USD

작은 회사가 자주 걸리는 것은 업무용 이메일과 웹사이트입니다. 무료 메일 주소로는 등록할 수 없고, 회사 도메인과 동작하는 웹사이트가 먼저 있어야 합니다. 법인 설립 직후라면 D-U-N-S 신청과 함께 도메인 메일과 웹사이트를 준비해 두시기 바랍니다.

등록이 끝나면 App Store 의 판매자 이름이 법인명으로 표시됩니다. 개인 계정에서는 개인 이름이 표시됩니다.

법인 계정의 팀 ID 를 확인해 두시기 바랍니다. 이전을 요청할 때 필요합니다.

3단계. 이전 조건 맞추기

앱 이전 조건을 하나라도 못 맞추면 이전 요청 버튼이 진행되지 않습니다. 준비에 가장 시간이 드는 단계입니다.

두 계정에 대한 조건

보내는 계정과 받는 계정 모두 처리 중이거나 변경 중인 상태가 아니어야 합니다.
두 계정 모두 최신 유료·무료 앱 계약에 동의해 두어야 합니다.
보내는 쪽이 EU 배포 관련 대체 약관에 동의했다면 받는 쪽도 동의해야 합니다.

앱에 대한 조건

App Store 에 출시된 버전이 하나 이상 있어야 합니다. 한 번도 출시하지 않은 앱은 이전할 수 없습니다.
어느 국가에서도 사전 주문 중이면 안 됩니다.
다음 상태의 버전이 있으면 안 됩니다: 배포 처리 중, 심사 대기, 심사 중, 승인됨, 개발자 출시 대기, Apple 출시 대기.

심사 중인 업데이트가 있으면 이전할 수 없습니다. 이전 일정 앞뒤로는 업데이트 제출을 멈추시기 바랍니다.

인앱 결제가 있는 경우

인앱 결제 상품이 승인됨, 제출 준비됨, 개발자가 판매 중지, 거부됨 중 하나의 상태여야 합니다.
상품 ID 가 받는 계정의 다른 앱 상품 ID 와 겹치면 안 됩니다. 받는 계정에 이미 앱이 있다면 미리 대조하시기 바랍니다.
자동 갱신 구독이 있다면 앱별 공유 암호(app-specific shared secret) 를 써야 합니다. 보내는 쪽이 생성해 받는 쪽에 전달하고, 받는 쪽은 수락 전에 서버를 그 값으로 바꿔 두어야 합니다. 이전이 끝나면 받는 쪽이 새로 생성해 외부에서 쓸 수 없게 합니다.

이전 전에 비워야 하는 것

앱 이전 개요에 따르면 다음은 요청 전에 정리해야 합니다.

TestFlight: 모든 베타 버전의 테스트를 끕니다. 빌드와 테스터를 모두 제거하고, 모든 언어의 테스트 정보 칸을 비웁니다.
Xcode Cloud: 관련 데이터를 모두 제거합니다.
애플 로그인 앱 그룹: 여러 플랫폼 앱을 애플 로그인용으로 묶어 두었다면 그룹을 해제합니다. 묶여 있으면 이전이 되지 않습니다.

4단계. 이전 요청과 수락

이전 요청은 보내는 계정의 계정 소유자만 할 수 있습니다.

App Store Connect 의 앱에서 옮길 앱을 고릅니다.
왼쪽 일반 항목의 앱 정보에서 추가 정보 영역으로 내려갑니다.
앱 이전을 누릅니다. 2단계 인증 코드를 요구할 수 있습니다.
조건을 모두 충족했으면 계속을 누릅니다. 아니면 취소하고 해결합니다.
받는 계정 소유자의 Apple 계정과 팀 ID 를 입력합니다.
약관에 동의하고 이전을 요청합니다.

그다음 받는 계정의 계정 소유자가 이전을 수락합니다.

알아 둘 점	내용
수락 기한	요청 후 60일이 지나면 만료됩니다
대기 중 제한	보내는 쪽은 메타데이터, 가격, 배포 국가, 인앱 결제 등을 고칠 수 없습니다
심사 대화	진행 중이던 App Review 대화는 닫힙니다
취소	받는 쪽 수락 전이라면 양쪽 모두 계약 메뉴에서 취소할 수 있습니다
사용자 영향	이전 중에도 사용자는 계속 업데이트를 받습니다

옮겨지는 것과 옮겨지지 않는 것

옮겨집니다	옮겨지지 않거나 다시 만들어야 합니다
번들 ID 와 App ID	TestFlight 빌드·테스터(이전 전에 비워야 함)
리뷰와 평점	Xcode Cloud 데이터(이전 전에 지워야 함)
iCloud 컨테이너, 키-값 저장소 식별자	Apple Pay 판매자 ID(업데이트 제출 시 받는 쪽에서 새로 생성)
애플 로그인의 서비스 ID	Game Center 매치메이킹 규칙
웹훅 설정	이전 후 새 프로모션 코드 발급
접근성 지원 정보	추천(nomination) 정보
분석 데이터(받는 쪽은 과거 데이터까지 조회)	이전 전 매출·지급 정보(보내는 쪽에만 남음)

매출 정보는 이전 시점에서 갈립니다. 이전 전 매출은 보내는 쪽에서만, 이전 후 매출은 받는 쪽에서만 보입니다. 보내는 쪽 계정에서는 앱이 사라지므로 이전 전에 앱 정보를 모두 백업하시기 바랍니다. Apple 문서도 이를 권고합니다.

소스 코드와 빌드 자료는 Apple 이 옮겨 주지 않습니다. 보내는 쪽이 받는 쪽에 직접 전달해야 하고, 푸시·키체인 공유·Game Center 같은 설정 내역도 함께 알려 주어야 이후 업데이트에서 유지됩니다.

옮긴 뒤 앱이 깨지는 자리

이전 자체보다 이전 후 첫 업데이트에서 문제가 드러나는 경우가 많습니다. 해당하는 기능이 있다면 이전 전에 대응을 준비하시기 바랍니다.

애플 로그인(Sign in with Apple)

가장 준비가 많이 필요한 항목입니다. 애플 로그인 사용자 식별자는 팀 단위로 발급되기 때문에, 팀이 바뀌면 같은 사용자라도 식별자가 달라집니다. 그대로 두면 기존 사용자가 새 계정처럼 로그인됩니다.

사용자 이전 문서가 정한 절차는 다음과 같습니다.

보내는 쪽이 Apple 의 REST 엔드포인트로 사용자마다 이전 식별자(transfer identifier) 를 생성합니다.
받는 쪽에 데이터를 넘길 때는 기존 팀 식별자와 비공개 릴레이 이메일을 빼고 이전 식별자만 넘깁니다.
받는 쪽은 이전 수락 후 60일 안에 이전 식별자를 자기 팀의 새 식별자로 교환해야 합니다.

보내는 쪽은 수락 전에, 또는 수락 후 60일 안에 이전 식별자를 생성할 수 있습니다. 공식 문서는 60일이 지난 뒤의 복구 방법을 안내하지 않습니다. 일정에서 가장 먼저 챙겨야 할 기한입니다.

비공개 릴레이 이메일을 쓰는 사용자가 보내는 쪽의 다른 앱을 쓰지 않는다면, 이전 후 보내는 쪽은 그 사용자에게 더 이상 메일을 보낼 수 없습니다. 사용자 안내가 필요하면 이전 전에 보내시기 바랍니다.

키체인 공유

키체인 공유는 앱을 업데이트하기 전까지만 동작합니다. 업데이트할 때 받는 쪽 팀 ID 로 만든 키체인 그룹으로 바꿔야 하고, Apple 문서에 따르면 업데이트 후 사용자는 한 번 다시 로그인해야 합니다. 저장된 로그인 토큰을 새 키체인 그룹에서 읽을 수 없기 때문입니다. 첫 업데이트의 출시 안내에 이 점을 적어 두시기 바랍니다.

푸시 알림

인증서 방식이면 기존 APNs 인증서가 만료일까지는 유효하고, 만료 후에는 받는 쪽이 새로 발급해야 합니다. 키 방식이면 받는 쪽 팀에서 APNs 키를 새로 만들거나 기존 키를 쓰고, 푸시 서버의 키를 교체해야 합니다.

그 밖의 항목

기능	이전 후 할 일
Apple Pay	기존 인증서가 유효한 동안은 결제가 되지만, 업데이트 제출 시 받는 쪽에서 판매자 ID 를 새로 만들어야 합니다
Wallet 패스	앱이나 서버에서 갱신하는 패스라면 새 식별자로 다시 발급해야 합니다
App Groups	이전 후 보내는 쪽에서 삭제하고 받는 쪽에서 다시 등록합니다
CloudKit 공유 컨테이너	같은 컨테이너를 쓰던 보내는 쪽의 다른 앱은 접근을 잃습니다. 컨테이너를 여러 앱이 공유한다면 이전 개요 원문의 CloudKit 항목을 반드시 읽으시기 바랍니다
iCloud 키-값 저장소	새 프로비저닝 프로파일의 전체 KVS 값으로 entitlements 를 고칩니다
웹훅	옮겨지므로, 보내는 쪽 서버로 계속 받지 않으려면 이전 전에 지우거나 이전 후 주소를 바꿉니다

진행 순서 요약

순서	할 일	기간 기준
1	계정 전환이 가능한지 먼저 판단
2	도메인 메일과 웹사이트 준비
3	D-U-N-S 번호 신청	최대 5영업일 + Apple 반영 최대 2영업일
4	법인 계정 등록, 팀 ID 확인	공식 문서에 기간 명시 없음
5	두 계정 모두 최신 계약 동의
6	심사 중인 버전 정리, 업데이트 제출 중단
7	TestFlight·Xcode Cloud 비우기, 애플 로그인 앱 그룹 해제
8	인앱 결제 상품 ID 중복 확인, 구독 공유 암호 전달
9	앱 정보·매출 자료 백업, 소스와 설정 내역 전달
10	이전 요청	수락까지 최대 60일
11	애플 로그인 이전 식별자 교환	수락 후 60일 안
12	푸시 키, 키체인 그룹, Apple Pay 등 반영한 첫 업데이트

확인 범위와 출처

이 문서의 기간과 조건은 모두 아래 Apple 공식 문서에서 2026년 9월 17일에 확인한 것입니다. 공식 문서에 적혀 있지 않은 것, 예를 들어 법인 계정 심사 기간, 개인→법인 전환에 걸리는 기간, 전환 시 팀 ID 유지 여부는 적지 않았습니다.