Transfer Ownership Power Apps & Power Automate Sebelum Account User Dihapus

Cara Memindahkan Kepemilikan Power Apps dan Power Automate

Ketika seorang karyawan akan pensiun, resign, atau account Microsoft 365 miliknya akan dihapus, jangan langsung menghapus account tersebut apabila ia pernah membuat Power Apps atau Power Automate yang masih digunakan perusahaan.

Misalnya User A membuat aplikasi internal menggunakan Power Apps dan beberapa flow di Power Automate. Karena User A akan pensiun, pengelolaan aplikasi perlu dialihkan kepada User B.

Yang perlu diperhatikan, proses ini bukan sekadar memberikan akses ke aplikasinya. Power Apps, Power Automate flow, connection, data source, permission, dan lisensi yang terkait juga perlu diperiksa agar sistem tetap berjalan setelah account User A dinonaktifkan.

Panduan berikut berfokus pada Canvas App dan cloud flow, dengan langkah yang dapat digunakan sebagai checklist sebelum account lama dihapus.

Mengapa Transfer Harus Dilakukan Sebelum Account Dihapus?

Saat Canvas App dibuat, pembuatnya mempunyai kontrol atas aplikasi tersebut. Demikian pula pada Power Automate, pembuat flow secara otomatis menjadi owner flow.

Microsoft memungkinkan Canvas App dibagikan kepada pengguna lain sebagai Co-owner. Co-owner dapat menggunakan, mengedit, dan membagikan aplikasi, tetapi status Co-owner saja tidak sama dengan mengganti owner utama. Selain itu, sumber data dan resource lain yang digunakan aplikasi tetap perlu memiliki permission yang sesuai.

Masalah juga dapat terjadi pada Power Automate apabila flow masih bergantung pada owner atau connection milik orang yang sudah meninggalkan organisasi. Karena itu, Microsoft menyediakan mekanisme perubahan ownership flow dan merekomendasikan model ownership yang tidak terlalu bergantung pada satu individu untuk flow yang kritikal.

Persiapan Sebelum Transfer

Sebelum melakukan perubahan, lakukan inventarisasi semua resource yang dikelola User A.

• Power Apps yang dibuat atau dikelola User A.
• Power Automate flow yang terkait dengan aplikasi.
• Connection yang digunakan aplikasi dan flow.
• SharePoint List atau Document Library yang digunakan.
• Dataverse table jika digunakan.
• File Excel atau resource di OneDrive jika digunakan sebagai data source.
• SQL Server atau database lain jika digunakan.
• Gateway jika aplikasi terhubung ke sistem on-premises.
• Custom connector jika ada.
• Lisensi Power Apps atau Power Automate yang diperlukan User B.

Langkah ini penting karena memindahkan aplikasi saja belum tentu membuat seluruh sistem tetap bekerja. Microsoft juga mengingatkan bahwa permission terhadap data source dan resource pendukung seperti flow, gateway, atau connection perlu dikelola ketika Canvas App dibagikan.

Langkah 1: Tambahkan User B sebagai Co-owner Power Apps

Sebelum account User A dihapus, berikan terlebih dahulu akses kepada User B.

Masuk menggunakan account yang mempunyai hak terhadap aplikasi, kemudian:

1. Buka Power Apps.
2. Pilih Apps.
3. Cari aplikasi yang akan dialihkan.
4. Pilih aplikasi kemudian pilih Share.
5. Masukkan nama atau account User B.
6. Pilih permission Co-owner.
7. Pilih Share.

Sebagai Co-owner, User B dapat menggunakan, mengedit, dan membagikan Canvas App tersebut. Namun, menurut dokumentasi Microsoft, Co-owner tidak dapat menghapus aplikasi atau mengubah owner hanya melalui mekanisme sharing tersebut.

Karena itu, anggap langkah ini sebagai tahap pengamanan akses, bukan akhir dari seluruh proses transfer.

Langkah 2: Pastikan User B Bisa Mengedit Aplikasi

Login menggunakan User B dan buka Power Apps.

Pastikan aplikasi tersebut dapat ditemukan dan dibuka menggunakan Power Apps Studio.

Lakukan pemeriksaan sederhana:

• Aplikasi dapat dibuka.
• User B dapat masuk ke mode Edit.
• Screen dan component dapat diedit.
• Data source dapat diakses.
• Aplikasi dapat disimpan.
• Aplikasi dapat dipublikasikan kembali.

Jangan menonaktifkan User A sebelum tahap ini berhasil.

Langkah 3: Periksa Data Source Power Apps

Ini merupakan bagian yang sering terlewat.

Misalnya Power Apps menggunakan:

SharePoint List → Power Apps → Power Automate

Memberikan User B akses sebagai Co-owner Power Apps tidak otomatis berarti semua permission ke sumber data sudah benar.

