Cara Memilih Software SSO di Indonesia: Panduan Praktis Pembeli

Memilih SSO di Indonesia bukan lagi proyek IT yang khusus. Dengan puluhan aplikasi SaaS di rata-rata lingkungan mid-market, celah offboarding yang ditutup SSO makin menentukan apakah peninjauan UU PDP berlangsung bersih atau berubah menjadi insiden yang harus dilaporkan. Panduan ini memandu pembeli Indonesia melalui keputusan praktis yang menentukan apakah program SSO Anda berhasil pada hari pertama dan tetap kuat di tahun ketiga: kerangka proyek, sumber identitas, desain MFA, otomasi siklus hidup, seleksi vendor, proof of concept, dan anggaran.

Yang dibahas panduan ini

• Tetapkan kerangka proyek: masalah apa yang sebenarnya diselesaikan SSO
• Putuskan sumber kebenaran identitas
• Rancang MFA sebelum memilih vendor
• Otomasi siklus hidup dari joiner ke leaver
• Rencanakan integrasi: SAML, OIDC, SCIM, dan ekor panjang
• Petakan UU PDP, POJK, dan regulasi sektor sejak awal
• Jalankan PoC yang mencerminkan kehidupan nyata
• Modelkan TCO tiga tahun
• Rencanakan rollout, tata kelola, dan operasi
• Jebakan umum dan cara menghindarinya

Tetapkan kerangka proyek: masalah apa yang sebenarnya diselesaikan SSO

Sebelum memilih platform, tulis tiga masalah yang akan dipecahkan SSO di organisasi Anda. Bagi mayoritas pembeli mid-market Indonesia, daftarnya begini: karyawan yang keluar mempertahankan akses terlalu lama; MFA tidak konsisten antar aplikasi; jejak audit terfragmentasi saat tinjauan UU PDP datang. SSO menyerang ketiganya dengan memusatkan keputusan autentikasi dan identitas. Jika daftar itu tidak sesuai realitas Anda, sisa proyek akan menarik ke arah salah.

Langkah berikut adalah cakupan. Beberapa tim Indonesia mencoba memasukkan semua aplikasi SaaS ke SSO di hari pertama dan kehabisan jadwal. Pendekatan lebih tahan lama: bagi katalog SaaS menjadi wajib, penting, dan opsional. Wajib mencakup apa pun yang menyimpan data pribadi, data pelanggan, atau kredensial produksi — masuk SSO sebelum go-live. Penting mencakup SaaS produktivitas — Slack, Confluence, Notion — yang menyusul dalam 90 hari. Opsional mencakup alat marketing dan ekor panjang yang bisa diintegrasikan kemudian. Pengelompokan ini selaras dengan pendekatan berbasis risiko UU PDP.

Akhirnya, tunjuk sponsor eksekutif dan komite operasional. SSO menyentuh HR, IT, keamanan, dan keuangan sekaligus. Proyek yang hanya dimiliki tim keamanan biasanya kurang sumber daya untuk integrasi HRIS; yang hanya dimiliki IT biasanya melewatkan kewajiban audit. Pembeli Indonesia yang membentuk komite pengarah yang berisi keamanan, IT operations, HR, dan Data Protection Officer (DPO) sebelum RFP biasanya menyerahkan tepat waktu.

Putuskan sumber kebenaran identitas

Setiap program SSO bertumpu pada satu keputusan: sistem mana yang menjadi sumber kebenaran tentang siapa yang ada di organisasi? Di lingkungan mid-market Indonesia, kandidatnya adalah HRIS (Workday, BambooHR, Talenta, LinovHR, Mekari), Microsoft 365 / Entra ID, atau direktori Google Workspace. Pilihan ini memengaruhi biaya integrasi, latensi offboarding, dan kelengkapan audit lebih dari keputusan lain.

Setup berbasis HRIS adalah model terkuat untuk offboarding setara UU PDP. Kejadian PHK di Workday atau Talenta memicu deprovisioning di SaaS dalam menit, dengan HRIS sebagai jangkar audit. Okta dan OneLogin sangat bertumpu pada pola ini, dan Entra ID dapat melakukannya dengan konektor Workday atau IGA pihak ketiga. Trade-off-nya adalah ketergantungan pada data HR yang bersih — jika catatan karyawan tidak konsisten, program SSO mewarisi masalah itu.

