Software Multi Perusahaan: Uji Pemisahan Data

Software multi perusahaan perlu menjaga transaksi, laporan, dan izin setiap perusahaan tetap terpisah meskipun pengguna dapat mengaksesnya dari satu akun. Untuk mengujinya, gunakan dua perusahaan latihan dengan nomor dokumen yang sama dan pengguna dengan izin berbeda. Hasil yang benar bukan hanya pergantian nama pada layar: pencarian, ekspor, tautan dokumen, dan tindakan pengguna harus tetap mengikuti perusahaan yang sedang diakses.

Mengapa satu login tidak cukup menjadi bukti?

Satu login menjelaskan cara masuk, bukan batas data yang boleh dilihat. Pemilik mungkin berhak membuka dua perusahaan, sedangkan staf hanya boleh mengerjakan satu. Kemudahan berpindah perusahaan tidak boleh membuat izin staf mengikuti seluruh hak pemilik. Tulis matriks pengguna dan perusahaan sebelum menilai tampilan pengalih perusahaan.

Prinsip role based access control NIST menjadi rujukan umum pemisahan kewenangan berdasarkan peran. Ini bukan sertifikasi produk tertentu. Saat membeli aplikasi, pertanyaan yang perlu dibuktikan adalah apakah izin yang diberikan sesuai pekerjaan staf serta tetap berlaku pada berbagai jalan membuka data, bukan sekadar ada pilihan nama peran di pengaturan.

Bedakan perusahaan dengan cabang atau gudang. Dua gudang milik satu perusahaan dapat berbagi proses akuntansi yang sama, sedangkan dua badan usaha dapat memerlukan pembukuan serta identitas dokumen terpisah. Artikel ini tidak menentukan struktur hukum usaha Anda. Minta finance menetapkan ruang lingkup yang benar, lalu tulis apakah kebutuhan Anda merupakan perusahaan terpisah atau lokasi operasional di dalam perusahaan yang sama.

Bagaimana membuat dua perusahaan latihan?

Gunakan identitas yang sengaja mirip agar kesalahan konteks mudah terlihat. Misalnya perusahaan A dan perusahaan B sama-sama mempunyai pelanggan bernama Toko Sentosa serta invoice bernomor INV-001. Beri nilai berbeda: Rp2.000.000 di A dan Rp7.000.000 di B. Semua nama dan angka tersebut fiktif untuk latihan, tanpa pajak atau transaksi produksi.

Buat tiga pengguna latihan: pemilik boleh membuka A dan B, finance A hanya A, serta gudang B hanya B dengan kebutuhan operasional yang ditentukan. Jangan memakai akun pemilik untuk semua langkah. Petugas yang diberi izin terbatas harus masuk melalui akunnya sendiri agar hasil menunjukkan batas yang benar-benar akan dihadapi sehari-hari.

Catat hasil pencarian INV-001 pada setiap akun. Pemilik harus dapat membedakan konteks kedua dokumen saat membukanya, sedangkan staf tidak boleh memperoleh rincian perusahaan di luar izinnya. Jika ada pilihan pencarian lintas perusahaan untuk pemilik, periksa label perusahaan pada hasilnya. Nomor yang sama tidak perlu dianggap salah selama identitas dan pembatasan konteks dijelaskan dengan jelas.

Apa yang harus diuji selain menu pengalih perusahaan?

Uji pencarian, tautan lama, tab yang sudah terbuka, dan hasil unduhan. Pengguna sering mengerjakan beberapa pekerjaan sekaligus, sehingga kesalahan konteks dapat terjadi melalui halaman yang sudah terbuka sebelum ia mengganti perusahaan. Minta vendor menjelaskan perilaku yang dirancang, lalu cocokkan dengan hasil sebenarnya.

Misalnya pemilik membuka invoice A pada tab pertama, berpindah ke B pada tab kedua, lalu kembali ke tab pertama. Periksa apakah label perusahaan dan isi dokumennya tetap jelas serta bagaimana aplikasi mengelola tindakan berikutnya. Jangan berasumsi semua aplikasi wajib memakai mekanisme tab yang sama. Yang dibutuhkan adalah perilaku yang tidak membuat petugas tanpa sadar mencatat dokumen ke perusahaan yang keliru.