Microsoft menjelaskan bahwa resource dan data source yang menjadi dasar Canvas App juga perlu mempunyai permission yang sesuai.

Jika menggunakan SharePoint, pastikan User B mempunyai permission yang diperlukan pada:

• SharePoint Site.
• SharePoint List.
• Document Library.
• Folder atau file tertentu jika digunakan.

Prinsip yang sama berlaku apabila menggunakan Dataverse, SQL Server, Excel, OneDrive, atau sumber data lainnya.

Langkah 4: Inventarisasi Power Automate yang Digunakan Aplikasi

Selanjutnya buka Power Automate dan cari semua flow milik User A yang berkaitan dengan aplikasi.

Contohnya:

Power Apps
↓
Submit Pengajuan
↓
SharePoint List
↓
Power Automate
↓
Approval
↓
Email / Teams Notification

Jika flow tersebut masih bergantung pada account User A, mengalihkan Power Apps saja belum cukup.

Langkah 5: Tambahkan User B sebagai Co-owner Flow

Untuk flow yang mendukung sharing ownership, buka flow tersebut dan tambahkan User B sebagai owner/co-owner.

Co-owner Power Automate mempunyai kemampuan yang luas, termasuk mengedit flow, melihat run history, mengelola properti flow, dan memperbarui credentials pada connection.

Setelah itu, login menggunakan User B dan pastikan flow dapat ditemukan serta dikelola.

Langkah 6: Bedakan Solution-aware dan Non-solution Flow

Bagian ini penting karena mekanisme perubahan owner Power Automate tidak sama untuk semua flow.

Solution-aware Flow

Jika flow berada dalam Solution, owner/co-owner/admin dapat mengubah owner flow ke pengguna lain.

Secara umum:

1. Buka Power Automate.
2. Buka My flows atau Solutions.
3. Pilih flow.
4. Pada bagian Details, pilih Edit.
5. Pada bagian Owner, ganti owner lama dengan owner baru.
6. Masukkan account User B.
7. Simpan perubahan.

Setelah ownership berubah, Microsoft menyatakan owner baru memperoleh akses ke run history dan connection references serta dapat memperbarui atau mengalihkan flow tersebut.

Non-solution Flow

Untuk non-solution cloud flow, Microsoft menyatakan perubahan ownership secara langsung atau in-place tidak tersedia karena owner merupakan bagian dari identitas flow.

Jika environment mempunyai Dataverse, pendekatan yang disarankan adalah memasukkan flow ke dalam Solution sehingga ownership dapat dikelola.

Jika tidak mempunyai Dataverse, alternatifnya dapat menggunakan mekanisme seperti export/import, Save as, atau Send a copy untuk membuat flow di bawah kepemilikan yang baru.

Karena itu, jangan menganggap semua Power Automate flow dapat dipindahkan hanya dengan mengganti satu field Owner.

Langkah 7: Audit Semua Connection

Setelah ownership dipindahkan, periksa Connections yang digunakan flow.

Contohnya:

• SharePoint.
• Office 365 Outlook.
• Approvals.
• Microsoft Teams.
• SQL Server.
• OneDrive.
• Dataverse.
• Custom Connector.

Misalnya terdapat action:

Send an email

dan connection tersebut masih menggunakan:

“[email protected]”

Ketika account User A dihapus, flow berpotensi mengalami masalah walaupun User B sudah menjadi owner.

Karena itu, pastikan connection yang memang perlu dialihkan telah menggunakan identity yang sesuai untuk operasional setelah User A tidak lagi tersedia.

Langkah 8: Periksa Lisensi User B

Ownership dan lisensi merupakan dua hal yang berbeda.

User B bisa saja sudah menjadi owner, tetapi flow menggunakan fitur premium yang memerlukan lisensi tertentu.

Microsoft menjelaskan bahwa jika ownership flow dipindahkan kepada owner yang tidak mempunyai premium license sementara flow menggunakan fitur premium, flow dapat masuk periode tenggang sebelum akhirnya dinonaktifkan apabila persyaratan lisensi tidak dipenuhi.

Karena itu, periksa:

• Lisensi Power Apps User B.
• Lisensi Power Automate User B.
• Premium connector yang digunakan.
• Kapasitas dan request limit yang relevan.

Langkah 9: Lakukan End-to-End Test

Jangan hanya menguji apakah aplikasi bisa dibuka.

Lakukan pengujian dari awal sampai akhir menggunakan User B dan account pengguna biasa.

Contohnya:

Buka Power Apps
↓
Input data
↓
Submit
↓
Data masuk SharePoint
↓
Power Automate berjalan
↓
Approval diterima
↓
Approve / Reject
↓
Status diperbarui
↓
Email/Teams notification terkirim

Kemudian periksa Run history Power Automate dan pastikan tidak ada action yang gagal.

Langkah 10: Simulasikan Kondisi Tanpa User A