Setup berbasis Microsoft 365 / Entra ID bekerja baik saat sebagian besar aplikasi berada di ekosistem Microsoft dan HRIS bersifat lokal (Talenta, Mekari Talenta) atau tidak ada. Kekuatannya kesederhanaan operasi; kelemahannya kejadian HR tetap harus memberi makan Entra ID — biasanya sync harian yang memperkenalkan latensi offboarding. Untuk SMB Indonesia ini sering diterima; untuk pembeli yang diawasi OJK biasanya tidak, dan koneksi HRIS yang lebih kuat menjadi perlu.

Setup berbasis Google Workspace umum di start-up dan SMB digital-native. JumpCloud dan Okta keduanya berintegrasi dengan baik dengan Google. Risikonya, Workspace tidak dirancang sebagai direktori kebenaran — mengelola kontraktor, vendor, dan identitas non-karyawan cenderung canggung. Saat organisasi tumbuh melampaui 100 karyawan, mayoritas tim Indonesia bermigrasi ke model HRIS-driven atau Entra ID-driven.

Rancang MFA sebelum memilih vendor

Desain MFA adalah bagian proyek SSO di mana tim Indonesia paling sering kurang investasi. Naluri pertamanya: enroll semua orang di TOTP via aplikasi seluler dan selesai. Kenyataannya, terutama di bawah POJK 11/2022 dan kontrak dengan OJK atau Kementerian Komunikasi, lebih berlapis. Akun privileged — admin, approver finansial, siapa pun dengan akses data pribadi — perlu faktor berbasis hardware seperti kunci FIDO2 atau autentikator platform (Windows Hello, Touch ID). Tenaga kerja lebih luas dapat memakai MFA push dengan sinyal risiko. Nomor telepon lama via SMS harus memiliki jadwal pengakhiran terdefinisi, bukan default.

MFA adaptif — di mana platform memutuskan kapan menantang berdasarkan postur perangkat, lokasi, dan skor risiko — adalah keputusan desain kedua. Untuk pembeli Indonesia dengan tenaga kerja hybrid antara kantor, rumah, dan lokasi klien, kebijakan adaptif mengurangi friksi. Kebanyakan menetapkan baseline (perangkat tepercaya, jaringan tepercaya, risiko rendah) di mana autentikasi senyap, dan keadaan ditingkatkan (perangkat baru, IP asing, perilaku anomali) yang meminta step-up. Pastikan platform mengizinkan kebijakan berbasis risiko di tier yang Anda berencana beli — Entra ID memerlukan P2 untuk Identity Protection, Okta mengemas Identity Threat Protection, JumpCloud menggunakan Conditional Policies.

Pikirkan pemulihan MFA. Cara tercepat untuk merusak SSO adalah kehilangan faktor kedua. Tetapkan prosedur pemulihan — biasanya kombinasi faktor cadangan (kode pemulihan disimpan di safe), proses admin darurat, dan langkah verifikasi identitas. Bagi organisasi Indonesia, verifikasi identitas berbasis e-KTP/Dukcapil atau Tanda Tangan Elektronik bersertifikat (TTE) bisa menjadi bukti tambahan untuk pemulihan berisiko tinggi. Bangun ini sebelum rollout, bukan setelah insiden pertama.

Otomasi siklus hidup dari joiner ke leaver

Otomasi siklus hidup adalah yang memisahkan SSO yang memenuhi janji UU PDP dari SSO yang hanya menjadi tembok login lain. Ada tiga alur yang harus diotomasi: joiner (pembuatan akun, keanggotaan grup, provisioning aplikasi), mover (perubahan peran, transfer, perpindahan lokasi), dan leaver (deprovisioning di semua aplikasi, archiving, log audit). Petakan setiap alur sebelum tanda tangan — termasuk target latensi yang diinginkan.

