조직 계정으로 바꾸려면 D-U-N-S 번호가 먼저 필요합니다. 개발자 계정 유형 선택 문서는 조직이나 비즈니스용 개발자 계정을 만들 때 이 번호가 필수 요건이라고 못 박아 두었고, 이미 쓰고 있는 개인 계정을 조직 계정으로 넘기는 흐름도 같은 번호를 요구합니다. 진행 순서는 공식 웹사이트 인증, 조직 결제 프로필 생성, 신원 인증, 프로필 연결 네 덩어리입니다. 기준 시점은 2026년 9월 17일자 Play Console 고객센터와 Dun & Bradstreet 안내입니다.

「개발자 계정 유형 선택 (Play Console 고객센터)」 문서 화면

출처: 「개발자 계정 유형 선택 (Play Console 고객센터)」, support.google.com. 2026-09-17 캡처.

되돌리는 경로는 없습니다.

Google 결제 프로필에서 관리하는 개발자 신원 세부정보 업데이트 문서는 조직에서 개인으로 계정 유형을 바꾸는 변경은 지원하지 않는다고 적어 두었어요. 개인 계정이 다시 필요해지면 새 개발자 계정을 만들어 인증을 받고 앱을 이전하는 방법뿐입니다. 관리할 계정이 하나 더 늘어나는 셈이라, 전환 버튼을 누르기 전에 번호부터 손에 쥐는 쪽이 낫습니다.

「Google 결제 프로필에서 관리하는 개발자 신원 세부정보 업데이트 (Play Console 고객센터)」 문서 화면

출처: 「Google 결제 프로필에서 관리하는 개발자 신원 세부정보 업데이트 (Play Console 고객센터)」, support.google.com. 2026-09-17 캡처.

개인과 조직, 개발자 계정 유형은 어떻게 다른가요?

쓸 수 있는 기능 자체는 같습니다. 두 유형 모두 결제 프로필을 붙여 수익을 내는 구조이고, 계정에 다른 사람을 초대하는 것도 개인 계정에서 그대로 됩니다. 학생이나 취미로 만드는 개발자를 개인 계정 쪽 사례로 개발자 계정 유형 선택 문서가 들어 두었고, 상업·산업·전문·정부 활동에 해당하면 조직 계정을 고르라고 안내합니다.

그런데 선택이 아니라 의무인 분야가 따로 있습니다. 은행·대출·주식 거래·투자 펀드·암호화폐 소프트웨어 지갑·암호화폐 거래소를 포함한 금융 상품과 서비스, 의료 앱과 인간 대상 연구 앱 같은 건강 앱, VpnService 클래스 사용 승인을 받은 앱, 정부 기관이 만들거나 정부 기관을 대신해 만든 앱이 여기에 들어갑니다. 이 네 갈래에 해당하면 조직 계정을 선택해야 한다고 문서가 규정하니, 기획 단계에서 짚어 두는 편이 낫겠죠.

수익화를 시작한 개인 개발자가 전환을 고민하게 되는 진짜 이유는 따로 있습니다.

개발자 계정 정보 보기 및 관리 문서를 보면, 유료 앱이나 인앱 구매로 수익을 내는 개발자 계정은 소비자 보호법에 따라 전체 주소를 구글 플레이에 노출하게 되어 있습니다. 화면에 뜨는 그 값은 앱 등록정보가 아니라, 개발자 계정에 물려 둔 Google 결제 프로필이 출처입니다. 표시되는 주소를 바꾸고 싶다면 결제 프로필 쪽을 손봐야 한다고 문서가 못 박아 두었어요. 집 주소로 사업자 등록을 한 1인 개발자에게는 이 한 줄이 상당히 불편한 조건입니다.

「개발자 계정 정보 보기 및 관리 (Play Console 고객센터)」 문서 화면

출처: 「개발자 계정 정보 보기 및 관리 (Play Console 고객센터)」, support.google.com. 2026-09-17 캡처.

조직 계정에서는 내 정보 페이지의 조직 세부정보 칸에 결제 프로필의 조직 이름과 주소, D-U-N-S 번호가 읽기 전용으로 들어옵니다. 읽기 전용이라는 말은 Play Console 안에서 직접 못 고친다는 뜻이지 영영 못 바꾼다는 뜻은 아닙니다. 결제 프로필 쪽에서 고치면 됩니다.

