ติดตั้งใช้งานบัญชีผู้ใช้

การลงทะเบียน Android Enterprise มีข้อมูลประจำตัวผู้ใช้หลัก 2 ประเภท ได้แก่ บัญชี Managed Google Play และบัญชี Google ที่มีการจัดการ บัญชี Managed Google Play เน้นที่อุปกรณ์ ซึ่งหมายความว่าบัญชีดังกล่าวไม่ได้เชื่อมโยงกับข้อมูลประจำตัว Google ของผู้ใช้ที่เฉพาะเจาะจง ในทางตรงกันข้าม บัญชี Google ที่มีการจัดการจะลิงก์กับข้อมูลประจำตัว Google ของบริษัทของผู้ใช้ ซึ่งช่วยปรับปรุงประสบการณ์การใช้งานของผู้ใช้ด้วยการให้ผู้ใช้เข้าสู่ระบบในอุปกรณ์อยู่เสมอ

ก่อนหน้านี้บัญชี Managed Google Play เป็นบัญชีมาตรฐาน อย่างไรก็ตาม ตอนนี้ Google ขอแนะนำให้การพัฒนาใหม่ทั้งหมดใช้ขั้นตอนการลงทะเบียนที่ปรับปรุงแล้ว ซึ่งจะสร้างบัญชี Google ที่มีการจัดการโดยค่าเริ่มต้น

แม้ว่าเราจะให้คำแนะนำสำหรับการใช้งานเวอร์ชันเก่าไว้ที่ส่วนท้ายของเอกสารนี้เพื่อเป็นข้อมูลอ้างอิง แต่การพัฒนาใหม่ทั้งหมดควรทำตามขั้นตอนการลงทะเบียนใหม่ที่ระบุไว้โดยละเอียดที่นี่

ภาพรวม

ขั้นตอนการลงทะเบียนอุปกรณ์ที่ปรับปรุงแล้วช่วยให้การตั้งค่าอุปกรณ์ง่ายขึ้นด้วยการใช้ประโยชน์จากคอมโพเนนต์ใหม่หลายรายการและเปลี่ยนวิธีใช้งานเครื่องมือควบคุมนโยบายด้านอุปกรณ์ (DPC) ที่กำหนดเอง แนวทางใหม่นี้กำหนดให้โซลูชัน DPC ที่กำหนดเองต้องผสานรวมกับ Android Management API (AMAPI) SDK และ Android Device Policy เพื่อทำหน้าที่เตรียมอุปกรณ์และลงทะเบียนผู้ใช้

AMAPI SDK มี API ที่จำเป็นสำหรับการโต้ตอบกับ Android Device Policy ในอุปกรณ์ ในฝั่งเซิร์ฟเวอร์ โซลูชัน Enterprise Mobility Management (EMM) จะใช้ Play EMM API เพื่อสร้างโทเค็นการลงทะเบียนที่จำเป็นในการเริ่มต้นกระบวนการลงทะเบียนอุปกรณ์

ตอนนี้แอปพลิเคชัน Android Device Policy มีบทบาทสำคัญในการจัดการการดำเนินการฝั่งอุปกรณ์ AMAPI SDK ใช้เพื่อจัดการการติดตั้งและการอัปเดตที่จำเป็นในอุปกรณ์ นอกจากนี้ Android Device Policy ยังรับผิดชอบขั้นตอนการตรวจสอบสิทธิ์ผู้ใช้ โดยจัดการการตรวจสอบสิทธิ์ผู้ใช้โดยตรงและให้ข้อมูลประจำตัวของผู้ใช้แก่ EMM หาก Google ไม่สามารถตรวจสอบสิทธิ์ผู้ใช้ได้ไม่ว่าด้วยเหตุผลใดก็ตาม ระบบจะสร้างบัญชี Managed Google Play ใหม่และเพิ่มลงในอุปกรณ์เป็นตัวเลือกสำรอง

ส่วนสำคัญของขั้นตอนการลงทะเบียนใหม่นี้คือการจัดการการเข้าถึงบริการของ Google ในอุปกรณ์ โดยค่าเริ่มต้น อุปกรณ์จะเริ่มต้นในสถานะที่จำกัด และ EMM มีบทบาท สำคัญในการเปิดใช้การเข้าถึงเมื่ออุปกรณ์เป็นไปตามข้อกำหนด