Untuk alur joiner, target mid-market Indonesia standar adalah provisioning dalam 30 menit dari kejadian HRIS untuk aplikasi tier-1 (direktori laptop, email, M365/Workspace, alat kolaborasi utama) dan dalam 4 jam untuk aplikasi tier-2 (katalog SaaS). Lebih cepat dari 30 menit jarang sepadan dengan kompleksitas. Lebih lambat dari 4 jam berarti karyawan baru kehilangan setengah hari produktivitas.

Untuk alur leaver, palangnya lebih tinggi. Keputusan terkait UU PDP dan POJK 11/2022 menyiratkan revokasi di hari yang sama untuk pengguna privileged. Target seharusnya deprovisioning SaaS dalam 30 menit dari kejadian PHK HRIS, termasuk revokasi sesi aktif, bukan hanya pencegahan login berikutnya. Uji ini end-to-end selama PoC — banyak integrasi SCIM hanya memblok login berikutnya sementara sesi yang ada terus jalan, risiko nyata untuk orang yang sedang melakukan ekspor Salesforce atau klon GitHub.

Untuk alur mover, fokus pada perubahan peran yang memengaruhi tier akses. Pindah dari Keuangan ke Marketing harus memicu penghapusan akses ke alat pelaporan keuangan beserta penambahan keanggotaan baru. Alur ini yang paling sering tertinggal manual dan menyebabkan banyak hak akses tertinggal yang ditandai audit UU PDP. Desain aturan RBAC di platform SSO yang memetakan jabatan HR atau departemen, dan andalkan pembaruan HRIS untuk memicunya kembali.

Rencanakan integrasi: SAML, OIDC, SCIM, dan ekor panjang

Deployment SSO Indonesia biasanya berada di rentang 30–80 aplikasi terintegrasi untuk pembeli mid-market, dengan 5–15 memerlukan pekerjaan kustom. Aplikasi SaaS modern volume tinggi — Salesforce, GitHub, Atlassian, Slack, Notion — terintegrasi rapi via katalog platform (OIN untuk Okta, Galeri Entra untuk Microsoft, store SAML untuk JumpCloud). Aplikasi lokal Indonesia volume lebih rendah — Talenta, Mekari, sistem vertikal — sering memerlukan konektor SAML/OIDC kustom.

Provisioning SCIM adalah lapisan integrasi kedua. SAML menghubungkan autentikasi; SCIM menghubungkan atribut identitas (membuat, memperbarui, menghapus catatan pengguna di SaaS hilir). Agar otomasi siklus hidup berjalan, SCIM adalah protokol yang menangani kerja berat. Pembeli Indonesia harus memastikan dukungan SCIM untuk 20 aplikasi teratas sebelum tanda tangan. Di mana SCIM absen, rencanakan alur manual atau script sebagai paliatif, dan anggarkan integrasi kustom vendor jika aplikasi kritis.

Backlog integrasi selalu berjalan lebih lama dari rencana. Anggarkan 5–15 orang-hari per integrasi kustom, termasuk testing dan dokumentasi. Untuk deployment mid-market Indonesia dengan 10 integrasi kustom, itu 50–150 orang-hari — sering 6–12 minggu kalender paralel dengan mitra. Masukkan ini ke rencana proyek, jangan diperlakukan sebagai risiko ekor.

Petakan UU PDP, POJK, dan regulasi sektor sejak awal

Proyek SSO Indonesia yang menyertakan pemetaan kepatuhan di tahap RFP bergerak lebih cepat. UU PDP dan pedoman dari otoritas data mensyaratkan identifikasi unik, kontrol akses memadai, MFA pada sistem dengan data pribadi, dan jejak audit untuk menyelidiki insiden. Kelima platform utama dapat memenuhi ini pada SKU yang benar — pekerjaannya pada memilih SKU yang tepat dan mengonfigurasinya dengan baik.

Untuk lembaga keuangan yang diawasi OJK dan fintech di bawah POJK 11/2022 tentang manajemen risiko TI, harapannya lebih spesifik: autentikasi pelanggan yang kuat, manajemen akses privileged, MFA bagi administrator sistem, dan logging end-to-end dengan retensi. Ping Identity dan Okta memiliki referensi keuangan kuat di Asia Tenggara; Entra ID dengan P2 plus Privileged Identity Management adalah pola paling umum di bank yang berat-Microsoft. Untuk dompet digital dan PJP, konfirmasi keselarasan dengan PBI manajemen risiko.