Sebelum account User A benar-benar dihapus, pastikan sistem tidak lagi mempunyai ketergantungan operasional yang tidak disengaja terhadapnya.

Periksa kembali:

• Apakah Power Apps dapat dikelola User B?
• Apakah flow dapat dikelola User B?
• Apakah connection yang diperlukan masih valid?
• Apakah SharePoint permission sudah benar?
• Apakah approval berjalan?
• Apakah email dan notification berjalan?
• Apakah scheduled flow tetap berjalan?
• Apakah User B mempunyai lisensi yang diperlukan?

Account User A sebaiknya baru dinonaktifkan atau dihapus setelah semua pemeriksaan tersebut berhasil.

Kesalahan Umum Saat Memindahkan Power Apps

1. Hanya Memberikan Akses Power Apps

Ini kesalahan paling umum,

Power Apps bisa dibuka User B, tetapi Power Automate atau data source masih bergantung pada User A.

Solusi: audit aplikasi beserta seluruh dependency-nya.

2. Menganggap Co-owner Sama dengan Owner

Pada Canvas App, Co-owner mempunyai kemampuan mengedit dan membagikan aplikasi, tetapi Microsoft membatasi beberapa tindakan, termasuk perubahan ownership melalui sharing interface.

Solusi: bedakan kebutuhan akses pengelolaan dengan perubahan ownership yang sebenarnya.

3. Menghapus Account Lama Terlalu Cepat

Jika User A sudah dihapus sebelum inventarisasi selesai, proses pemulihan menjadi lebih rumit.

Solusi: lakukan proses transfer sebagai bagian dari prosedur offboarding sebelum account dinonaktifkan.

4. Melupakan Connection

Flow sudah dipindahkan tetapi authentication pada connector tertentu masih bergantung pada User A.

Solusi: audit setiap trigger, action, connection, dan connection reference.

5. Tidak Memeriksa Lisensi

Flow dapat bergantung pada lisensi owner tertentu, terutama ketika menggunakan fitur premium.

Solusi: periksa lisensi User B sebelum transfer selesai.

Apakah Sebaiknya Aplikasi Perusahaan Dimiliki Account Personal?

Untuk aplikasi sederhana atau proses sementara, penggunaan account individual mungkin masih terjadi. Namun untuk aplikasi dan automation yang kritis dan digunakan dalam jangka panjang, ketergantungan pada satu karyawan menimbulkan risiko operasional.

Khusus Power Automate, Microsoft menyebut Service Principal sebagai salah satu model ownership yang dapat memberikan konsistensi karena identity tersebut tidak terikat kepada seorang karyawan yang sewaktu-waktu dapat meninggalkan perusahaan. Microsoft merekomendasikan pertimbangan Service Principal untuk flow yang kritikal atau berjalan jangka panjang.

Service Principal adalah identity non-manusia yang mewakili aplikasi atau layanan. Implementasinya membutuhkan pengaturan governance, permission, connection, dan licensing/request limit yang sesuai, sehingga sebaiknya dikelola oleh administrator Power Platform.

Checklist Sebelum Account User A Dihapus

• Power Apps sudah dibagikan kepada User B sebagai Co-owner.
• User B sudah dapat membuka dan mengedit aplikasi.
• Permission semua data source sudah diperiksa.
• Semua Power Automate flow terkait sudah diinventarisasi.
• Ownership/co-ownership flow sudah dialihkan sesuai tipe flow.
• Semua connection dan connection reference sudah diperiksa.
• SharePoint, Dataverse, SQL, OneDrive, gateway, dan resource terkait sudah diperiksa jika digunakan.
• Lisensi User B sudah sesuai.
• Aplikasi sudah diuji dari awal sampai akhir.
• Power Automate Run history tidak menunjukkan error akibat perubahan account.
• Tidak ada proses bisnis penting yang masih bergantung pada credential User A.
• Baru setelah seluruh pengujian berhasil, account User A dinonaktifkan atau dihapus.

Kesimpulan

Transfer Power Apps dan Power Automate ketika seorang karyawan pensiun atau meninggalkan perusahaan bukan sekadar mengganti nama pemilik aplikasi.

Yang perlu dialihkan dan diperiksa adalah satu rangkaian:

Power Apps → Ownership/Co-owner → Data Source → Permission → Power Automate → Connection → Lisensi → Testing

Untuk contoh User A dan User B, proses yang aman adalah memberikan akses kepada User B terlebih dahulu, mengalihkan pengelolaan aplikasi dan flow, memperbarui dependency yang masih menggunakan User A, kemudian melakukan pengujian menyeluruh.

Jangan menghapus account User A sebelum proses tersebut selesai.

Untuk aplikasi perusahaan yang kritikal, tim IT juga sebaiknya mulai menerapkan standar ownership dan dokumentasi Power Platform agar keberlangsungan aplikasi tidak bergantung pada satu karyawan.