การผสานรวม API

ก่อนเริ่มต้นใช้งาน โปรดตรวจสอบว่าคุณใช้ไคลเอ็นต์ Play EMM API และ AMAPI SDK เวอร์ชันล่าสุด

คู่มือการใช้งานการลงทะเบียน

คู่มือนี้มีขั้นตอนที่จำเป็นสำหรับการใช้งานการลงทะเบียน ซึ่งครอบคลุมการเตรียมสภาพแวดล้อม การจัดการวิธีการลงทะเบียนต่างๆ และการจัดการวงจรชีวิตของอุปกรณ์

เตรียมสภาพแวดล้อม

ก่อนเริ่มการตั้งค่าบัญชี คุณต้องเตรียมสภาพแวดล้อมของอุปกรณ์ การเตรียมนี้เกี่ยวข้องกับการอัปเดต Play Store เป็นเวอร์ชันล่าสุดและติดตั้ง Android Device Policy (com.google.android.apps.work.clouddpc) ลงในอุปกรณ์แบบเงียบๆ การติดตั้ง Android Device Policy เป็นสิ่งสำคัญเนื่องจากมีคอมโพเนนต์ที่สำคัญของกระบวนการตั้งค่าบัญชี EMM ไม่จำเป็นต้องเตรียมสภาพแวดล้อมด้วยตนเอง แต่ควรใช้ EnvironmentClientตามที่ระบุไว้ในเอกสารประกอบและปฏิบัติตามโค้ดตัวอย่างที่ให้ไว้

โค้ดตัวอย่าง

ก่อนที่จะใช้ AccountSetup API เพื่อเพิ่มบัญชีงานในอุปกรณ์ได้ DPC ต้องตรวจสอบก่อนว่า สภาพแวดล้อมของอุปกรณ์พร้อมแล้ว

  • ใช้ EnvironmentClientFactory เพื่อสร้างอินสแตนซ์ EnvironmentClient และเรียกใช้ prepareEnvironment หรือ prepareEnvironmentAsync

    val notificationReceiverServiceName = ComponentName(context,
NotificationReceiver::class.java)

// An EMM should implement android.app.admin.DeviceAdminReceiver and use that
// class to instantiate a ComponentName

val admin = ComponentName(this, com.example.dpc.DeviceAdminReceiver::class.java)

EnvironmentClientFactory.create(context)
    .prepareEnvironment(
        PrepareEnvironmentRequest.builder()
            .setRoles(
                listOf(
                    Role.builder().setRoleType(
                        Role.RoleType.DEVICE_POLICY_CONTROLLER
                    ).build()
                )
            )
    .setAdmin(admin)
            .build(),
          notificationReceiverServiceName,
        )

[Proceed with AccountSetup]

การดำเนินการนี้อาจใช้เวลาหลายวินาทีหรือหลายนาที เนื่องจากระบบอาจติดตั้งหรืออัปเดตแอปพลิเคชันเพื่อตรวจสอบสภาพแวดล้อมการทำงานที่เหมาะสม Google ขอแนะนำให้เริ่มกระบวนการนี้ในเบื้องหลังโดยเร็วที่สุดและแสดง UI ที่เหมาะสมขณะที่ผู้ใช้รอ เมื่อการดำเนินการเสร็จสมบูรณ์ อุปกรณ์จะพร้อมให้ DPC ใช้ AccountSetup API

ขั้นตอนการลงทะเบียน

EMM ต้องหยุดใช้ users.generateAuthenticationToken() และ users.insert() สำหรับอุปกรณ์ทั้งหมด แต่ EMM ต้องเรียกใช้ API ในอุปกรณ์ เพื่อทำการตรวจสอบสิทธิ์ผู้ใช้ปลายทาง API ใหม่จะแสดงผล userId และ email ไปยัง DPC หาก Google ไม่สามารถตรวจสอบสิทธิ์ผู้ใช้ได้ ระบบจะสร้างบัญชี Managed Google Play และเพิ่มลงในอุปกรณ์ ในกรณีนี้ Google จะแสดงผล userId ของบัญชีดังกล่าว