D-U-N-S 번호 발급 방법과 소요 기간은?

아홉 자리 숫자이고, 발급 자체는 무료입니다. 사업장 위치 단위로 매기는 식별자라서 사무실이 여러 곳이면 위치마다 따로 신청하라고 Dun & Bradstreet 발급 안내가 적어 두었습니다.

신청 전에 먼저 할 일은 조회입니다. 이미 우리 회사에 번호가 붙어 있는 경우가 있어서, D&B 는 신청 흐름에 들어가기 전에 조회 도구로 데이터베이스를 먼저 뒤져 보라고 안내합니다. 첫 단계에서 고르는 갈래는 다섯 가지인데, 미국 기반 사업체와 캐나다 기반 사업체 외에 「I’m an Apple developer」, FDA 등록용 UFI, 「I’m a Google Developer」가 각각 따로 놓여 있어요. 페이지 아래쪽에 붙은 신청 위젯은 다시 미국·캐나다·국제 세 갈래로 갈립니다.

그다음 화면에서 채우는 항목은 고정된 목록이 아닙니다. 앞서 고른 갈래에 따라 요구될 수 있는 정보로 D&B 가 묶어 둔 것이 여덟 가지인데, 사업체의 법적 이름, 사업장 주소, 사업장 전화번호, 소유주나 대표자 이름, 법적 형태, 설립 연도, 주력 업종, 정규직과 비정규직을 합친 직원 수가 여기 들어갑니다. 결제 단계에서 신속 처리 여부를 묻는데 필수는 아니고, 번호를 받는 것 자체에는 요금이 붙지 않습니다. 이후 D&B 담당자가 사업체 유형이나 직원 수 같은 정보를 더 확인하려고 직접 연락해 올 수 있으니, 애플 지원 문서는 사업자 등록 서류를 미리 꺼내 두라고 권합니다. 검증이 끝나면 이메일로 번호가 날아옵니다.

문제는 기간입니다.

D&B 안내는 일반 처리에 영업일 기준 30일까지 걸린다고 적었고, 요금을 내고 신속 처리를 사면 영업일 8일 안에 받는다고 합니다. 그런데 애플의 D-U-N-S Number 지원 문서는 신청 후 영업일 5일 정도를 기다리라고 안내하면서, 신속 처리를 산다고 그 대기 기간이 짧아지지는 않는다고 덧붙입니다. 두 공식 문서의 숫자가 이렇게 벌어지는데, 어느 쪽도 다른 쪽을 언급하지 않아요. 애플 문서는 2주가 넘도록 처리가 안 되면 D&B 에 메일을 보내라는 기준선까지 따로 제시합니다.

일정을 잡을 때는 긴 쪽을 기준으로 잡는 편이 안전합니다. 스토어 심사 일정에 맞춰 전환을 끼워 넣으려다가 번호 대기에만 영업일 30일이 통째로 붙으면 복구할 방법이 없으니까요. 두 문서 모두 영업일로 세는 값이라, 달력 날짜로 옮기면 주말이 더 얹힌다는 점도 같이 봐야 합니다.

계정 유형 변경 메뉴는 Play Console 어디에 있나요?

「설정」 메뉴가 아니라 「개발자 계정」 아래입니다. Google 결제 프로필에서 관리하는 개발자 신원 세부정보 업데이트 문서 기준으로 경로는 개발자 계정 → 내 정보이고, 이 페이지에서 「계정 유형 변경」을 누르는 것이 전환의 출발점입니다. 이 흐름을 띄울 권한은 계정 소유자에게만 있다고 문서가 명시합니다.

여기서 한 가지 짚고 갈 것이 있는데, 같은 문서는 국가와 계정 유형, 그리고 조직 계정의 DUNS 번호는 이미 쓰고 있는 결제 프로필에서 수정되지 않는 값으로 분류합니다. 이 셋을 바꾸려면 프로필을 새로 만들어 필수 정보를 넣고 인증까지 받은 다음 개발자 계정에 붙이는 경로를 타야 합니다. 개인에서 조직으로 넘어가는 전환이 결국 결제 프로필 신규 생성 작업이 되는 이유가 여기 있어요.