Sektor seperti kesehatan harus mempertimbangkan UU PDP bersama dengan Permenkes terkait rekam medis elektronik. Sektor publik dan BUMN harus memperhitungkan PP 71/2019 dan PP 80/2019, yang mensyaratkan pengelolaan data publik tertentu di dalam negeri. Pastikan platform pilihan mendukung FIDO2, push dengan sinyal risiko, dan kemampuan mengekspor log audit dalam format yang auditor dapat ingest. DPO dan auditor sebaiknya melihat draft desain integrasi sebelum kontrak.

Jalankan PoC yang mencerminkan kehidupan nyata

PoC 4–6 minggu adalah standar dalam seleksi SSO mid-market Indonesia. Lebih pendek melewatkan terlalu banyak; lebih panjang melayang ke teori. PoC harus mencakup tiga arketipe integrasi (mudah, kustom, HRIS-driven), satu alur leaver penuh, satu enrollment MFA untuk kelompok pengguna representatif, dan satu ekspor audit yang DPO dapat tinjau. Jangan lewati alur leaver — di situ banyak edge case muncul hanya dalam kondisi nyata.

Pilih grup pengguna dengan hati-hati. Grup PoC 10 pengguna dari satu departemen menguji hampir tidak apa-apa tentang skala atau tata kelola. Grup 30–50 pengguna lintas dua atau tiga departemen — termasuk setidaknya satu pengguna privileged dan satu kontraktor — memunculkan isu nyata. Jika Anda dapat menjalankan skenario 'mover' di mana seorang pengguna pindah departemen di tengah PoC, itu mengungkap celah paling umum dalam otomasi siklus hidup.

Skor PoC pada lima dimensi: keluasan integrasi (apakah aplikasi ekor panjang bekerja?), latensi offboarding (seberapa cepat dan seberapa lengkap?), ergonomi admin (apakah tim Anda menikmati menggunakannya harian?), kelengkapan audit (apakah DPO menyetujui log?), dan waktu respons dukungan Indonesia (seberapa cepat dukungan lokal saat tiket dibuka?). Setiap dimensi menerima skor 1–5 dari minimal tiga evaluator. Total hampir selalu memprediksi pilihan yang tepat lebih baik daripada perbandingan harga per-user.

Modelkan TCO tiga tahun

Pembeli SSO Indonesia harus memodelkan TCO tiga tahun di empat baris: biaya platform (SKU-ternormalisasi), implementasi, build integrasi, dan operasi. Baris platform sangat sensitif terhadap bundle SKU — Adaptive MFA Okta, fitur P2 Entra ID, manajemen perangkat JumpCloud bisa menggandakan harga utama. Bangun harga ternormalisasi per active user yang mencakup hanya fitur yang Anda berniat pakai.

Biaya implementasi bervariasi per vendor. Okta dan Ping hampir selalu melibatkan system integrator Indonesia; Entra ID dan JumpCloud dapat dilakukan internal jika tim memiliki skill. Biaya tipikal mid-market Indonesia: Rp 700 juta–Rp 1,5 miliar untuk Entra ID atau JumpCloud (internal plus dukungan ringan mitra), Rp 1,5–3 miliar untuk Okta atau OneLogin (mitra-led), Rp 2,5–6 miliar untuk Ping Identity. Build integrasi menambah Rp 400 juta–Rp 1 miliar tergantung jumlah dan kompleksitas konektor kustom.

Operasi adalah baris yang paling sering terlewatkan. Engineer identitas dedicated di Indonesia berkisar Rp 600–900 juta/tahun fully loaded; run-as-a-service yang dikelola mitra Rp 400 juta–Rp 750 juta/tahun tergantung SLA. Modelkan kedua opsi pada tahun dua dan tiga. Kesepakatan termurah di tahun satu jarang menjadi termurah di tiga tahun setelah operasi dimasukkan.

Rencanakan rollout, tata kelola, dan operasi

