Panduan Harga Microsoft Entra External Identities
By Mirko Peters · · Updated
Pelajari harga Microsoft Entra external identities dengan panduan praktis tentang arsitektur, keamanan, tata kelola, implementasi, dan penggunaan di dunia nyata.
Automatically translated with AI from the original post. Read the English original

Harga Microsoft Entra External Identities didasarkan pada jumlah pengguna aktif bulanan dan layanan yang digunakan oleh skenario pelanggan, mitra, atau tamu Anda. Perkirakan biaya dengan menentukan jenis identitas, perkiraan pengguna aktif bulanan, metode autentikasi, serta kebutuhan keamanan lanjutan atau dukungan tambahan. Selalu validasi penawaran terkini dan harga regional sebelum menyelesaikan arsitektur atau anggaran.
Jika Anda sedang menerapkan Microsoft Entra ID untuk pengguna eksternal, Anda kemungkinan sudah menghadapi pertanyaan tentang harga. Harga external identities Entra bukan sekadar catatan kaki. Harga ini menjadi inti setiap pembahasan tentang akses, kolaborasi, dan keamanan bagi organisasi modern. Yang sebenarnya Anda bayar adalah seberapa sering pengguna eksternal berinteraksi dengan sumber daya Anda, dan hal itu dilacak menggunakan model penagihan Monthly Active User (MAU).
Memahami detail cara Entra menghitung pengguna, mengaitkan penyewa dengan langganan, dan menghitung metode autentikasi sangat penting bagi administrator TI dan pimpinan proyek. Asumsi yang keliru dapat membuat Anda menerima tagihan yang tidak terduga atau melemahkan strategi pengelolaan pengguna Anda. Setiap proses masuk dan setiap konfigurasi penyewa dapat mengubah biaya operasional, sehingga memahami aturannya sejak awal memungkinkan Anda merencanakan, menganggarkan, dan menskalakan tanpa kejutan di tengah jalan.
Cara Kerja Model Penagihan Eksternal di Entra ID
Dasar model penagihan eksternal Microsoft Entra ID adalah MAU, atau Monthly Active User. Alih-alih melisensikan setiap kontak eksternal, Entra ID hanya menagih individu yang benar-benar masuk atau melakukan autentikasi dalam bulan tertentu. Pendekatan ini membantu organisasi menyelaraskan pengeluaran dengan penggunaan aktual, sehingga proyeksi biaya menjadi jauh lebih dapat diprediksi.
Entra ID menerapkan tingkatan harga berdasarkan jumlah MAU Anda. Organisasi kecil mungkin tetap berada dalam tingkatan gratis, yang mencakup jumlah tertentu MAU eksternal per bulan. Seiring meningkatnya penggunaan, biaya identitas eksternal Anda masuk ke kisaran berbayar, dengan harga per pengguna yang sedikit menurun seiring bertambahnya volume. Model ini menyediakan sejumlah fitur di setiap tingkatan, seperti autentikasi dasar dan pengaturan ulang kata sandi mandiri, dengan fitur premium tersedia pada tingkatan yang lebih tinggi.
Siklus penagihan di Entra ID umumnya berjalan bulanan, selaras dengan pengaturan ulang MAU. Setiap siklus memeriksa siapa saja yang telah melakukan autentikasi yang memenuhi syarat, terlepas dari berapa kali orang tersebut masuk dalam bulan itu. Tagihan Anda mencerminkan jumlah puncak pengguna aktif unik dalam periode mana pun, sehingga satu pengguna aktif yang masuk sepuluh kali tetap hanya dihitung sebagai satu dalam biaya Anda. Organisasi dapat memantau pola ini secara real time, sehingga lebih mudah untuk merencanakan lonjakan atau kampanye musiman dan memodelkan anggaran dengan tepat.
Pada akhirnya, desain penagihan ini mendorong pelacakan yang cermat terhadap pola autentikasi, pengaturan penyewa, dan penggunaan fitur. Memahami secara tepat bagaimana aktivitas diterjemahkan menjadi biaya memungkinkan organisasi mengoptimalkan pengalaman pengguna sekaligus anggaran mereka, sambil merencanakan pertumbuhan di masa depan dan tetap mengawasi hasil akhir.
Apa yang Dihitung sebagai Monthly Active User untuk Masuk dan Penagihan
Di dunia Entra ID, tidak setiap "pengguna" dapat ditagih. Hanya mereka yang tergolong Monthly Active User (MAU) untuk siklus penagihan tersebut yang berpengaruh. Jadi, apa yang memicunya? MAU adalah identitas eksternal mana pun yang berhasil melakukan autentikasi dengan penyewa Entra Anda selama bulan tersebut. Ini berlaku baik mereka menggunakan login nama pengguna/kata sandi standar, OTP, login sosial, maupun penyedia federasi.
Setiap kali pengguna menyelesaikan autentikasi baru, yaitu proses masuk yang baru atau tindakan apa pun yang mengharuskan memasukkan kredensial kembali, Entra mencatatnya. Namun, ada hal penting di sini: proses masuk berulang atau sesi yang diperbarui dalam bulan yang sama tidak menambah biaya untuk individu yang sama. Bahkan jika seorang pengguna masuk belasan kali, tetap dihitung sebagai satu MAU, bukan dua belas, sehingga Anda terhindar dari tagihan membengkak pada hari-hari aktif.
Beberapa peristiwa mungkin tampak akan dihitung, tetapi tidak selalu memengaruhi penghitung MAU. Misalnya, pembaruan sesi menggunakan refresh token, atau peristiwa SSO senyap yang tidak mengautentikasi ulang pengguna secara penuh, umumnya tidak menambah penghitung MAU lagi jika terjadi dalam kombinasi pengguna/bulan yang sama. Demikian pula, jika seorang tamu berpindah ke beberapa aplikasi dalam penyewa yang sama, hanya autentikasi memenuhi syarat pertamanya yang dihitung.
Perlu dicatat juga bahwa login sosial, OTP, dan federasi dihitung sama seperti login standar ketika berinteraksi dengan penyewa Anda. Namun, pengguna yang menjangkau beberapa penyewa harus melakukan autentikasi secara terpisah di setiap penyewa, sehingga jika identitas eksternal Anda bekerja lintas penyewa, alamat email yang sama bisa muncul sebagai beberapa MAU (satu per penyewa). Memahami perilaku ini sejak awal mencegah kejutan dan membantu Anda merancang alur identitas yang efisien dari sisi biaya.
Menghubungkan Penyewa Eksternal ke Langganan Azure secara Efektif
Agar penagihan menjadi jelas dan transparan serta kendali atas identitas eksternal Entra ID Anda tetap kuat, pastikan setiap penyewa eksternal terhubung dengan benar ke langganan Azure. Koneksi ini berfungsi sebagai jembatan untuk penagihan, manajemen siklus hidup, dan kejelasan administratif secara keseluruhan.
Membangun relasi yang tepat antara penyewa eksternal dan langganan Azure memastikan biaya dapat dilacak dan diprediksi. Tanpa pengaturan ini, melacak tagihan, menangani pembebanan internal, dan mencegah sumber daya yatim (orphaned) dengan cepat menjadi masalah besar. Jika dilakukan dengan benar, penghubungan ini memberi bisnis Anda gambaran yang lebih ringkas tentang aktivitas pengguna eksternal, sumber daya yang mereka gunakan, dan ke mana biaya tersebut dibebankan.
Seiring skala identitas Anda bertambah, terutama di berbagai proyek atau unit bisnis, menjaga tautan penyewa-langganan tetap teratur mendukung akuntabilitas dan tata kelola. Hal ini membantu Anda menemukan tumpang tindih akses, membersihkan identitas yang tidak terpakai, dan merespons lebih cepat jika muncul masalah. Selanjutnya, kita akan membahas langkah demi langkah untuk menghubungkan penyewa dan mengatasi masalah jika langganan Anda tidak muncul, sehingga Anda siap baik sebagai langkah proaktif maupun saat membereskan koneksi yang terlewat.
Langkah Menghubungkan Langganan Penyewa Eksternal
- Masuk ke portal Azure sebagai Global Administrator atau pemilik langganan target. Peran yang tepat diperlukan untuk melakukan perubahan di tingkat langganan.
- Buka bilah Azure Active Directory, lalu beralih ke penyewa yang ingin Anda hubungkan sebagai penyewa eksternal.
- Di penyewa tersebut, buka Subscriptions lalu pilih Add atau Associate. Pilih langganan Azure yang ingin Anda hubungkan.
- Konfirmasi asosiasi tersebut dan berikan izin yang diperlukan agar admin dapat mengelola penagihan dan pengaturan untuk penyewa maupun langganan yang terhubung.
- Setelah terhubung, periksa kembali detail penagihan dan faktur di bagian Cost Management + Billing. Langkah ini membantu menangkap kesalahan konfigurasi sebelum menimbulkan masalah di kemudian hari.
Pemecahan Masalah: Bagaimana Jika Langganan Penyewa Anda Tidak Terhubung?
- Periksa Status Penyewa: Verifikasi di portal Azure apakah penyewa Anda memang yatim atau hanya salah ditampilkan dengan memeriksa Subscription ID untuk penyewa Entra Anda.
- Tetapkan Langganan: Jika belum terhubung, gunakan izin admin untuk mengaitkan penyewa ke langganan yang valid dari Cost Management + Billing, lalu cari opsi untuk "Link tenant".
- Masalah Izin: Pastikan Anda memiliki peran admin yang tepat (Owner, Billing Administrator) untuk menghindari kesalahan akses selama proses penghubungan.
- Selesaikan Konflik Kepemilikan: Jika penyewa tidak dapat dikaitkan, periksa kembali apakah ada tautan atau pengalihan sebelumnya, dan hubungi dukungan Microsoft jika Anda menemui kendala yang terus berulang.
Metode Autentikasi dan Dampaknya terhadap Harga Entra ID
Dalam hal identitas eksternal di Entra ID, cara pengguna Anda melakukan autentikasi berpengaruh langsung pada biaya yang Anda bayarkan. Kombinasi opsi autentikasi, baik kode sekali pakai (OTP), login sosial, username/password standar, OpenID Connect, maupun login aplikasi native, menentukan siapa yang dihitung sebagai MAU yang dapat ditagih, dan kapan tepatnya.
Tidak semua metode login sama dari sisi keamanan maupun biaya. Bagi organisasi yang menginginkan pengalaman tamu yang lancar sekaligus kendali atas anggaran, setiap metode membawa pertukaran (trade-off) tersendiri. Login sosial dapat mempermudah akses, tetapi terkadang menyulitkan manajemen siklus hidup. OTP sederhana, namun bisa memicu penggunaan ulang autentikasi atau tiket dukungan. OpenID Connect dan alur native browser membuka integrasi yang lebih luas, tetapi mengubah pola keterlibatan pengguna dan ukuran tagihan.
Memahami perbedaan ini sangat penting, terutama karena serangan identitas dan risiko keamanan muncul dari pola autentikasi yang canggih. Untuk konteks tentang risiko yang berpusat pada identitas dan strategi praktis untuk mengelola alur akses yang kompleks di Entra, simak pembahasan mendalam tentang akses bersyarat dan tata kelola ini.
Selanjutnya, mari kita bahas implikasi biaya untuk berbagai skenario autentikasi, agar Anda dapat merancang alur identitas yang mendukung pengguna sekaligus anggaran Anda.
Menggunakan OTP dan Login Sosial: Implikasi Harga
- Login OTP: Setiap autentikasi yang berhasil menggunakan kata sandi satu kali (seperti email atau SMS) dihitung sebagai satu MAU untuk bulan tersebut. Jika pengguna login melalui OTP beberapa kali dalam sebulan, tetap dihitung sebagai satu MAU, tetapi setiap autentikasi pertama dalam setiap periode memicu penagihan.
- Penyedia Identitas Sosial: Login menggunakan layanan populer seperti Google, Facebook, atau LinkedIn akan mencatat pengguna sebagai MAU begitu mereka mengakses sebuah sumber daya. Login berikutnya dalam bulan yang sama tidak dihitung ganda, tetapi menggunakan akun sosial yang berbeda untuk email yang sama dapat menghasilkan MAU baru.
- Kasus Khusus: Jika pengguna eksternal Anda berpindah-pindah antar penyewa (misalnya, Anda memiliki anak perusahaan), setiap login ke penyewa unik akan memicu MAU tambahan. Karena itu, memetakan dan menggabungkan identitas bila memungkinkan dapat menekan biaya Anda.
Skenario Autentikasi OpenID Connect, Native, dan Browser
- OpenID Connect (OIDC): Ketika pengguna melakukan autentikasi melalui OIDC, setiap login awal yang berhasil dalam siklus bulanan dihitung sebagai satu MAU. Namun, OIDC mendukung refresh token, sehingga selama token masih valid dan sesi tidak berakhir, pengguna tidak dihitung ulang sebagai MAU baru.
- Autentikasi Aplikasi Native: Aplikasi yang menggunakan pustaka native Entra ID (misalnya, MSAL) mengikuti aturan serupa: autentikasi pertama dihitung, tetapi pembaruan token secara senyap tidak. Aplikasi berbeda dalam penyewa yang sama tidak memicu MAU tambahan selama pengguna tetap aktif.
- Alur Berbasis Browser: Sesi browser bisa menjadi rumit; menghapus cookie atau sesi yang kedaluwarsa dapat memaksa autentikasi ulang, yang bisa terlihat seperti MAU baru jika melibatkan sesi yang sepenuhnya baru di bulan kalender yang berbeda. Menyadari hal ini dapat membantu pengelolaan sesi dan pengendalian biaya.
Tabel Perbandingan: Harga Entra External ID vs Azure AD B2C
- Model Harga: Entra External ID menggunakan tingkatan berbasis MAU, di mana organisasi hanya membayar untuk pengguna aktif bulanan yang unik. Azure AD B2C secara tradisional lebih berbasis transaksi atau dikenakan biaya per autentikasi, meskipun model terbaru sudah beralih ke MAU demi kesederhanaan.
- Fitur yang Disertakan: Keduanya menawarkan reset kata sandi mandiri, autentikasi multifaktor, dan manajemen pengguna pada tingkat dasar. Entra External ID cenderung menawarkan integrasi yang lebih dalam dengan Microsoft 365, sedangkan B2C berfokus pada skenario yang menghadap pelanggan dengan alur pengguna yang dapat disesuaikan.
- Opsi Dukungan: Dukungan Entra External ID merupakan bagian dari saluran dukungan Microsoft arus utama. B2C menawarkan tingkat dukungannya sendiri, tetapi mungkin memerlukan paket premium untuk respons yang didukung SLA.
- Kasus Penggunaan: Entra External ID paling cocok untuk kolaborasi business-to-business, mitra, atau tamu (terutama dalam ekosistem M365/Azure). Azure AD B2C lebih disukai untuk aplikasi business-to-customer (B2C) yang membutuhkan branding white-label dan jalur masuk yang fleksibel.
- Pertimbangan Migrasi: Berpindah dari B2C ke Entra ID memerlukan pemetaan identitas yang cermat, tetapi membuka tata kelola yang lebih ketat, dengan potensi risiko ketergantungan pada vendor. Untuk wawasan migrasi, perhatikan panduan tentang ketergantungan vendor dan peluncuran bertahap.
Praktik Terbaik Optimasi Biaya dalam Skenario Volume Tinggi
Jika organisasi Anda melayani kerumunan besar atau jumlah pengguna eksternal melonjak semalam, seperti pada konferensi, acara ritel, atau peluncuran proyek yang cepat, Anda tentu tahu betapa merepotkannya tagihan yang tidak terduga. Meskipun model penagihan eksternal Entra ID cukup adil, tetap ada risiko besar jika pengelolaan sesi dan alur autentikasi Anda tidak disetel dengan baik.
Konfigurasi yang cermat terhadap masa berlaku token, kebijakan penyegaran, dan batas waktu idle sangat membantu menjaga jumlah MAU tetap stabil. Dengan memperpanjang sesi dan menggunakan ulang token secara hati-hati, Anda mencegah satu tamu yang terlalu bersemangat membengkakkan tagihan Anda hanya melalui login yang sering dan tidak perlu. Hal ini terutama berlaku di lingkungan dengan pola penggunaan aplikasi seluler, B2B, atau hibrida.
Skenario hibrida, saat orang yang sama berperan sebagai "karyawan internal" sekaligus "tamu eksternal", memerlukan perhatian khusus. Jika arsitekturnya tidak dirancang dengan benar, Anda bisa tertagih dua kali, karena pengguna yang sama dihitung sebagai ID internal berlisensi sekaligus sebagai MAU eksternal. Menyelaraskan pemetaan penagihan dan penetapan peran menjaga akurasi dan menghemat biaya seiring peran berubah.
Bagi organisasi yang ingin menerapkan disiplin keuangan, strategi seperti chargeback, showback, dan tata kelola terpusat menjadi sangat penting. Strategi tersebut memungkinkan Anda mengalokasikan biaya secara transparan dan membangun akuntabilitas di seluruh departemen. Untuk wawasan lebih lanjut tentang tata kelola serta batasan model showback di lingkungan Microsoft 365 yang sebenarnya, lihat pembahasan mendalam tentang akuntabilitas biaya dan pentingnya tata kelola Azure yang dapat ditegakkan. Selanjutnya, kita akan membahas seluk-beluk pengelolaan sesi, token, dan identitas hibrida.
Strategi Pengelolaan Sesi dan Token untuk Mengurangi MAU
- Optimalkan Batas Waktu Sesi: Atur durasi sesi agar pengguna tidak sering keluar dari sistem, sehingga mengurangi pemicu MAU baru akibat autentikasi ulang yang berulang.
- Kebijakan Penggunaan Ulang Token: Jika keamanan memungkinkan, izinkan masa berlaku token penyegaran yang lebih panjang. Pengguna tetap masuk, dan setiap pengguna hanya dihitung sekali per bulan.
- Penyesuaian Batas Waktu Idle: Hindari batas waktu idle yang terlalu agresif sehingga memaksa pengguna masuk berulang kali. Jika dikombinasikan dengan banyak penyewa, kondisi ini dapat menaikkan jumlah MAU tanpa perlu.
- Pantau Pola Login: Gunakan laporan untuk menemukan login yang berlebihan atau sebenarnya bisa dihindari, lalu sesuaikan konfigurasi agar sesuai dengan perilaku pengguna yang sebenarnya untuk rata-rata keterlibatan.
Mengelola Alur Pengguna Hibrida untuk Menghindari Penagihan Ganda
- Penetapan Berbasis Peran: Tentukan dengan jelas dan terapkan kapan pengguna diperlakukan sebagai "internal" atau "eksternal" agar tidak ditagih dua kali untuk orang yang sama.
- Penyimpanan Identitas Terpadu: Jika memungkinkan, gunakan satu sumber kebenaran untuk identitas, sebaiknya di Azure AD/Entra, untuk mencegah catatan ganda di berbagai lingkungan.
- Kebijakan Grup Otomatis: Manfaatkan grup dinamis dan penetapan otomatis di Entra untuk menyesuaikan status dan hak pengguna saat peran mereka berubah.
- Praktik Audit Penagihan: Jadwalkan audit rutin untuk memeriksa akun yang tumpang tindih atau transisi peran, lalu perbaiki sebelum membengkakkan tagihan Anda.
Kesimpulan: Poin Penting dan Daftar Periksa Implementasi untuk Harga Entra ID
Jika Anda menangani identitas eksternal di Entra ID, strategi yang matang membuat anggaran dan pihak pimpinan sama-sama puas. Berikut pelajaran utama dan beberapa praktik nyata yang akan memudahkan pekerjaan Anda, serta membuat tim keuangan lebih tenang:
- Pahami model penagihan: Anda membayar berdasarkan Monthly Active Users (MAU). Setiap pengguna eksternal unik yang masuk dalam satu bulan akan dihitung, sehingga semakin banyak login berarti semakin besar tagihan. Pantau terus apa saja yang menambah MAU Anda.
- Kelola penautan penyewa dan langganan: Pastikan setiap penyewa eksternal terhubung ke langganan Azure yang tepat. Kesalahan di sini bisa berarti data penggunaan hilang atau tagihan yang tidak terduga.
- Pilih metode autentikasi dengan bijak: Tidak semua login sama. OTP email dapat menambah biaya melalui biaya pengiriman atau panggilan dukungan, sedangkan login sosial atau ID terfederasi mungkin lebih hemat pada skenario volume tinggi.
- Optimalkan pengaturan sesi dan token: Sesuaikan durasi sesi dan batas waktu idle untuk menghindari pembengkakan MAU akibat login berulang yang tidak perlu. Penggunaan ulang token sangat membantu untuk memangkas pengguna "aktif" yang berlebihan.
- Rencanakan alur hibrida dan peran pengguna yang akurat: Perhatikan pengguna yang berpindah antara internal dan eksternal. Penagihan ganda mudah terjadi jika alur Anda tidak tertata dan kategorinya tidak jelas.
Simpan daftar periksa ini saat Anda menerapkan atau menyempurnakan identitas eksternal Entra ID. Langkah yang tepat hari ini berarti lebih sedikit kejutan tagihan dan pembahasan anggaran yang lebih lancar di kemudian hari.
Episode Lain yang Layak Anda Dengarkan
Jika Anda sedang meneliti harga identitas eksternal Microsoft Entra, episode-episode berikut menambahkan konteks praktis tentang keamanan identitas, tata kelola, kontrol akses, dan operasi Microsoft 365:
- Privileged Identity Management – Simply Explained — Pahami hak istimewa sesuai kebutuhan (just-in-time), persetujuan, dan tinjauan akses.
- Conditional Access – Simply Explained — Pelajari cara kebijakan yang sadar konteks melindungi pengguna dan perangkat.
- Microsoft Defender XDR – Simply Explained — Hubungkan sinyal identitas dengan deteksi, investigasi, dan respons.
- Microsoft Teams Governance – The Illusion of Control — Lihat bagaimana tata kelola menciptakan kepemilikan dan kontrol yang dapat diulang.
Cara memperkirakan harga Microsoft Entra External Identities
- Tentukan skenarionya: kolaborasi tamu tenaga kerja, identitas pelanggan, atau akses mitra.
- Perkirakan pengguna aktif bulanan, bukan total akun yang terdaftar.
- Daftarkan kebutuhan masuk, keamanan, branding, aplikasi, dan dukungan yang dapat memengaruhi desain.
- Pastikan penawaran, mata uang, wilayah, dan ketentuan terkini dengan Microsoft sebelum menetapkan model biaya.
Gunakan halaman harga Microsoft Entra resmi dan dokumentasi Microsoft Learn untuk External ID untuk cakupan produk terkini. Harga dan kelayakan dapat berubah, jadi jangan gunakan perkiraan lama sebagai dasar keputusan pengadaan.
Pemicu biaya identitas eksternal yang perlu didokumentasikan
| Pemicu biaya | Pertanyaan yang perlu dijawab | Mengapa ini penting |
|---|---|---|
| Audiens | Apakah pengguna adalah tamu, pelanggan, mitra, atau campuran? | Pola identitas dan tanggung jawab pengelolaannya berbeda. |
| Pengguna aktif bulanan | Berapa banyak orang yang benar-benar melakukan autentikasi dalam sebulan biasanya? | Ini lebih berguna untuk memperkirakan penggunaan dibandingkan jumlah total akun. |
| Kebutuhan keamanan | Kontrol apa yang wajib diterapkan untuk aplikasi sensitif? | Desain keamanan sebaiknya dianggarkan sebagai bagian dari solusi, bukan ditambahkan belakangan. |
| Kepemilikan siklus hidup | Siapa yang menyetujui, meninjau, dan menghapus akses eksternal? | Tata kelola yang baik menghindari akun yang tidak terkelola sekaligus biaya operasional yang tidak terduga. |
Pertanyaan Umum
Apa perbedaan antara identitas eksternal dan akun tamu?
Identitas eksternal adalah area kemampuan Microsoft Entra yang lebih luas untuk orang di luar penyewa tenaga kerja. Akses tamu adalah pola kolaborasi yang umum dalam model akses eksternal yang lebih luas tersebut.
Bisakah saya merencanakan harga berdasarkan jumlah undangan yang dikirim?
Tidak. Undangan saja tidak menunjukkan berapa banyak pengguna yang benar-benar melakukan autentikasi. Modelkan perkiraan pengguna aktif bulanan dan validasi ketentuan harga terkini.
Terakhir ditinjau: Juli 2026.
🎧 Anda Juga Sebaiknya Mendengarkan
- Identity Governance in Microsoft Entra
Pelajari bagaimana kepemilikan, tinjauan akses, dan kontrol siklus hidup melengkapi keputusan harga Microsoft Entra External Identities.
- Microsoft Entra Private Access – Simply Explained
Jelajahi pola akses Entra yang terkait dan pertanyaan arsitektur yang membentuk layanan identitas yang aman.
- Conditional Access untuk Tamu di Microsoft Entra ID
Panduan praktis ini membantu menghubungkan perencanaan biaya pengguna eksternal dengan kontrol keamanan yang diperlukan untuk akses tamu.