사용자 계정 업그레이드
컬렉션을 사용해 정리하기
내 환경설정을 기준으로 콘텐츠를 저장하고 분류하세요.
기기에서 사용자 계정을 업그레이드하려면 관리 Google Play 계정에서 관리 Google 계정으로 이전해야 합니다. 이 프로세스를 통해 사용자의 ID가 기기 중심의 비개인 계정에서 회사 Google ID에 연결된 계정으로 전환됩니다. 이 기업 ID 링크는 모든 Google 서비스에서 개선되고 통합된 사용자 환경을 위한 기반입니다.
개요
이번 업그레이드의 주요 목표는 Google 관리 콘솔을 통한 사용자 관리 개선, 보안 강화, Gemini와 같은 Google 서비스 및 AI 기능 액세스 등 향상된 기능을 고객에게 제공하는 것입니다.
사용자 계정 업그레이드의 주요 이점:
모든 Google 서비스와 호환: 관리 Google Play 계정과 달리 이 새 ID는 Google 드라이브, 문서, Meet을 비롯한 모든 Google 서비스와 원활하게 작동합니다. IT 관리자가 사용 설정한 경우 기기 백업도 지원합니다.
원활한 사용자 환경: 싱글 사인온 (SSO) 통합을 통해 사용자는 회사 환경과 Gmail과 같은 모든 Google 서비스에 자동으로 로그인됩니다.
직접 ID 제어: 조직에서 수동, 자동 또는 동기화 기반 방법을 통해 ID 수명 주기를 직접 제어할 수 있습니다.
친숙한 사용자 식별자: 가시성을 높이기 위해 새 계정은 사용자가 이미 알고 사용 중인 이메일 주소를 사용합니다.
계정 업그레이드
이전에 관리 Google Play 계정으로 등록된 기기를 관리 Google 계정으로 업그레이드하려면 표준 기기 등록 흐름과 유사한 설정을 채택하면 되지만, 토큰 생성 및 설정 후 작업에 주요 차이점이 있습니다.
1. 계정 업그레이드를 위한 등록 토큰 만들기
이 단계에서는 계정 이전을 위해 특별히 구성된 등록 토큰을 만듭니다. 이 토큰은 Google 인증을 강제하여 기기를 관리 Google 계정에 연결합니다.
- Play EMM API의
EnrollmentTokens.create() 메서드를 호출합니다.
enrollmentTokenType를 USER_DEVICE로 설정합니다.googleAuthenticationOptions 객체 내에서 다음을 수행합니다.authenticationRequirement를 REQUIRED로 설정합니다. 따라서 등록 시 Google 계정이 필수입니다.requiredAccountEmail을 대상 관리 Google 계정의 이메일 주소로 설정합니다. 이렇게 하면 기기 내 흐름에서 사용자에게 이 특정 계정을 묻거나, 계정이 이미 기기에 있는 경우 추가 사용자 인증 없이 자동으로 업그레이드합니다.
2. 계정 설정을 시작하고 기기에서 인증 처리
등록 토큰을 사용할 수 있게 되면 (예: EMM 솔루션에서 푸시하거나 사용자 인터페이스를 사용하여 제공) 표준 기기 등록에서와 동일한 AccountSetupClient.startAccountSetup() 통합을 사용하여 계정을 추가하거나 연결할 수 있습니다.
requiredAccountEmail에 지정된 관리 Google 계정이 기기에 이미 있는 경우 사용자에게 인증하라는 메시지가 표시되지 않으며 업그레이드가 자동으로 진행됩니다.- 계정이 없으면 사용자에게 필수 이메일로 로그인하도록 강제합니다.
authenticationRequirement이 토큰에서 REQUIRED로 설정되어 있으므로 Google 인증을 건너뛰는 옵션은 사용할 수 없습니다.
3. 관리를 완료하고 이전 계정 삭제하기
AccountSetupListener을 사용하여 ADDED_ACCOUNT 상태를 수신하고 EMM 백엔드에서 기기를 새 관리 Google 계정과 성공적으로 연결한 후 정책이 새 사용자에게 적용되었는지 확인합니다. 원활한 전환을 위해 Devices.update API를 사용하여 업그레이드를 시작하기 전에 대상 사용자의 기기 정책을 적용하는 것이 좋습니다. Users.list를 호출하여 Devices.update를 호출하는 데 필요한 관리 Google 계정의 사용자 ID를 가져올 수 있습니다.
기기에서 이전 계정을 삭제해야 합니다.
DPC 지원 라이브러리는 이러한 용도로 dpcSupport.removeAllAndroidForWorkAccounts()를 제공합니다.
4. Google 서비스 사용 설정
관리 Google 계정이 있는 지식 근로자 기기의 경우 기기가 엔터프라이즈 정책을 준수하면 Devices.setState()를 호출해야 합니다. 이는 기기를 활성화하고 사용자에게 Google 서비스에 대한 전체 액세스 권한을 부여하는 데 필요합니다.
특수 사용 사례
계정 업그레이드 프로세스는 다음과 같은 특별한 사용 사례에서도 유용합니다.
키트 및 서드 파티 등록 서비스
계정 업그레이드 흐름은 다음 프로세스를 통해 키트 및 서드 파티 등록 서비스를 간소화합니다.
초기 프로세스: 기기가 사용자 없는 기기로 등록됩니다. 이렇게 하면 관리 Google Play 계정이 자동으로 추가되고 기본 정책이 적용됩니다.
정책 업데이트: EMM이 기기에 새 정책을 적용합니다. 이 정책에서는 기기를 사용하기 전에 사용자가 로그인해야 합니다. 그런 다음 기기가 최종 사용자에게 배송됩니다.
사용자 업그레이드: 최종 사용자가 기기의 전원을 켜면 로그인하라는 메시지가 표시됩니다. 이 작업은 관리 Google 계정이 관리 Google Play 계정을 대체하는 계정 업그레이드 흐름을 트리거합니다.
최종 정리: EMM이 기기에서 이전 관리 Google Play 계정을 삭제합니다.
달리 명시되지 않는 한 이 페이지의 콘텐츠에는 Creative Commons Attribution 4.0 라이선스에 따라 라이선스가 부여되며, 코드 샘플에는 Apache 2.0 라이선스에 따라 라이선스가 부여됩니다. 자세한 내용은 Google Developers 사이트 정책을 참조하세요. 자바는 Oracle 및/또는 Oracle 계열사의 등록 상표입니다.
최종 업데이트: 2025-08-25(UTC)
[null,null,["최종 업데이트: 2025-08-25(UTC)"],[],[],null,["# Upgrade user accounts\n\nUpgrading a user account on a device involves a migration from a\n**managed Google Play Account** to a **managed Google Account**. This process\nshifts the user's identity from a device-centric, non-personal\naccount to one that is tied to their corporate Google identity. This link to a\ncorporate identity is the foundation for an improved and more integrated user\nexperience across all Google services.\n\nOverview\n--------\n\nThe primary goal of this upgrade is to provide customers with enhanced features,\nsuch as improved user management through the Google Admin console, stronger\nsecurity, and access to Google services and AI capabilities like Gemini.\n\n### Key benefits of upgrading user accounts:\n\n- **Works with all Google services:** Unlike managed Google Play Accounts,\n this new identity works seamlessly with all Google services, including Google\n Drive, Docs, and Meet. It also supports device backup when enabled by the IT\n admin.\n\n- **Seamless user experience:** Through single sign-on (SSO) integration, users\n are automatically signed in to their corporate environment and all their Google\n services, such as Gmail.\n\n- **Direct identity control:** The organization can directly control the\n identity lifecycle through manual, automated, or sync-based methods.\n\n- **Familiar user identifier:** For better visibility, the new account uses the\n same email address that the user already knows and uses.\n\nAccount upgrade\n---------------\n\nTo upgrade a device previously enrolled with a **managed Google Play Account**\nto a **managed Google Account**, you can adopt a setup similar to the\nstandard device enrollment flow, but with key differences in token creation\nand post-setup actions.\n\n### 1. Create an enrollment token for account upgrade\n\nThis step involves creating an enrollment token specifically configured for\naccount migration. The token will force Google authentication to link the\ndevice to a managed Google Account.\n\n- Call the `EnrollmentTokens.create()` method of the Play EMM API.\n- Set `enrollmentTokenType` to `USER_DEVICE`.\n- Within the `googleAuthenticationOptions` object:\n- Set `authenticationRequirement` to `REQUIRED`. This makes a Google account mandatory for enrollment.\n- Set `requiredAccountEmail` to the email address of the target managed Google Account. This guides the on-device flow to either prompt the user for this specific account or, if it already exists on the device, perform the upgrade silently without further user authentication.\n\n### 2. Initiate account setup and handle authentication on the device\n\nOnce the enrollment token is available (e.g., pushed by your EMM solution\nor provided using a user interface), you can use the same\n[`AccountSetupClient.startAccountSetup()`](/android/management/reference/amapi/com/google/android/managementapi/setupactions/AccountSetupClient#startAccountSetup(android.content.Context,%20java.lang.String))\nintegration from standard device enrollment to add or associate the account.\n\n- If the managed Google Account specified in `requiredAccountEmail` already exists on the device, the user won't be prompted to authenticate, and the upgrade will proceed silently.\n- If the account does not exist, the user will be forced to sign in with the required email. Because `authenticationRequirement` is set to `REQUIRED` in the token, the option to skip Google authentication won't be available.\n\n### 3. Finalize management and remove the old account\n\nAfter the `ADDED_ACCOUNT` state is received using your `AccountSetupListener`\nand your EMM backend has successfully associated the device with the new managed\nGoogle Account, verify your policies are applied to the new user. We recommend\napplying the target user's device policies *before* initiating the upgrade using\nthe [`Devices.update`](/android/work/play/emm-api/v1/devices/update) API for a\nsmooth transition. You can retrieve the User ID of the managed Google Account,\nwhich is needed in order to call\n[`Devices.update`](/android/work/play/emm-api/v1/devices/update), by calling\n[`Users.list`](/android/work/play/emm-api/v1/users/list).\n\nRemoving the old account from the device is a required step.\nThe DPC Support Library provides `dpcSupport.removeAllAndroidForWorkAccounts()`\nfor this purpose.\n\n### 4. Enable Google services\n\nFor knowledge worker devices with a managed Google Account, remember to\ncall [`Devices.setState()`](/android/work/play/emm-api/v1/devices/setState)\nonce the device is compliant with your enterprise policies. This is necessary to\nactivate the device and grant the user full access to Google services.\n\nSpecial use case\n----------------\n\nThe account upgrade process is also beneficial in the following special\nuse case:\n\n*** ** * ** ***\n\n### Kitting and third-party enrollment services\n\nThe account upgrade flow simplifies **kitting** and **third-party\nenrollment services** by the following process:\n\n1. **Initial process:** A device is enrolled as a userless\n device. This automatically adds a managed Google Play Account and\n applies a set of default policies.\n\n2. **Policy update:** The EMM applies a new policy to the device. This policy\n requires a user login before the device can be used. The device is then\n delivered to the end user.\n\n3. **User upgrade:** When the end user powers on the device, they are\n prompted to sign in. This action triggers the account upgrade flow,\n where their managed Google Account replaces the managed Google Play\n Account.\n\n4. **Final cleanup:** The EMM removes the old managed Google\n Play Account from the device."]]
