تنظيم صفحاتك في مجموعات
يمكنك حفظ المحتوى وتصنيفه حسب إعداداتك المفضّلة.
تتضمّن ترقية حساب مستخدم على جهاز عملية نقل البيانات من حساب Google Play مُدار إلى حساب Google مُدار. تؤدي هذه العملية إلى نقل هوية المستخدم من حساب غير شخصي يركّز على الجهاز إلى حساب مرتبط بهوية Google الخاصة بالشركة. ويشكّل هذا الربط بهوية مؤسسية الأساس لتحسين تجربة المستخدم ودمجها بشكل أكبر على جميع خدمات Google.
نظرة عامة
الهدف الأساسي من هذا التحديث هو تزويد العملاء بميزات محسّنة، مثل إدارة المستخدمين بشكل أفضل من خلال "وحدة تحكّم المشرف في Google"، وتعزيز الأمان، وإتاحة الوصول إلى خدمات Google وإمكانات الذكاء الاصطناعي، مثل Gemini.
في ما يلي المزايا الرئيسية لترقية حسابات المستخدمين:
تعمل مع جميع خدمات Google: على عكس حسابات Google Play المُدارة، تعمل هذه الهوية الجديدة بسلاسة مع جميع خدمات Google، بما في ذلك Google Drive و"مستندات Google" وMeet. تتوفّر أيضًا إمكانية الاحتفاظ بنسخة احتياطية من بيانات الجهاز عندما يفعّلها مشرف تكنولوجيا المعلومات.
تجربة مستخدم سلسة: من خلال دمج خدمة الدخول المُوحَّد (SSO)، يتم تلقائيًا تسجيل دخول المستخدمين إلى بيئة الشركة وجميع خدمات Google، مثل Gmail.
التحكّم المباشر في الهوية: يمكن للمؤسسة التحكّم مباشرةً في دورة حياة الهوية من خلال طرق يدوية أو آلية أو مستندة إلى المزامنة.
معرّف المستخدم المألوف: لتحسين مستوى الظهور، يستخدم الحساب الجديد عنوان البريد الإلكتروني نفسه الذي يعرفه المستخدم ويستخدمه.
ترقية الحساب
لترقية جهاز سبق أن تم تسجيله باستخدام حساب Google Play للأعمال إلى حساب Google خاضع للإدارة، يمكنك اتّباع عملية إعداد مشابهة لعملية تسجيل الأجهزة العادية، ولكن مع اختلافات رئيسية في إنشاء الرمز المميز والإجراءات التي يتم اتّخاذها بعد الإعداد.
1. إنشاء رمز مميّز لترقية الحساب
تتضمّن هذه الخطوة إنشاء رمز مميّز للتسجيل تم إعداده خصيصًا لنقل البيانات من حساب إلى آخر. سيفرض الرمز المميز مصادقة Google لربط الجهاز بحساب Google مُدار.
استدعاء الطريقة EnrollmentTokens.create() في واجهة برمجة التطبيقات Play EMM API
اضبط قيمة enrollmentTokenType على USER_DEVICE.
ضمن عنصر googleAuthenticationOptions:
اضبط قيمة authenticationRequirement على REQUIRED. ويجعل ذلك حساب Google شرطًا أساسيًا للتسجيل.
اضبط requiredAccountEmail على عنوان البريد الإلكتروني لحساب Google المُدار المستهدَف. يوجّه ذلك مسار العمل على الجهاز إما إلى مطالبة المستخدم بهذا الحساب المحدّد أو، إذا كان الحساب متوفّرًا على الجهاز، إلى إجراء عملية الترقية بدون أي مصادقة إضافية من المستخدم.
2. بدء عملية إعداد الحساب والتعامل مع المصادقة على الجهاز
بعد توفّر رمز التسجيل (على سبيل المثال، إذا تم إرساله من خلال حلّ إدارة الخدمات الجوّالة للمؤسسات أو تقديمه باستخدام واجهة مستخدم)، يمكنك استخدام عملية الدمج نفسها AccountSetupClient.startAccountSetup() من عملية تسجيل الأجهزة العادية لإضافة الحساب أو ربطه.
إذا كان حساب Google المُدار المحدّد في requiredAccountEmail متوفّرًا على الجهاز، لن يُطلب من المستخدم المصادقة، وستتم الترقية بدون أي إشعار.
إذا لم يكن الحساب متوفّرًا، سيُطلب من المستخدم تسجيل الدخول باستخدام عنوان البريد الإلكتروني المطلوب. بما أنّ قيمة authenticationRequirement مضبوطة على REQUIRED في الرمز المميز، لن يتوفّر خيار تخطّي مصادقة Google.
3- إنهاء الإدارة وإزالة الحساب القديم
بعد تلقّي الحالة ADDED_ACCOUNT باستخدام AccountSetupListener، وبعد أن يربط خادم إدارة الخدمات الجوّالة للمؤسسات (EMM) الخلفي الجهاز بحساب Google المُدار الجديد بنجاح، تأكَّد من تطبيق سياساتك على المستخدم الجديد. ننصحك بتطبيق سياسات الجهاز الخاصة بالمستخدم المستهدَف قبل بدء عملية الترقية باستخدام واجهة برمجة التطبيقات Devices.update لضمان انتقال سلس. يمكنك استرداد معرّف المستخدم الخاص بحساب Google المُدار،
وهو المعرّف المطلوب لاستدعاء
Devices.update، وذلك من خلال استدعاء
Users.list.
إزالة الحساب القديم من الجهاز هي خطوة إلزامية.
توفّر "مكتبة دعم DPC" dpcSupport.removeAllAndroidForWorkAccounts() لهذا الغرض.
4. تفعيل خدمات Google
بالنسبة إلى أجهزة الموظفين المعنيين بالمعرفة التي تتضمّن حساب Google مُدارًا، تذكَّر الاتصال بـ Devices.setState()
بعد أن يصبح الجهاز متوافقًا مع سياسات مؤسستك. وهذا الإجراء ضروري لتفعيل الجهاز ومنح المستخدم إذن الوصول الكامل إلى خدمات Google.
حالة استخدام خاصة
تكون عملية ترقية الحساب مفيدة أيضًا في حالة الاستخدام الخاصة التالية:
خدمات التجميع والتسجيل التابعة لجهات خارجية
تسهّل عملية ترقية الحساب تجميع المنتجات وخدمات التسجيل التابعة لجهات خارجية من خلال اتّباع الخطوات التالية:
العملية الأولية: يتم تسجيل الجهاز كجهاز بدون مستخدم. يؤدي ذلك إلى إضافة حساب مُدار على Google Play وتطبيق مجموعة من السياسات التلقائية.
تعديل السياسة: تطبّق إدارة الخدمات الجوّالة للمؤسسات سياسة جديدة على الجهاز. تتطلّب هذه السياسة أن يسجّل المستخدم الدخول قبل أن يتمكّن من استخدام الجهاز. بعد ذلك، يتم تسليم الجهاز إلى المستخدم النهائي.
ترقية المستخدم: عندما يشغّل المستخدم النهائي الجهاز، سيُطلب منه تسجيل الدخول. يؤدي هذا الإجراء إلى بدء عملية ترقية الحساب، حيث يحلّ حساب Google المُدار محل حساب Google Play المُدار.
عملية التنظيف النهائية: يزيل موفّر إدارة الخدمات الجوّالة للمؤسسات (EMM) حساب Google Play القديم المُدار من الجهاز.
تاريخ التعديل الأخير: 2025-08-25 (حسب التوقيت العالمي المتفَّق عليه)
[[["يسهُل فهم المحتوى.","easyToUnderstand","thumb-up"],["ساعَدني المحتوى في حلّ مشكلتي.","solvedMyProblem","thumb-up"],["غير ذلك","otherUp","thumb-up"]],[["لا يحتوي على المعلومات التي أحتاج إليها.","missingTheInformationINeed","thumb-down"],["الخطوات معقدة للغاية / كثيرة جدًا.","tooComplicatedTooManySteps","thumb-down"],["المحتوى قديم.","outOfDate","thumb-down"],["ثمة مشكلة في الترجمة.","translationIssue","thumb-down"],["مشكلة في العيّنات / التعليمات البرمجية","samplesCodeIssue","thumb-down"],["غير ذلك","otherDown","thumb-down"]],["تاريخ التعديل الأخير: 2025-08-25 (حسب التوقيت العالمي المتفَّق عليه)"],[],[],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."]]
