Memigrasikan perangkat yang ada ke AMAPI

Perangkat yang sudah dikelola oleh DPC kustom Anda dapat dimigrasikan ke Android Device Policy dan memanfaatkan Android Management API.

Catatan: Proses ini transparan bagi pengguna akhir. Proses ini hanya satu arah (tidak dapat diurungkan setelah selesai) dan tidak dapat digunakan untuk memigrasikan perangkat dari satu EMM ke EMM lainnya.

Prasyarat

  • Perangkat sudah dikelola oleh EMM Anda dengan DPC kustom.
  • DPC kustom Anda terintegrasi dengan AMAPI SDK.
  • Perangkat didaftarkan dengan Google Play EMM API.
  • Perangkat merupakan milik Akun Google Play perusahaan Terkelola.
  • Perangkat menjalankan Android 9 atau yang lebih baru.
  • Untuk profil kerja di perangkat milik perusahaan, perangkat harus menjalankan Android 11 atau yang lebih baru.

Mengintegrasikan dengan AMAPI SDK di DPC kustom

Proses migrasi memerlukan aplikasi DPC kustom untuk mengintegrasikan AMAPI SDK. Anda dapat menemukan informasi selengkapnya tentang library ini dan cara menambahkannya ke aplikasi dalam panduan integrasi AMAPI SDK.

Catatan: Proses ini memerlukan library AMAPI SDK versi 1.1.4 atau yang lebih baru.

Langkah-langkah untuk memigrasikan perangkat

  1. Siapkan kebijakan yang dimaksudkan untuk digunakan oleh perangkat setelah dimigrasikan ke AMAPI. Untuk pengalaman pengguna terbaik, kebijakan ini harus setara dengan kebijakan yang sudah diterapkan di perangkat oleh DPC.
  2. Buat token migrasi untuk perangkat dengan memanggil enterprises.migrationTokens.create.
  3. Kirim value token migrasi ini ke DPC kustom Anda.
  4. Pastikan Android Device Policy diinstal di perangkat menggunakan Play EMM API.
  5. Gunakan DpcMigrationClientFactory untuk membuat DpcMigrationClient
  6. Pada DpcMigrationClient, panggil metode migrateDeviceManagementToAndroidManagementApi. Tindakan ini akan menyelesaikan migrasi.
  7. deviceState berubah menjadi ACTIVE, dan Anda akan menerima pesan STATUS_REPORT melalui saluran Pub/Sub.

Setelah migrasi selesai, aplikasi panggilan akan kehilangan hak istimewa Pemilik Perangkat atau Pemilik Profil, karena keduanya ditransfer ke Android Device Policy.

Catatan: Perangkat harus terhubung ke internet untuk memulai migrasi. Proses ini dirancang agar tahan terhadap pemutusan jaringan selama proses migrasi, sehingga operasi kunci yang memerlukan konektivitas jaringan dilakukan sebelum transfer sebenarnya milik pemilik perangkat atau hak pemilik profil dari DPC ke Android Device Policy terjadi.

Token migrasi

Token migrasi diminta oleh server EMM untuk menunjukkan niat untuk memigrasikan perangkat tertentu yang dikelola oleh DPC kustom. Token migrasi dapat digunakan hingga migrasi berhasil diselesaikan atau hingga masa berlakunya habis.

Integrasi DPC kustom

Pertama, Anda harus membuat DpcMigrationRequest, meneruskan token, dan jika perlu, daftar jaringan Wi-Fi yang dikonfigurasi ke buildernya:

// Create a DpcMigrationRequest
DpcMigrationRequest request =
        DpcMigrationRequest.builder()
            .setMigrationToken(token)
            .build();

Anda kemudian dapat menggunakan DpcMigrationClient dan memulai proses migrasi dengan migrateDeviceManagementToAndroidManagementApi:

// Create a DpcMigrationClient
DpcMigrationClient dpcMigrationClient = DpcMigrationClientFactory.create(context);
try {
  // Use helper functiong to retrieve Admin component name
  var adminComponentName = getAdminComponent(context);
  }

  ListenableFuture<DpcMigrationAttempt> futureAttempt =
          dpcMigrationClient.migrateDeviceManagementToAndroidManagementApi(
              new ComponentName(context, DpcMigrationNotificationReceiver.class),
              adminComponentName,
              request);
  // handle futureAttempt
} catch (RuntimeException e) {
  // send failure feedback: "Error: " + e
}

Melacak progres migrasi

Proses migrasi dilacak di perangkat melalui DpcMigrationAttempt.

Anda dapat langsung menggunakan metode yang ditampilkan oleh migrateDeviceManagementToAndroidManagementApi atau menggunakan metode getMigrationAttempt dan listMigrationAttempts untuk mendapatkan dan mencantumkan upaya migrasi.

// Passing an empty name, we retrieve the last attempt 
var request = GetDpcMigrationAttemptRequest.builder().build();

var attempt = client.getMigrationAttempt(request);

