Semua artikel Read in English Manajer operasional dan manajer keuangan meninjau daftar staf untuk menentukan hak akses data per jabatan

Hak Akses per Jabatan: Cara Menyembunyikan Data Sensitif dari Tim

Susun matriks jabatan dan hak akses agar staf hanya melihat data yang ia perlukan, harga beli dan gaji tetap tertutup, dan perubahan bisa ditelusuri.

· Diperbarui

Misalnya, sebuah perusahaan distribusi dengan dua cabang memakai satu file Excel bernama master-produk.xlsx. Isinya kode barang, nama, stok, harga jual, dan satu kolom yang seharusnya hanya dibaca bagian pembelian: harga beli dari pemasok. File itu dibagikan ke admin gudang supaya ia bisa mengecek stok. Seminggu kemudian, file yang sama sudah beredar di grup WhatsApp tim sales, lengkap dengan kolom harga beli, dan salah satu sales memakainya untuk menawar diskon ke pelanggan.

Tidak ada yang berniat jahat di cerita itu. Masalahnya ada pada cara berbagi: begitu file berpindah tangan, penerimanya ikut membawa semua kolom di dalamnya, termasuk yang tidak perlu ia lihat. Artikel ini membahas cara menyusun hak akses per jabatan, sehingga tiap orang di tim melihat data yang ia perlukan untuk bekerja, dan data sensitif seperti harga beli, gaji, atau nilai kontrak tetap tertutup bagi yang tidak memerlukannya.

Staf gudang membuka spreadsheet produk yang ikut memuat harga beli, sementara manajer pembelian memegang invoice pemasok

Kenapa "kirim saja filenya" lama-lama mahal

Bayangkan kunci kantor. Satpam, kurir, dan direktur keuangan sama-sama butuh masuk gedung, tetapi kamu tidak akan memberi mereka kunci yang sama untuk semua ruangan. Satpam perlu kunci pintu depan, kurir cukup akses ke ruang penerimaan barang, dan lemari arsip keuangan hanya dibuka orang tertentu. Data perusahaan bekerja dengan logika yang sama, hanya saja pintunya tidak terlihat.

Di dunia keamanan informasi, logika ini disebut prinsip least privilege. Glosarium NIST mendefinisikannya sebagai prinsip bahwa sistem membatasi hak akses pengguna seminimal yang diperlukan untuk menyelesaikan tugas yang diberikan. Bagi manajer divisi, terjemahan praktisnya sederhana: untuk setiap jabatan, data apa yang benar-benar ia butuhkan agar pekerjaannya selesai?

Kalau pertanyaan itu tidak pernah dijawab, biasanya muncul tiga gejala. Data sensitif bocor ke orang yang tidak perlu tahu, seperti cerita harga beli tadi. Data penting berubah tanpa jelas siapa pelakunya, karena semua orang bisa mengedit. Lalu tim mulai membuat salinan sendiri-sendiri supaya aman, dan kamu berakhir dengan lima versi file yang angkanya berbeda.

Data apa saja yang termasuk sensitif di divisimu?

Sebelum bicara aplikasi atau pengaturan, buat dulu daftarnya. Jenis data sensitif berbeda di tiap divisi, dan sering kali manajer baru sadar setelah ada kejadian.

Di keuangan, contohnya saldo rekening, permintaan dana dari divisi lain, dan rincian utang ke pemasok. Bagian pembelian memegang harga beli, syarat pembayaran, dan perbandingan penawaran antar-pemasok. Tim penjualan punya daftar prospek, nilai kontrak, dan diskon khusus yang diberikan ke pelanggan tertentu. SDM menyimpan gaji, data pribadi karyawan, dan catatan evaluasi kinerja. Sementara proyek biasanya punya margin per proyek dan nilai tagihan termin yang belum dibayar.

Daftar ini bukan berarti semuanya dikunci. Admin gudang tetap perlu nama barang dan stok. Sales tetap perlu harga jual. Yang dicari adalah kolom atau daftar yang kalau terlihat oleh jabatan yang salah, menimbulkan kerugian nyata: posisi tawar melemah, rekan kerja saling membandingkan gaji, atau prospek dibawa pindah oleh sales yang resign.

Susun matriks jabatan dan hak akses

Alat paling berguna di tahap ini justru sangat sederhana: tabel dengan jabatan di baris, jenis data di kolom, dan tingkat akses di setiap sel. Kamu bisa membuatnya di spreadsheet dalam 30 menit bersama kepala divisi. Pakai empat tingkat akses saja supaya mudah dibaca: ubah, lihat, hanya milik sendiri, atau tidak ada.

Misalnya, matriks untuk perusahaan distribusi dengan cabang Jakarta dan Surabaya bisa terlihat seperti ini:

Jabatan Permintaan dana Prospek Harga beli Cabang
Manajer keuangan Ubah Lihat Lihat Semua
Staf keuangan Milik sendiri Tidak ada Tidak ada Jakarta
Kepala penjualan Lihat Ubah Tidak ada Semua
Sales Tidak ada Milik sendiri Tidak ada Surabaya
Admin gudang Tidak ada Tidak ada Tidak ada Jakarta
Manajer pembelian Milik sendiri Tidak ada Ubah Semua

Baca baris per baris. Staf keuangan Jakarta hanya mengurus permintaan dana yang ia buat sendiri, tidak melihat prospek, dan tidak melihat harga beli. Sales di Surabaya hanya melihat prospek yang ia pegang, jadi kalau ia pindah kerja, ia tidak membawa daftar prospek rekan-rekannya. Admin gudang tetap bisa bekerja dengan data stok, yang memang tidak ada di tabel ini karena tidak sensitif.