Uji ekspor dengan nama pelanggan yang sama pada kedua perusahaan. File yang diunduh harus dapat dikenali konteksnya melalui isi atau informasi pendukung yang memadai. Setelah file keluar dari aplikasi, pembatasan akses aplikasi tidak otomatis melindungi salinan tersebut. Tetapkan lokasi penyimpanan, penerima, dan cara memberi nama file agar data A tidak terkirim ke staf B hanya karena judul unduhannya umum.

Bagaimana menguji izin yang dicabut?

Pencabutan akses perlu diperiksa melalui akun yang sebelumnya berhak. Simulasi ini dilakukan dengan data latihan dan persetujuan pengelola akun. Minta vendor menerangkan kapan perubahan izin berlaku serta apa yang terjadi pada halaman yang masih terbuka, tautan tersimpan, dan sesi yang sudah aktif.

Setelah finance A tidak lagi diberi izin ke A, minta ia memuat ulang daftar dan membuka kembali tautan invoice latihan. Catat hasil serta waktu perubahan. Jangan menganggap menu yang hilang sudah membuktikan semua akses tertutup. Sebaliknya, jika halaman lama masih menampilkan data yang sudah dimuat sebelumnya, bedakan salinan tampilan tersebut dari kemampuan mengambil data baru. Tanyakan batas teknis dan prosedur kerja yang dianjurkan vendor.

Sertakan perubahan pekerjaan, bukan hanya staf keluar. Seseorang dapat berpindah dari gudang ke sales atau mendapat tugas sementara di perusahaan lain. Keputusan izin sementara harus mempunyai penanggung jawab dan waktu tinjauan. Jangan memperbanyak akun bersama untuk memudahkan pergantian, karena kemudian sulit menentukan siapa yang membaca atau mengubah dokumen saat muncul pertanyaan.

Apa batas informasi Sparta dalam evaluasi ini?

Halaman FAQ Sparta menjelaskan data perusahaan terisolasi serta akses berdasarkan peran. Sumber produk juga menjelaskan peran Owner, Admin, Finance, Sales, Warehouse, dan Viewer. Namun kebutuhan khusus satu login untuk sejumlah perusahaan, perpindahan tab, serta lingkup paket tetap perlu dikonfirmasi melalui demonstrasi yang sesuai kebutuhan Anda.

Jangan mengubah keterangan isolasi menjadi janji bahwa semua laporan konsolidasi atau penggabungan perusahaan otomatis tersedia. Mengakses dua perusahaan berbeda dari menyusun laporan gabungan dengan aturan eliminasi yang benar. Artikel ini menilai pemisahan data, sedangkan rekonsiliasi antar perusahaan membahas hubungan saldo. Kedua pekerjaan memerlukan bukti tersendiri dan tidak boleh dinyatakan selesai dari satu pengalih perusahaan.

Bagaimana membuat keputusan pembelian?

Simpan matriks izin, hasil setiap skenario, serta kebutuhan yang belum terbukti. Beri status lulus hanya ketika petugas dengan akun yang tepat telah menjalankan langkahnya. Catat pula batas jumlah perusahaan, pengelola pengguna, dukungan konfigurasi, dan biaya yang dijelaskan vendor dalam penawaran resmi. Jangan menghitung biaya dari perkiraan paket usaha lain.

Baca audit trail dan hak akses untuk konteks jejak tindakan serta panduan software akuntansi untuk kandidat. Jika Anda ingin memeriksa Sparta, minta akses awal dengan dua perusahaan contoh dan daftar peran. Sparta belum mempunyai harga publik final dan gratis dicoba dengan data sendiri selama akses awal, termasuk simulasi migrasi Accurate. Jadikan pemisahan data sebagai hasil demonstrasi yang dicatat, bukan asumsi dari nama fitur.