ตอนนี้ Google ขอแนะนำให้ใช้โทเค็นการลงทะเบียน ซึ่งต้องส่งไปยัง API การตรวจสอบสิทธิ์ EMM จะเป็นผู้กำหนดเวลาและวิธีสร้างโทเค็น และโทเค็นอาจเป็นส่วนหนึ่งของเพย์โหลดการลงทะเบียนที่มีอยู่ (เช่น คิวอาร์โค้ดหรือการกำหนดค่าอุปกรณ์พร้อมใช้แบบรวมกลุ่ม)

ข้อยกเว้นสำหรับโทเค็นการลงทะเบียนที่มีอยู่

ลูกค้าบางรายใช้โทเค็นการลงทะเบียนที่มีวันหมดอายุยาวนานเพื่อทำการลงทะเบียนซ้ำๆ เพื่อให้แน่ใจว่าเวิร์กโฟลว์ที่มีอยู่เหล่านี้จะไม่หยุดชะงัก โทเค็นทั้งหมดที่สร้างขึ้นก่อนที่จะเปิดใช้ข้อกำหนด "ตรวจสอบสิทธิ์โดยใช้ Google" เป็นครั้งแรกจะได้รับการยกเว้นจากข้อความแจ้งให้เข้าสู่ระบบใหม่ โทเค็นเก่าเหล่านี้จะยังคงทำงานได้เหมือนเดิม ทำให้ผู้ใช้ลงทะเบียนอุปกรณ์ได้โดยไม่ต้องผ่านกระบวนการตรวจสอบสิทธิ์ของ Google อย่างไรก็ตาม โทเค็นทั้งหมดที่สร้างขึ้นหลังจากเปิดใช้ข้อกำหนดการตรวจสอบสิทธิ์ของ Google เป็นครั้งแรกจะปฏิบัติตามกฎการตรวจสอบสิทธิ์ใหม่ ซึ่งหมายความว่าอุปกรณ์ที่ใช้โทเค็นใหม่เหล่านี้จะต้องให้ผู้ใช้ตรวจสอบสิทธิ์ตามการตั้งค่าที่ผู้ดูแลระบบไอทีเลือกไว้

Google ขอแนะนำให้สร้างโทเค็นตามความต้องการและแทนที่ API ที่มีอยู่สำหรับบัญชี Managed Google Play ด้วย API ใหม่เพื่อลดการเปลี่ยนแปลง

การผสานรวม DPC ทั่วไปกับ API ก่อนหน้า
รูปที่ 1 การผสานรวม DPC ทั่วไปกับ API ก่อนหน้า
ตัวอย่างการผสานรวม DPC กับ API ใหม่สำหรับอุปกรณ์ที่ไม่มีผู้ใช้
รูปที่ 2 ตัวอย่างการผสานรวม DPC กับ API ใหม่สำหรับอุปกรณ์ที่ไม่มีผู้ใช้
ตัวอย่างการผสานรวม DPC กับ API ใหม่สำหรับอุปกรณ์ของผู้ใช้
รูปที่ 3 ตัวอย่างการผสานรวม DPC กับ API ใหม่สำหรับอุปกรณ์ของผู้ใช้

ขั้นตอนการลงทะเบียน DPC ที่กำหนดเองที่ปรับปรุงแล้วมีดังนี้

สถานะเริ่มต้นที่สำคัญของอุปกรณ์: เมื่อลงทะเบียนอุปกรณ์ด้วย DPC ที่กำหนดเอง บัญชี Google ที่เพิ่มลงในอุปกรณ์จะเริ่มต้นในสถานะปิดใช้ ซึ่งหมายความว่าการเข้าถึงบริการของ Google รวมถึง Google Play จะถูกจำกัดในตอนแรก

