# Keamanan dan Desain Izin ERP: RBAC yang Dilakukan dengan Benar > Cara merancang sistem kontrol akses berbasis peran yang kuat untuk ERP Anda — mencakup prinsip least privilege, pemisahan tugas, dan kesalahan keamanan umum yang menciptakan risiko kepatuhan. URL: https://www.matthewswong.com/id/blog/erp-security-permissions-design/ - Author: Matthews Wong (https://www.matthewswong.com/id/about/) - Published: 2025-06-10 - Updated: 2025-06-10 - Category: ERP Sistem ERP berisi data perusahaan Anda yang paling sensitif: angka penggajian, kontrak vendor, detail rekening bank, syarat kredit pelanggan, dan catatan keuangan lengkap. Salah merancang izin dan Anda memiliki risiko kepatuhan, risiko penipuan, dan risiko pelanggaran data sekaligus. Persyaratan UU No. 27 Tahun 2022 (Undang-Undang Perlindungan Data Pribadi) memerlukan akses terkontrol dan izin berbasis peran. ## Fondasi: Prinsip Least Privilege Least privilege adalah prinsip fundamental: setiap pengguna hanya boleh memiliki akses ke data dan fungsi yang diperlukan untuk melakukan pekerjaan mereka, dan tidak lebih. Tantangan dalam desain ERP adalah bahwa least privilege terdengar sederhana tetapi kompleks untuk diimplementasikan — ini memerlukan peta lengkap setiap peran, setiap sumber daya, dan setiap tindakan sebelum sistem dibangun. ### Merancang Hierarki Peran Mulailah dengan fungsi pekerjaan, bukan izin sistem. Untuk setiap fungsi pekerjaan dalam bisnis, tanyakan: data apa yang perlu dibaca peran ini? Data apa yang perlu dibuat? Apa yang perlu dimodifikasi? Apa yang perlu dihapus? Dalam ERP UKM Indonesia yang tipikal: Admin Sistem (semua akses), Manajer Keuangan (semua modul keuangan), Staf Keuangan (buat dan baca AP/AR, tanpa hapus, tanpa persetujuan), Pemberi Persetujuan Keuangan (baca AP/AR, setujui pembayaran), Manajer HR (semua HR), Karyawan (profil sendiri, permintaan cuti sendiri). ### Pemisahan Tugas: Lapisan Pencegahan Penipuan Pemisahan tugas (SoD) memastikan bahwa tidak ada satu pengguna yang dapat menyelesaikan transaksi signifikan secara finansial sendirian. Contoh klasik: orang yang memasukkan faktur vendor tidak boleh menjadi orang yang menyetujui pembayaran. Dalam desain ERP, aturan SoD diimplementasikan sebagai kendala alur kerja. Untuk bisnis Indonesia, SoD semakin diperlukan oleh standar audit internal dan merupakan kontrol utama yang akan diuji oleh auditor eksternal. > Dari pengalaman saya sebagai konsultan ERP lepas (freelance): buat matriks izin sebelum Anda membangun sistem. Matriks memiliki peran sebagai kolom dan tindakan sistem sebagai baris. Setiap sel adalah Izinkan, Tolak, atau Bersyarat. Tinjau matriks izin dengan fungsi audit internal sebelum pengembangan dimulai. ## Keamanan Tingkat Bidang dan Tingkat Catatan Akses tingkat modul adalah lapisan pertama keamanan. Tetapi beberapa data memerlukan kontrol yang lebih halus. Keamanan tingkat bidang membatasi bidang mana dalam catatan yang dapat dilihat atau diedit pengguna. Keamanan tingkat catatan membatasi catatan mana yang dapat diakses pengguna dalam modul. > **Akun admin: lubang keamanan terbesar di sebagian besar sistem ERP** > Di hampir setiap sistem ERP yang pernah saya audit, ada lebih banyak akun admin dari yang diperlukan, dan akun admin tersebut digunakan untuk pekerjaan sehari-hari. Praktik terbaik: setiap orang memiliki tepat satu akun dengan izin least-privilege untuk peran mereka. Akun admin adalah akun terpisah yang hanya digunakan untuk administrasi sistem, dengan setiap sesi dicatat. ## Jejak Audit: Keamanan yang Dapat Dibuktikan Izin mengontrol apa yang dapat dilakukan pengguna. Jejak audit merekam apa yang sebenarnya mereka lakukan. Jejak audit ERP yang lengkap menangkap: siapa melakukan tindakan, tindakan apa yang dilakukan, apa yang berubah, kapan terjadi, dan dari mana. Jejak audit tidak dapat dinegosiasikan untuk data keuangan. ## Tinjauan Akses: Menjaga Izin Tetap Terkini Izin yang dirancang saat go-live akan menyimpang dari realitas. Staf mengubah peran. Akses sementara yang diberikan untuk proyek tidak pernah dicabut. Akun mantan karyawan tetap aktif. Tinjauan akses kuartalan — di mana izin setiap pengguna ditinjau dan disertifikasi oleh manajer mereka — adalah kontrol standar. ## RBAC dalam Konteks Regulasi Indonesia UU PDP Indonesia (Undang-Undang Perlindungan Data Pribadi, No. 27 Tahun 2022) menetapkan persyaratan tentang bagaimana data pribadi diakses dan dilindungi. Untuk sistem ERP yang berisi data pribadi karyawan (nama, alamat, NPWP, gaji, rekening bank, informasi kesehatan untuk BPJS), akses harus dibatasi pada mereka yang memiliki kebutuhan sah, akses harus dicatat, dan subjek data memiliki hak untuk mengetahui siapa yang mengakses data mereka. ## Sumber & Bacaan Lanjutan - IBM — Role-Based Access Control (RBAC) Implementation Guide — https://www.ibm.com/think/topics/role-based-access-control-implementation - Cerbos — Role-Based Access Control Best Practices: 11 Top Tips — https://www.cerbos.dev/blog/role-based-access-control-best-practices - BPK — UU No. 27 Tahun 2022 Undang-Undang Perlindungan Data Pribadi — https://peraturan.bpk.go.id/Details/234643/uu-no-27-tahun-2022 > **Key takeaway:** ERP menyimpan payroll, kontrak vendor, detail rekening bank dan catatan keuangan lengkap, sehingga desain permission yang lemah sekaligus menjadi risiko fraud, risiko kebocoran dan risiko kepatuhan. Merancang role berdasarkan fungsi jabatan, bukan berdasarkan orang per orang, adalah yang menjaga modelnya tetap masuk akal ketika karyawan berganti. ## Source links - https://www.ibm.com/think/topics/role-based-access-control-implementation - https://www.cerbos.dev/blog/role-based-access-control-best-practices - https://peraturan.bpk.go.id/Details/229798/uu-no-27-tahun-2022 ## FAQ ### Apa itu prinsip least privilege dan mengapa penting dalam desain ERP? Least privilege berarti setiap pengguna hanya mendapatkan akses ke data dan fungsi yang diperlukan untuk pekerjaannya — tidak lebih. Dalam desain ERP, prinsip ini sangat mendasar karena sistem menyimpan data sensitif seperti angka penggajian, kontrak vendor, detail rekening bank, dan catatan keuangan lengkap. Kesalahan dalam merancang izin sekaligus menciptakan risiko kepatuhan, penipuan, dan pelanggaran data. ### Apa itu pemisahan tugas dan bagaimana cara diterapkan dalam sistem ERP? Pemisahan tugas (SoD) memastikan tidak ada satu pengguna yang dapat menyelesaikan transaksi signifikan secara finansial sendirian — misalnya, orang yang memasukkan faktur vendor tidak boleh menjadi orang yang menyetujui pembayaran. Dalam desain ERP, aturan SoD diimplementasikan sebagai kendala alur kerja sehingga sistem sendiri yang mencegah persetujuan oleh pembuat faktur. Artikel ini merekomendasikan membangun SoD ke dalam desain sistem melalui matriks izin, bukan mengandalkan memo kebijakan. ### Mengapa matriks izin direkomendasikan sebelum membangun sistem, dan apa isinya? Matriks izin yang dibuat sebelum pengembangan dimulai memetakan setiap peran (kolom) terhadap setiap tindakan sistem (baris), dengan setiap sel ditandai Izinkan, Tolak, atau Bersyarat. Menemukan celah pemisahan tugas di spreadsheet tidak memerlukan biaya apa pun, sedangkan menemukannya di sistem produksi mengharuskan perbaikan alur kerja dan pelatihan ulang pengguna. Matriks ini harus ditinjau bersama fungsi audit internal sebelum pengembangan dimulai. ### Apa perbedaan antara keamanan tingkat bidang dan keamanan tingkat catatan? Akses tingkat modul mengontrol apakah pengguna dapat membuka modul sama sekali. Keamanan tingkat bidang membatasi bidang mana dalam catatan yang dapat dilihat atau diedit pengguna — misalnya, Staf Keuangan dapat melihat nama vendor dan jumlah faktur tetapi tidak detail rekening bank mereka. Keamanan tingkat catatan membatasi catatan mana yang dapat diakses pengguna dalam modul, seperti manajer cabang yang hanya dapat melihat transaksi cabangnya sendiri. ### Apa yang disyaratkan UU PDP (No. 27 Tahun 2022) dari sistem ERP yang mengelola data pribadi karyawan? UU PDP Indonesia mewajibkan akses ke data pribadi — termasuk nama karyawan, alamat, NPWP, gaji, rekening bank, dan informasi kesehatan BPJS — dibatasi hanya pada mereka yang memiliki kebutuhan sah, akses harus dicatat, dan subjek data berhak mengetahui siapa yang mengakses data mereka. Desain RBAC ERP harus didokumentasikan dengan definisi peran tertulis, matriks izin, tinjauan akses kuartalan, dan log audit yang disimpan selama periode yang diwajibkan secara hukum. --- - HTML version: https://www.matthewswong.com/id/blog/erp-security-permissions-design/ - English: https://www.matthewswong.com/en/blog/erp-security-permissions-design/ - Site index for agents: https://www.matthewswong.com/llms.txt - Sitemap: https://www.matthewswong.com/sitemap.xml - API description (OpenAPI): https://www.matthewswong.com/openapi.json