Perencanaan rollout dimulai sebelum tanda tangan kontrak. Rollout mid-market Indonesia tipikal dalam empat fase: foundation (koneksi HRIS, direktori inti, MFA admin, dua aplikasi pilot), wave one (top 20 SaaS, otomasi siklus hidup penuh, enrollment MFA karyawan), wave two (SaaS ekor panjang, alur kontraktor, konfigurasi audit), dan steady-state (handover operasi, kadens tata kelola, peninjauan akses berkala). Setiap fase memiliki kriteria keluar — jangan memulai fase berikutnya sebelum yang ini ditandatangani.

Tata kelola adalah lapisan yang menjaga SSO tetap berguna lewat tahun pertama. Rencanakan tinjauan akses triwulanan di mana keamanan dan HR bersama-sama mengonfirmasi siapa memiliki akses ke apa, dengan eskalasi ke manajer untuk anomali. Rencanakan kampanye entitlement tahunan di mana setiap peran privileged direkertifikasi. Rencanakan tinjauan bulanan tren kegagalan autentikasi, kepatuhan enrollment MFA, dan latensi offboarding. Kadens ini yang dicari auditor UU PDP dan OJK.

Operasi adalah pekerjaan run-the-platform: menjaga integrasi sehat, menangani isu pengguna, merespons alert keamanan, dan menerapkan upgrade platform. Pemisahan in-house vs mitra-managed adalah keputusan bisnis, bukan teknis. In-house bekerja saat Anda memiliki minimal satu engineer identitas dedicated; mitra-managed bekerja saat tidak, atau saat cakupan 24/7 penting. Model hybrid — internal weekday, mitra on-call malam dan weekend — makin umum di mid-market Indonesia.

Pelajari produk lebih lanjut

Jebakan umum dan cara menghindarinya

Jebakan termahal: memilih platform sebelum keputusan sumber kebenaran HRIS. Tim yang memilih Okta sebelum memutuskan apakah Workday atau Talenta memiliki data identitas akhirnya membangun ulang integrasi dua kali. Buat keputusan sumber kebenaran di dua minggu pertama proyek dan biarkan ia membatasi pilihan platform — bukan sebaliknya.

Jebakan kedua: kurang menganggarkan enrollment MFA. Organisasi Indonesia rutin menganggarkan biaya platform tetapi tidak rollout kunci hardware, kampanye enrollment mobile, dan kapasitas helpdesk untuk menangani pemulihan MFA di minggu-minggu awal adopsi. Rencanakan jendela enrollment MFA enam minggu dengan pelaporan harian, eskalasi eksekutif untuk yang tertinggal, dan kebijakan jelas bahwa non-enrollment memblokir login pada tanggal tertentu.

Ketiga: tidak menguji latensi offboarding. Sales deck SSO selalu klaim deprovisioning hari yang sama. Realitas bervariasi per aplikasi, kedalaman integrasi, dan kelengkapan SCIM. Uji secara eksplisit dalam PoC untuk sepuluh aplikasi teratas dan dokumentasikan gap antara klaim dan kenyataan. Jika gap terlalu lebar, negosiasi lebih keras, bangun script tambahan, atau pilih platform berbeda.

Keempat: melupakan non-karyawan. Organisasi Indonesia di bawah pengawasan OJK atau Kemenkominfo makin perlu entitlement review untuk kontraktor, vendor, dan auditor. Konfirmasi selama evaluasi bagaimana tiap platform menangani onboarding non-karyawan dan bagaimana mereka muncul di log audit. Okta dan Ping memiliki fitur non-karyawan spesifik; JumpCloud dan OneLogin menanganinya sebagai pengguna standar.

Kelima: memilih berdasarkan harga per-user tanpa normalisasi. Harga utama Okta tidak menyertakan Lifecycle Management; harga utama Entra ID mengasumsikan P1; bundle JumpCloud tidak menyertakan add-on perangkat. Bangun spreadsheet TCO tiga tahun ternormalisasi yang mencakup setiap fitur yang tim keamanan berencana pakai, setiap integrasi yang akan dibangun, dan setiap baris operasi. Lalu bandingkan.