버튼을 누르면 결제 프로필을 고르거나 새로 만드는 화면으로 넘어갑니다. 조직 정보가 이미 들어 있는 프로필이 있으면 그것을 선택하고, 없으면 새 결제 프로필을 만들면서 조직의 D-U-N-S 번호를 넣게 됩니다. 정부 조직이나 기관은 번호 없이 인증받는 길이 열려 있고, 그 선택지가 화면에 안 보이면 Play Console 도움말 섹션으로 지원팀에 문의하라고 안내합니다. Play Console 자체에 접근할 수 없는 상황이라면 별도 온라인 양식을 쓰는 방법도 같은 문서에 적혀 있습니다.

그다음에 채우는 조직 세부정보는 세 가지입니다. 조직 유형은 회사 또는 비즈니스, 비영리단체, 교육 기관, 정부 기관 중에서 고르고, 조직 규모는 1~10명, 11~50명, 51~100명, 101~1,000명, 직원 1,000명 이상 다섯 구간으로 나뉘어 있습니다. 여기에 조직 전화번호를 더합니다.

연락처는 용도가 둘로 갈립니다. 구글이 개발자에게 연락할 때 쓰는 이메일과 전화번호는 플레이에 노출되지 않고, 사용자가 개발자에게 문의할 때 쓰는 개발자 이메일과 전화번호는 앱의 스토어 등록정보 페이지에 그대로 뜹니다. 네 항목 모두 일회용 비밀번호로 인증을 거칩니다.

전화번호 입력란은 형식이 정해져 있습니다. 문서가 요구하는 형태는 「+(국가 코드)(지역 번호)(전화번호)」입니다. 개발자 신원 정보 확인 문서는 이것을 E.164 형식이라고 부르고 +14155552671, +441234567890 두 가지를 예시로 보여 줍니다. 인증 코드는 문자 메시지나 음성 통화 중에서 고른 여섯 자리이고, 개발자 전화번호를 바꿀 때마다 인증을 다시 받아야 합니다.

조직 계정에만 붙는 제약도 하나 있습니다. 연락처 이메일 주소가 Google 계정에 연결된 주소와 달라야 하고, 조직 웹사이트의 도메인과 일치해야 하며, 조직을 대표하는 주소여야 합니다. 그룹 메일링 리스트는 허용됩니다. 평소 쓰던 개인 메일 주소를 그대로 가져다 쓸 수 없다는 뜻이라, 도메인이 없는 1인 개발자에게는 웹사이트 인증만큼이나 성가신 조건입니다.

인증 서류는 두 종류입니다. 국가 및 지역별 필수 서류 문서에 따르면 조직은 등록 서류 한 벌과, 공식 대리인 명의로 된 사진 붙은 정부 발급 신분증을 함께 냅니다. 여기서 공식 대리인은 대표나 이사처럼 조직을 대리할 법적 권한이 있는 사람을 뜻합니다. 제출 서류에 적힌 개인 식별 정보, 조직 이름, 주소가 결제 프로필의 값과 정확히 맞아야 하고, 어긋나면 인증 작업 중에 프로필 쪽을 고치는 방식으로 맞춥니다. 신분증은 유효기간이 남아 있어야 하고, 흑백이 아닌 컬러에 사본 이미지가 아닌 원본을 찍어야 합니다. 같은 문서가 지원되지 않는 서류를 내는 것이 인증 실패의 가장 큰 원인이라고 콕 집어 두었어요.

인증이 끝난 결제 프로필을 개발자 계정에 연결하고 확인과 저장을 누르면 전환이 끝납니다. 그런데 여기서 진짜 끝이 아니에요.

전환 완료 후 최소 72시간은 새 앱 제출을 미루라고 문서가 권고합니다. 그 사이에 구글 플레이 시스템이 계정 유형 변경을 반영하는데, 기다리지 않고 올리면 앱 중복으로 거부당할 수 있다는 이유입니다.

웹사이트 인증을 먼저 통과해야 전환이 열립니다

계정 유형을 바꾸는 옵션은 처음부터 화면에 있지 않습니다. 내 정보 페이지에서 공식 조직 웹사이트를 입력해 저장한 다음 「인증 요청 보내기」를 눌러야 하고, 그 웹사이트가 인증된 뒤에야 계정 유형을 바꾸는 옵션이 나타납니다.