สถานะ "ปิดใช้" เริ่มต้นนี้และข้อกำหนดในภายหลังที่ EMM ต้องทำให้อุปกรณ์เป็นไปตามข้อกำหนด (เช่น โดยการเรียกใช้ Devices.SetState) จะมีผลเฉพาะในกรณีต่อไปนี้

  1. องค์กรได้ยืนยันการเป็นเจ้าของโดเมนกับ Google แล้ว
  2. ผู้ดูแลระบบไอทีได้เปิดใช้การจัดการอุปกรณ์เคลื่อนที่ Android ของบุคคลที่สามสำหรับหน่วยขององค์กร (OU) ที่เฉพาะเจาะจงของผู้ใช้ภายในคอนโซลผู้ดูแลระบบของ Google อย่างชัดเจน
  1. สร้างโทเค็นการลงทะเบียน: EMM สร้างโทเค็นการลงทะเบียนโดยใช้ Play EMM API
  2. เตรียมสภาพแวดล้อม: DPC ที่กำหนดเองใช้ขั้นตอนการเตรียมสภาพแวดล้อม เพื่อยืนยันว่าอุปกรณ์พร้อมสำหรับการลงทะเบียน
  3. เริ่มการลงทะเบียน: DPC ที่กำหนดเองเรียกใช้ startAccountSetup API ใน AMAPI SDK โดยส่งโทเค็นการลงทะเบียน หมายเหตุ: DPC ต้องเป็นเจ้าของอุปกรณ์หรือเจ้าของโปรไฟล์ก่อนที่จะเรียกใช้ API นี้
  4. เปิดใช้กิจกรรมการตรวจสอบสิทธิ์ของ Google: หากจำเป็น DPC ที่กำหนดเอง จะเรียกใช้ launchAuthenticationActivity API ใน AMAPI SDK โดยส่ง AccountSetupAttempt ซึ่งจะเริ่มกิจกรรมการตรวจสอบสิทธิ์ของ Google และนำผู้ใช้กลับไปยัง DPC ที่กำหนดเองเมื่อการตรวจสอบสิทธิ์สำเร็จ ผู้ใช้ยังข้ามกระบวนการนี้ได้ด้วย ในกรณีนี้ ระบบจะเพิ่มบัญชี Managed Google Play ลงในอุปกรณ์ คุณกำหนดค่าตัวเลือกนี้ได้โดยใช้ googleAuthenticationOptions
  5. สรุปการลงทะเบียน: AMAPI SDK จะแจ้งให้ DPC ที่กำหนดเองทราบผลการลงทะเบียน
  6. เปิดใช้บริการของ Google: เมื่อ DPC ที่กำหนดเองได้จัดสรร อุปกรณ์อย่างสมบูรณ์และยืนยันว่าอุปกรณ์เป็นไปตามนโยบายทั้งหมดขององค์กรแล้ว เซิร์ฟเวอร์ EMM ต้อง เรียกใช้ Devices.setState() โดยตั้งค่าพารามิเตอร์ accountState เป็น "enabled"
  • เหตุผลที่ต้องดำเนินการ: การเรียก API นี้จะทำให้อุปกรณ์เป็นไปตามข้อกำหนด
  • ผลที่ตามมาหากไม่เรียกใช้: หากไม่มีการเรียกใช้ Devices.setState(setStateRequest) บัญชีจะยังคงอยู่ในสถานะ "ปิดใช้" ผู้ใช้จะเข้าถึง Google Play (เพื่อติดตั้งหรืออัปเดตแอป) และบริการอื่นๆ ของ Google ที่ต้องมีการตรวจสอบสิทธิ์บัญชีไม่ได้

การจัดการสถานะอุปกรณ์และการเข้าถึงบริการ

หลังจากลงทะเบียนครั้งแรก EMM มีหน้าที่รับผิดชอบในการดูแลการเข้าถึงบริการของ Google ในอุปกรณ์ตามสถานะการเป็นไปตามข้อกำหนด

การจัดการการหยุดชะงักของบริการ: BAD_DEVICE_MANAGEMENT