Secara opsional, Anda dapat menyiapkan DpcMigrationListener menggunakan NotificationReceiverService, untuk memproses pembaruan status untuk DpcMigrationAttempt.

// DpcMigrationNotificationReceiver for callback handling
public class DpcMigrationNotificationReceiver extends NotificationReceiverService
    implements DpcMigrationListener {

  @Override
  protected DpcMigrationListener getDpcMigrationListener() {
    // getDpcMigrationListener"
    return this;
  }

  @Override
  public void onMigrationStateChanged(DpcMigrationAttempt migrationAttempt) {
    // send success feedback
  }
}

Menangani jaringan Wi-Fi

Jika ada jaringan Wi-Fi yang dikelola oleh DPC kustom, kebijakan AMAPI ONC harus cocok dengan konfigurasi jaringan ini agar AMAPI dapat mulai mengelolanya dengan lancar. Interaksi migrasi DPC dengan pengelolaan Wi-Fi bervariasi bergantung pada mode pengelolaan.

Perangkat terkelola sepenuhnya dan profil kerja di perangkat milik perusahaan

Selama migrasi, Android Device Policy mengasumsikan bahwa jaringan Wi-Fi yang dikonfigurasi dalam kebijakan yang memiliki SSID dan jenis keamanan jaringan Wi-Fi yang dikonfigurasi yang sama di perangkat identik dengan jaringan Wi-Fi yang dikonfigurasi dan cocok. Oleh karena itu, jaringan Wi-Fi yang dikonfigurasi oleh DPC kustom tidak tersentuh setelah migrasi hingga ada perubahan dalam kebijakan ONC yang sesuai dengan jaringan. Namun, jika DPC kustom di-uninstal setelah migrasi, jaringan Wi-Fi yang dikonfigurasi oleh DPC kustom akan otomatis dihapus. Android Device Policy terus menegakkan kebijakan, dan jika salah satu jaringan ini dikonfigurasi dalam kebijakan, jaringan yang dikonfigurasi dalam kebijakan akan ditambahkan seperti biasa.

Profil kerja di perangkat pribadi

Karena alasan teknis, jaringan Wi-Fi yang dikonfigurasi oleh DPC kustom harus dihapus oleh DPC kustom untuk Android Device Policy agar dapat mulai mengelola jaringan Wi-Fi ini. AMAPI SDK menangani hal ini dan menghapus jaringan Wi-Fi tersebut sebelum mentransfer kepemilikan dari DPC kustom ke Android Device Policy tetapi mengharuskan DPC kustom meneruskan informasi tentang jaringan ini di DpcMigrationRequest. Setelah migrasi, jaringan yang dikonfigurasi dalam kebijakan akan ditambahkan secara normal, sehingga sebaiknya jaringan yang ditambahkan oleh DPC kustom juga harus dikonfigurasi dalam kebijakan.

Ada beberapa poin yang harus diperhatikan:

  • Jika jaringan aktif adalah jaringan Wi-Fi yang dikonfigurasi oleh DPC kustom, perangkat dapat offline sebentar selama migrasi.
  • Hanya jaringan Wi-Fi yang dikonfigurasi oleh DPC kustom yang harus diteruskan di DpcMigrationRequest. Jika tidak, migrasi akan gagal jika jaringan tidak dapat dihapus oleh AMAPI SDK (misalnya, pengguna yang menambahkan jaringan Wi-Fi).
  • Jaringan Wi-Fi harus diteruskan di DpcMigrationRequest hanya jika DPC kustom adalah pemilik profil di perangkat pribadi. Jika tidak, migrasi akan gagal.
  • Karena alasan teknis, Android 12 adalah kasus luar biasa saat jaringan yang diteruskan di DpcMigrationRequest diabaikan dan semua jaringan Wi-Fi yang dikonfigurasi oleh DPC kustom akan dihapus secara otomatis. Selain itu, DPC kustom harus memiliki izin ACCESS_WIFI_STATE di Android 12 untuk profil kerja di perangkat pribadi. Jika tidak, migrasi akan gagal.

Peringatan

Berikut adalah beberapa peringatan terkait fitur ini.

ID khusus perusahaan

Untuk profil kerja di Android 12 dan yang lebih baru, ID khusus perusahaan, yang dapat diakses dari DevicePolicyManager.getEnrollmentSpecificId tidak berubah pada saat migrasi. Namun, jika profil kerja yang dikelola oleh Android Device Policy dibuat lagi di perangkat (misalnya setelah menghapus profil sebelumnya atau setelah mereset perangkat ke setelan pabrik), ID khusus perusahaan akan berubah pada saat itu.

Profil kerja di perangkat yang terkelola sepenuhnya

Fitur ini tidak didukung pada perangkat terkelola sepenuhnya yang memiliki profil kerja yang menjalankan Android 9 atau 10. Migrasi perangkat ini tidak boleh dicoba, dan terlepas dari apakah terjadi error atau tidak, perangkat tersebut tidak didukung untuk migrasi DPC.