인증은 Search Console 을 경유합니다. 웹사이트 인증 문서는 Search Console 쪽 등록이 안 된 도메인이라면 인증을 걸기 전에 그 등록부터 마치라고 안내합니다. Search Console 등록에 쓴 Google 계정과 Play Console 로그인 계정이 같으면 요청이 자동 승인되고, 다르면 Search Console 에 등록된 소유자에게 승인 또는 거부를 묻는 알림이 갑니다. 승인되면 연결이 생겼다는 사실이 이메일과 Play Console 받은편지함 양쪽으로 통지됩니다.

실패하는 사유는 단순한 편입니다. 등록된 소유자가 요청을 거부했거나, 웹사이트 URL 을 잘못 입력한 경우죠. 계정 세부정보 페이지에서 요청을 한 번 더 보내면 재시도가 됩니다.

「이 웹사이트를 사용할 수 없습니다」라는 오류가 뜬다면 입력한 주소의 종류부터 되짚어 보는 편이 빠릅니다. 소셜 미디어 프로필 URL 은 인증 대상이 아니라서, 회사 페이스북 페이지나 인스타그램 주소를 넣으면 이 메시지가 돌아온다고 FAQ 가 짚어 둡니다. 도메인을 따로 갖고 있지 않은 1인 개발자에게는 이 조건이 사실상 도메인 구입 비용을 강제하는 셈입니다.

인증 순서도 알아 두면 헷갈릴 일이 줄어듭니다. 개발자 전화번호를 인증하려면 그 전에 본인 인증이 끝나 있어야 하고, 조직 계정은 웹사이트 인증이, 개인 계정은 기기 인증이 선행 조건입니다. 여기서 기기 인증은 Play Console 모바일 앱으로 실제 안드로이드 기기에 접근 가능한지 확인하는 절차입니다. 구글이 새 조직 계정에 웹사이트 인증 요구사항을 도입한 시점은 2024년 2월이라고 개발자 신원 정보 확인 문서가 밝히고 있습니다.

애플은 D-U-N-S 를 어디에 요구하나요?

같은 번호를 쓰지만 쓰는 방식이 다릅니다. 애플은 Apple Developer Program 과 Apple Developer Enterprise Program 에 회사나 조직 자격으로 가입할 때 조직의 신원과 법적 실체 여부를 확인하는 용도로 이 번호를 씁니다. 개인 자격으로 가입하면 번호가 아예 필요 없고, 정부 조직은 선택 사항입니다.

까다로운 쪽은 법적 실체 판정입니다. 애플 지원 문서는 주식회사나 유한책임회사처럼 법적 실체로 인정되는 형태여야 프로그램 약관상의 의무를 질 수 있다고 보고, DBA·가명 상호·상표명·지점은 조직 가입에 받아 주지 않는다고 명시합니다. 가입 도중 조직이 법적 실체로 등록돼 있지 않다는 메시지를 만났다면, D&B 데이터베이스에 다른 법적 지위로 올라 있거나 지위 검증이 아직 안 끝난 상태라는 설명입니다. 문서는 개인사업자에 해당하면 개인 자격으로 가입하라고 안내합니다.

조회 단계에서 요구하는 정보는 네 가지로, 법인명·본사 주소·우편 주소·업무용 연락처입니다. 앞서 본 D&B 신청 항목 묶음보다 가볍죠. 회사와 교육 기관은 자기 법적 실체 명의로 등록된 번호를 내야 한다는 조건이 여기 붙습니다.

시차도 하나 더 있습니다. 번호를 받은 뒤 애플이 D&B 로부터 그 정보를 넘겨받는 데 영업일 2일이 더 걸리고, D&B 프로필을 수정한 경우에도 애플에 반영되기까지 같은 2일이 붙습니다. 두 스토어에 동시에 조직 계정을 올리려는 계획이라면 이 지연을 일정표에 넣어 두는 게 좋겠네요.

한국이라면 전자상거래 라이선스 번호까지 넣습니다

한국 거주 개발자에게는 입력란이 더 붙습니다. 개발자 계정 정보 보기 및 관리 문서가 조직 계정의 대한민국 개발자 추가 정보로 사업자 등록 번호, 전자상거래 라이선스 번호, 전자상거래 라이선스 대행사 세 가지를 나열해 두었고, 이 값들은 한국어로 구글 플레이를 쓰는 사용자에게만 표시됩니다.