หากการเข้าถึงบริการของ Google ในอุปกรณ์ถูกบล็อก บริการ Google Play (GMSCore) จะออกอากาศ Intent ที่มีการดำเนินการ com.google.android.gms.auth.BAD_DEVICE_MANAGEMENT ซึ่งอาจเกิดขึ้นได้จากหลายสาเหตุ ดังนี้

  • EMM ไม่เคยเรียกใช้ Devices.setState("enabled") หลังจากลงทะเบียนอุปกรณ์ครั้งแรก
  • อุปกรณ์ไม่เป็นไปตามนโยบายของ EMM อีกต่อไป และ EMM ยังไม่ได้เปิดใช้อุปกรณ์อีกครั้ง
  • EMM ตั้งค่าสถานะอุปกรณ์เป็น "ปิดใช้" อย่างชัดเจนโดยการเรียกใช้ Devices.setState() โดยตั้งค่า accountState เป็น "disabled" ซึ่งอาจเกิดจากข้อกังวลด้านความปลอดภัย การดำเนินการของผู้ดูแลระบบ หรือเหตุผลอื่นๆ

Intent นี้มีรหัสสถานะ เช่น "ThirdPartyDeviceManagementRequired"

DPC ที่กำหนดเองต้องใช้ BroadcastReceiver เพื่อรับฟัง Intent BAD_DEVICE_MANAGEMENT นี้

เมื่อได้รับข้อมูลออกอากาศนี้ DPC ควรดำเนินการดังนี้

  1. ประเมินการเป็นไปตามข้อกำหนดอีกครั้ง: ตรวจสอบว่าอุปกรณ์เป็นไปตามนโยบายทั้งหมดที่ EMM กำหนดไว้หรือไม่
  2. ดำเนินการต่อไปนี้
    • หากเป็นไปตามข้อกำหนด: DPC ควรแจ้งให้เซิร์ฟเวอร์ EMM ทราบ จากนั้นเซิร์ฟเวอร์ EMM ควรเรียกใช้ Devices.setState() โดยตั้งค่า accountState เป็น "enabled" สำหรับรหัสผู้ใช้และ รหัสอุปกรณ์ที่เฉพาะเจาะจงเพื่อพยายามกู้คืนการเข้าถึงบริการ
    • หากไม่เป็นไปตามข้อกำหนด: เมื่อแก้ปัญหาแล้วและอุปกรณ์เป็นไปตามข้อกำหนด EMM ควรเรียกใช้ Devices.setState()

กลไกนี้ช่วยให้มั่นใจได้ว่าจะมีวิธีตรวจหาและกู้คืนจากสถานการณ์ที่อุปกรณ์สูญเสียการเข้าถึงบริการของ Google

ข้อควรพิจารณาเกี่ยวกับการเข้าควบคุมขององค์กร

ประเภทบัญชีขององค์กรอาจมีการเปลี่ยนแปลง (เช่น จาก ManagedGoogleDomainType.TYPE_TEAM เป็น ManagedGoogleDomainType.TYPE_DOMAIN) แม้ว่าโดยปกติกระบวนการนี้จะไม่ทำให้การผูก EMM หยุดทำงาน แต่บางครั้งอาจขัดขวางการเข้าถึงบริการของ Google ในอุปกรณ์

EMM ควรทราบว่าหากผู้ใช้รายงานปัญหาการเข้าถึงบริการหลังจากเหตุการณ์การเข้าควบคุมที่ทราบ แม้ว่าอุปกรณ์จะปรากฏเป็นไปตามนโยบายของ EMM ก็ตาม การเรียกใช้ Devices.setState() อาจจำเป็นเพื่อซิงโครไนซ์สถานะของอุปกรณ์กับแบ็กเอนด์ของ Google อีกครั้งภายใต้โครงสร้างลูกค้าใหม่ โดยทั่วไปแล้วไม่จำเป็นต้องเรียกใช้สำหรับอุปกรณ์ทั้งหมดหลังการเข้าควบคุม แต่การเรียกใช้นี้เป็นเครื่องมือสำคัญในการแก้ปัญหาการเข้าถึง

การตั้งค่าบัญชี - โค้ดตัวอย่าง

  1. หากต้องการเริ่มการพยายามตั้งค่าบัญชี แอปการโทรสามารถใช้ AccountSetupClient และเรียกใช้เมธอด startAccountSetup() หรือ startAccountSetupFuture() ดูตัวอย่างการใช้งานได้ที่ตัวอย่างโค้ดต่อไปนี้

    // Create AccountSetupClient