Manajer menyusun matriks hak akses per jabatan di papan tulis bersama perwakilan tim penjualan dan keuangan

Untuk mengisi tiap sel, ajukan tiga pertanyaan. Apakah jabatan ini memakai data tersebut dalam pekerjaan hariannya? Kalau ya, apakah ia perlu mengubah atau cukup melihat? Dan apakah ia perlu semua baris, atau hanya baris yang ia buat atau yang ditugaskan kepadanya? Mulai dari "tidak ada", lalu naikkan aksesnya hanya bila ada alasan kerja yang jelas. Cara ini lebih aman daripada mulai dari akses penuh lalu mencoba mencabutnya satu per satu.

Kesalahan yang sering terjadi saat mengatur akses

Kesalahan pertama adalah membuat jabatan per orang, bukan per fungsi. Jabatan "Akses Budi" mungkin cepat dibuat hari ini, tetapi ketika Budi pindah divisi atau ada orang baru dengan tugas yang sama, kamu harus menebak lagi apa saja yang dulu diberikan. Pakai nama fungsi seperti "Staf keuangan" atau "Sales", lalu masukkan orang ke jabatan itu.

Kesalahan kedua: menganggap akses lihat selalu aman. Orang yang bisa melihat seluruh daftar pelanggan tetap bisa menyalin semua nomor telepon. Untuk data seperti prospek, akses "hanya milik sendiri" sering lebih tepat daripada "lihat semua".

Kesalahan ketiga adalah melupakan batas cabang. Hak akses per jabatan sudah benar, tetapi staf Surabaya ternyata masih bisa mengubah stok Jakarta karena datanya tercampur di satu daftar. Kalau perusahaan punya beberapa cabang, cabang perlu jadi dimensi tersendiri di matriks.

Kesalahan keempat paling sering terjadi: matriks tidak ditinjau ulang. Akses yang tepat di bulan Januari bisa salah di bulan Juni karena rotasi, promosi, atau karyawan keluar. Tetapkan jadwal tinjauan, misalnya setiap tiga bulan, ditambah setiap kali ada mutasi atau pengunduran diri.

Ada satu hal lagi yang sering terlewat: membatasi akses mengurangi risiko, tetapi tidak menghapusnya. Kamu tetap perlu catatan siapa mengubah apa. Tanpa jejak itu, ketika harga jual tiba-tiba berubah atau status permintaan dana bergeser dari "Menunggu" ke "Disetujui", tidak ada yang bisa menjawab kapan dan oleh siapa.

Kalau spreadsheet tidak lagi cukup

Di spreadsheet, pilihanmu terbatas. Kamu bisa memecah file per jabatan, menyembunyikan kolom yang datanya tetap ikut terbawa di setiap salinan file, atau memberi kata sandi pada sheet yang akhirnya ikut dibagikan juga. Ketiganya membuat data terpecah ke beberapa file dengan versi yang lama-lama berbeda. Untuk tim lima orang, cara ini masih bisa bertahan. Untuk beberapa divisi dan cabang yang memakai data yang sama, biasanya mulai rapuh.

Kalau kamu sampai di titik itu, Sora bisa jadi salah satu pilihan. Di beranda Sora dijelaskan bahwa kamu bisa membuat jabatan seperti Staf keuangan atau Sales, lalu mengatur halaman yang terlihat dan akses ke tiap daftar: ubah, lihat, hanya milik sendiri, atau tidak ada. Kolom sensitif seperti harga beli bisa disembunyikan dari staf, catatan bisa dipisahkan per cabang, dan staf bisa dibatasi pada catatan yang ia buat atau yang ditugaskan kepadanya. Pemilik dan admin tetap bisa mengubah semuanya, dan mereka bisa membuka log audit untuk melihat siapa mengubah catatan apa dan kapan, lengkap dengan nilai sebelum dan sesudahnya. Matriks yang tadi kamu susun bisa langsung jadi bahan cerita ke Sora saat membangun aplikasinya, atau kamu bisa mulai dari contoh aplikasi sesuai jenis usaha.

Hak akses juga paling berguna bila alurnya sendiri jelas. Kalau tim kamu sedang merapikan siapa yang menyetujui pengeluaran, baca alur persetujuan permintaan pembelian berdasarkan nominal. Untuk tim penjualan yang ingin tiap sales fokus pada prospeknya sendiri, ada panduan meninjau pipeline penjualan. Dan kalau data kamu masih tersebar di banyak file, mulai dari memindahkan spreadsheet ke aplikasi tim tanpa kehilangan data.

Uji matriksmu dengan tiga skenario

Sebelum matriks dipakai, coba jalankan tiga skenario berikut bersama kepala divisi.

  1. Seorang sales mengundurkan diri hari ini. Data apa yang masih bisa ia buka sampai aksesnya dicabut, dan siapa yang mengambil alih prospeknya?
  2. Admin gudang Jakarta perlu membantu stock opname di Surabaya selama dua hari. Akses apa yang ditambahkan, dan siapa yang mengingatkan untuk mencabutnya lagi?
  3. Auditor bertanya siapa yang mengubah harga jual satu produk bulan lalu. Dari mana kamu mengambil jawabannya?

Kalau salah satu jawabannya "nanti kita cari tahu", berarti matriksnya belum selesai. Tambahkan aturan untuk kasus itu sekarang, selagi belum ada kejadian.

Langkah yang bisa kamu lakukan hari ini: buka file yang paling sering dibagikan di timmu, tandai kolom yang sensitif, lalu tulis di sebelahnya jabatan mana saja yang benar-benar perlu melihatnya. Dari situ, kamu sudah punya baris pertama matriks hak akses.

Sumber