「전자상거래 라이선스」라는 표기가 처음 보면 무엇을 넣으라는 건지 잘 안 잡힙니다.

같은 고객센터 안에서도 이름이 갈리는 탓이 큽니다. 한국 앱 개발자가 제공해야 하는 추가 연락처 정보 문서가 세 항목을 적어 둔 대상은 「유료 앱이나 인앱 구매가 포함된 앱을 배포하는 대한민국 업체」입니다. 업체로 한정한 그 문장 아래에 사업자 등록 번호, 통신판매 신고 번호, 그리고 통신판매업 신고를 받은 기관 이름이 나오고, 마지막 항목에는 괄호로 시·군·구청이 붙어 있어요. 같은 문서에서 연락처 자체는 대상이 더 넓어서, 업체는 주소와 문의 전화번호를 모두 내고 개인은 문의 전화번호만 내면 됩니다. 채워 넣을 값이 무엇인지는 이쪽 표기가 훨씬 분명합니다. 번역 용어를 통일하지 않은 것은 구글 문서의 문제이고, 검색으로 들어온 개발자가 매번 두 페이지를 대조하게 만드는 구간입니다.

값을 넣는 화면과 노출 범위도 이 문서에 딸려 있습니다. Play Console 의 계정 세부정보로 들어가 「업체 문의 연락처 세부정보」 입력란을 채우고 변경사항을 저장하면 되고, 이렇게 갱신한 값은 대한민국 사용자에게만 애플리케이션 설명 아래쪽에 붙습니다.

적용 대상 조건은 대한민국에서의 앱 배포를 위한 요구사항 문서에 계정 생성 시점별로 나뉘어 있습니다. 2023년 8월 31일 이전에 만든 계정을 다루는 절에서는 회사에 연락처 주소와 전화번호를, 개인에게 연락처 전화번호를 요구하고, 개인이든 회사든 유료 앱이나 인앱 구매가 들어간 앱을 배포하면 사업자 등록 번호와 통신판매 관련 두 항목이 더 붙는다고 덧붙입니다. 무료 앱만 낸다면 연락처 선에서 끝나는 셈이죠. 이 절의 입력 경로는 계정 세부정보 페이지와 개발자 페이지 두 곳이고, 개발자 페이지에 넣은 값은 대한민국 사용자에게만 스토어 등록정보에 표시됩니다.

2023년 8월 31일 이후에 만든 계정은 절이 따로 있습니다. 대상은 대한민국 개발자 가운데 유료 앱을 내거나 인앱 구매를 붙인 앱을 배포하는 쪽이고, 넣어야 할 항목은 「사업자 등록 번호」와 「전자 상거래 라이선스 번호」, 그리고 「전자 상거래 라이선스를 발행한 기관명」입니다. 이쪽도 값을 적는 자리는 Play Console 안입니다. 개발자 계정으로 들어가 「내 정보」 페이지에서 세 항목을 적고 저장한 뒤, 「문의하기」 페이지로 넘어가 개발자 전화번호를 넣고 인증을 마친 다음 다시 저장하면 끝납니다. 같은 절은 대한민국 개발자가 만든 개인 계정이라면 구글 플레이에 노출되는 개발자 전화번호를 제공하고 인증하는 절차까지 함께 요구합니다.

개인 계정을 쓰는 한국 개발자가 놓치기 쉬운 항목도 하나 있습니다. 개발자 전화번호를 제공하지 않으면 배포가 차단된다고 개발자 신원 정보 확인 문서가 별도 주의 문구로 못 박아 두었습니다. 조직 계정에서는 이 번호가 사용자 문의용으로 스토어에 노출되는 값이라 어차피 인증을 거치게 됩니다.

인앱 결제를 붙일 계획이 있는 개인사업자라면 순서를 이렇게 잡는 편이 낫습니다. D-U-N-S 신청을 먼저 걸어 두고 대기하는 동안 도메인과 Search Console 등록을 끝낸 다음, 번호가 오면 결제 프로필을 만드는 순서입니다. 일반 처리가 영업일 30일 한도를 그대로 다 쓰는 경우가 있어서, 이 순서가 뒤집히면 나머지가 전부 대기 상태로 묶입니다.

참고 자료