val client = AccountSetupClientFactory.create(
    this,
    activityResultRegistry
)
lifecycle.addObserver(client.lifecycleObserver)

// Create adminComponent
val notificationReceiver = ComponentName(this, AccountSetupNotificationReceiver::class.java)
// Helper method to get enrollment token created with Play EMM API
val enrollmentToken = getEnrollmentToken()
val request =
    StartAccountSetupRequest.builder()
        .setEnrollmentToken(enteredText)
        .setNotificationReceiverServiceComponentName(notificationReceiver)
        .setAdminComponentName(
            ComponentName(this, com.example.dpc.DeviceAdminReceiver::class.java))
        .build()
try {
    val accountSetupAttempt = client.startAccountSetup(request)
    // handle attempt
} catch (e: Exception) {
    // handle exception
}

  2. ใช้อินเทอร์เฟซ AccountSetupListener และระบุการใช้งานวิธีจัดการการอัปเดตสถานะที่ได้รับ

  3. ขยาย NotificationReceiverService และระบุอินสแตนซ์ AccountSetupListener ที่สร้างขึ้นในขั้นตอนที่ 2 โดยการลบล้าง getAccountSetupListener()

    // Handles account setup changes
class AccountSetupNotificationReceiver :
      NotificationReceiverService(),
      AccountSetupListener {

    override fun getAccountSetupListener(): AccountSetupListener = this

    override fun onAccountSetupChanged(accountSetupAttempt:
  AccountSetupAttempt) {

        when (accountSetupAttempt.state.kind) {
            StateCase.ADDED_ACCOUNT -> {
                val enterpriseAccount = state.addedAccount()
                val userId = enterpriseAccount.userId
                val deviceId = enterpriseAccount.deviceId
                // Handle account added state.

                // IMPORTANT: The device/account is now added but *DISABLED*
                // for Google services. Your EMM backend MUST be notified to
                // perform policy compliance checks and then call Devices.setState()
                // to activate Google Play and other services.

            }
            StateCase.AUTHENTICATION_ACTIVITY_LAUNCH_REQUIRED -> {
                val request = LaunchAuthenticationActivityRequest.builder()
            .setAccountSetupAttempt(accountSetupAttempt)
            .build();
                // Send the attempt to the foreground activity to call:
                accountSetupClient.launchAuthenticationActivity(request)
            }
            StateCase.ACCOUNT_SETUP_ERROR -> {
                // Handle error state.
                val failureReason = state.accountSetupError().failureReason
            }
            else -> {
                // Handle unknown account setup attempt state.
            }
        }
    }
}

  4. เพิ่มคลาสที่ขยายแล้ว NotificationReceiverService ลงใน AndroidManifest.xml และตรวจสอบว่าได้ส่งออกแล้ว

      <application>
    <service
        android:name = ".accountsetup.AccountSetupNotificationReceiver"
        android:exported = "true" />
  </application>

    หากแอปกำหนดเป้าหมายเป็น SDK 30 ขึ้นไป คุณจะต้องมีองค์ประกอบ queries ใน AndroidManifest.xml เพื่อระบุว่าแอปจะโต้ตอบกับ ADP

      <queries>
    <package android:name="com.google.android.apps.work.clouddpc" />
  </queries>

หลักเกณฑ์การทดสอบ

ส่วนนี้มีชุดหลักเกณฑ์และแนวทางปฏิบัติแนะนำสำหรับการทดสอบการใช้งาน

ทดสอบ PrepareEnvironment

  1. รับสถานะปัจจุบันของอุปกรณ์: EMM เรียกใช้

    adb shell dumpsys package com.google.android.apps.work.clouddpc | grep versionName

    เพื่อรับเวอร์ชันของ Android Device Policy ที่มีอยู่ในอุปกรณ์ หากไม่ได้ติดตั้ง Android Device Policy ระบบจะแสดงผลลัพธ์ที่ว่างเปล่า

  2. ผสานรวม PrepareEnvironment: DPC ที่กำหนดเองเรียกใช้ prepareEnvironment API ใน AMAPI SDK โดยส่งคำขอที่ถูกต้อง

  3. รอผลลัพธ์ PrepareEnvironment: DPC ที่กำหนดเองรอให้ prepareEnvironment เสร็จสมบูรณ์

  4. ยืนยันว่า PrepareEnvironment สำเร็จ: เมื่อเสร็จสมบูรณ์แล้ว EMM จะเรียกใช้อีกครั้ง

    adb shell dumpsys package com.google.android.apps.work.clouddpc | grep versionName

    คราวนี้เวอร์ชัน Android Device Policy ควรสูงกว่าในขั้นตอนที่ 1

ทดสอบการตรวจสอบสิทธิ์บัญชี Google

  1. สร้างองค์กรทดสอบ: EMM สร้างองค์กร Google โดเมนทดสอบ ที่ลิงก์กับ EMM ทดสอบด้วย enterprises.generateSignupUrl
  2. เปิดใช้การตรวจสอบสิทธิ์ของ Google: EMM เปิดใช้การตรวจสอบสิทธิ์ของ Google สำหรับ องค์กรทดสอบโดยทำตามวิธีการเหล่านี้ ในคอนโซลผู้ดูแลระบบของ Google
  3. สร้างโทเค็นการลงทะเบียน: EMM สร้างโทเค็นการลงทะเบียนโดยใช้ Play EMM API ที่มีประเภท userDevice
  4. เริ่มการลงทะเบียน: DPC ที่กำหนดเองเรียกใช้ startAccountSetup API ใน AMAPI SDK โดยส่งโทเค็นการลงทะเบียน
  5. เปิดใช้กิจกรรมที่จำเป็น: AMAPI SDK จะแจ้งให้ DPC ที่กำหนดเองทราบว่าต้องเปิดใช้กิจกรรมเพื่อตรวจสอบสิทธิ์ผู้ใช้
  6. ตรวจสอบสิทธิ์ผู้ใช้: DPC ที่กำหนดเองเรียกใช้ launchAuthenticationActivity เพื่อเริ่มกิจกรรม ผู้ใช้ตรวจสอบสิทธิ์ด้วยบัญชี Google ที่มีการจัดการ (ส่วนหนึ่งขององค์กรที่สร้างขึ้นในขั้นตอนที่ 1)
  7. สรุปการลงทะเบียน: AMAPI SDK จะแจ้งให้ DPC ที่กำหนดเองทราบผลการลงทะเบียน

ทดสอบการข้ามการตรวจสอบสิทธิ์ของ Google

เราจะใช้การตั้งค่าที่อธิบายไว้ก่อนหน้านี้

คราวนี้ในขั้นตอนที่ 7 ผู้ใช้จะกด ข้าม แทนที่จะตรวจสอบสิทธิ์ด้วยบัญชี Google การลงทะเบียนจะเสร็จสมบูรณ์โดยมีบัญชีบริการในอุปกรณ์ (เช่น AuthenticationType เป็น Anonymous)

ทดสอบอุปกรณ์ที่ไม่มีผู้ใช้

ขั้นตอนการลงทะเบียน DPC ที่กำหนดเองที่ปรับปรุงแล้วมีขั้นตอนต่อไปนี้เมื่อปิดใช้การตรวจสอบสิทธิ์ของ Google

  1. สร้างองค์กรทดสอบ: องค์กรนี้อาจเป็นองค์กรเดียวกับที่สร้างไว้ก่อนหน้านี้
  2. สร้างโทเค็นการลงทะเบียน: EMM สร้างโทเค็นการลงทะเบียนโดยใช้ Play EMM API ที่มีประเภท userlessDevice
  3. เริ่มการลงทะเบียน: DPC ที่กำหนดเองเรียกใช้ startAccountSetup API ใน AMAPI SDK โดยส่งโทเค็นการลงทะเบียน
  4. สรุปการลงทะเบียน: AMAPI SDK จะแจ้งให้ DPC ที่กำหนดเองทราบผลการลงทะเบียน