Siapa Patut Nampak Apa: Peranan dan Kebenaran Pengguna dalam Sistem Perniagaan Tersuai

Sebuah sistem perniagaan baharu mula digunakan pada hari Isnin. Menjelang hari Rabu, seorang juruteknik junior telah membuka senarai penuh pelanggan, harga kos disebut kepada pelanggan di kaunter, dan tiada sesiapa dapat memberitahu siapa yang mengubah diskaun dalam sebut harga, kerana semua orang berkongsi satu log masuk "admin". Semua ini tidak memerlukan penggodam, hanya sistem yang tidak pernah menentukan akses.

Panduan ini untuk pemilik dan pengurus yang hendak menempah sistem perniagaan tersuai, atau sudah memilikinya dan mengesyaki terlalu ramai orang boleh buat terlalu banyak perkara. Ia menerangkan siapa yang patut boleh melihat, mencipta, menyunting, meluluskan, memadam dan mengeksport apa, apa yang perlu diputuskan sebelum pembinaan, cara menulis dan menguji peraturan itu, serta cara memastikannya kekal betul apabila staf menyertai, bertukar tugas dan berhenti. Ia panduan umum, bukan nasihat undang-undang, dan tidak menerangkan produk mana-mana pembekal.

Mengapa "siapa nampak apa" ialah keputusan perniagaan, bukan keputusan teknikal

Pembangun boleh membina hampir apa-apa peraturan akses yang anda minta, tetapi tidak tahu peraturan mana yang diperlukan perniagaan anda: sama ada juruteknik patut melihat alamat penuh pelanggan, sama ada pengurus cawangan boleh memberi diskaun, sama ada akauntan boleh mengeksport setiap invois. Semua ini soal kepercayaan, wang dan kebiasaan.

Jika anda tidak menjawabnya, lazimnya hasilnya salah satu daripada dua ekstrem: semua orang boleh buat segala-galanya kerana itu paling cepat dibina, atau akses terlalu ketat sehingga staf berkongsi kata laluan semata-mata untuk menyiapkan kerja. Masa paling murah untuk memutuskannya ialah di atas kertas, sebelum satu skrin pun wujud.

Pemilik, pengurus, staf: apa yang biasanya diperlukan setiap peranan

Kebanyakan perniagaan kecil boleh bermula dengan tiga atau empat peranan dan menambah lagi hanya apabila tugas benar-benar berbeza. Peranan ialah satu set kebenaran yang dinamakan dan dikaitkan dengan jawatan, bukan dengan individu; pekerja baharu diberi peranan itu dan bukannya satu set peraturan baharu.

Mengapa akses minimum lebih baik daripada semua orang jadi admin

Akses minimum, yang sering disebut prinsip keistimewaan minimum (least privilege), bermaksud setiap orang hanya diberi akses yang diperlukan kerjanya, dan akses tambahan diberi apabila keperluan sebenar timbul. Memberi hak admin kepada semua orang nampak lebih mudah pada hari pertama kerana tiada sesiapa yang disekat. Kosnya datang kemudian.

• Kesilapan jujur menjadi lebih besar. Orang yang boleh memadam rekod pelanggan lambat laun akan memadam yang salah.
• Maklumat sensitif tersebar. Harga kos, margin, gaji staf dan nombor telefon pelanggan ialah perkara yang paling kerap keluar bersama seseorang, secara tidak sengaja atau sengaja.
• Akauntabiliti hilang. Jika semua orang boleh menukar harga, soalan "siapa yang menukarnya?" tiada jawapan.
• Satu kata laluan bocor membuka segala-galanya. Semakin berkuasa akaun itu, semakin tinggi kosnya kepada anda, dan staf yang berhenti dengan hak admin lebih berisiko daripada yang berperanan sempit.

Akses minimum bukan tanda tidak percaya. Sebabnya sama seperti kedai yang menyerahkan laci tunai dan kunci peti besi kepada orang berbeza. Staf yang baik dilindungi olehnya kerana tidak ada keraguan tentang siapa yang menyentuh apa.

Enam tindakan yang perlu diputuskan untuk setiap jenis rekod

"Boleh akses sistem" terlalu kasar. Bagi setiap jenis rekod (pelanggan, sebut harga, invois, tugasan, stok, fail staf), putuskan secara berasingan siapa boleh melakukan setiap tindakan berikut:

• Lihat. Membuka dan membacanya. Boleh dihadkan kepada rekod sendiri, cawangan sendiri atau semua.
• Cipta. Menambah yang baharu.
• Sunting. Mengubah rekod sedia ada, selalunya dihadkan mengikut peringkat: bebas semasa draf, dikunci selepas diluluskan.
• Lulus. Memberi persetujuan akhir: diskaun, bayaran balik, pembelian, permohonan cuti.
• Padam. Membuangnya. Membatalkan atau mengarkibkan dengan sebab biasanya lebih selamat daripada memadam terus.
• Eksport. Memuat turun senarai atau laporan. Ini kebenaran yang paling kerap dilupakan, dan salinan hamparan keluar sepenuhnya daripada sistem dan kawalannya.

Apa yang perlu diputuskan sebelum pembinaan bermula

Keputusan ini memakan satu petang sekarang dan satu permintaan perubahan kemudian. Bawa draf kasar ke perbualan pertama; apa yang perlu disediakan sebelum perbualan pertama menunjukkan tempatnya.

1. Senaraikan peranan. Namakan mengikut jawatan, bukan individu, dalam bilangan paling kecil yang mencerminkan tugas yang benar-benar berbeza.
2. Senaraikan rekod. Pelanggan, sebut harga, invois, bayaran, tugasan, stok, pembekal, fail staf, laporan.
3. Isi enam tindakan bagi setiap peranan dan rekod. Jadual satu muka surat sudah cukup.
4. Tentukan skop. Semua, cawangan atau jabatan sendiri sahaja, atau hanya rekod yang mereka cipta atau ditugaskan?
5. Tandakan medan sensitif. Harga kos, margin, gaji staf dan butiran hubungan pelanggan selalunya memerlukan peraturan lebih ketat daripada rekod yang memegangnya.
6. Tetapkan peraturan kelulusan. Siapa meluluskan diskaun, bayaran balik, nota kredit atau perubahan harga, sehingga jumlah berapa, dan siapa menggantikan apabila orang itu tiada?
7. Namakan pentadbir. Siapa boleh menambah pengguna dan menukar peranan, dan siapa penggantinya?
8. Tetapkan peraturan keluar. Siapa membuang akses staf yang berhenti, dan sebelum bila?

Contoh peranan dan kebenaran untuk perniagaan perkhidmatan kecil

Di bawah ialah jadual rekaan untuk perniagaan pembaikan dan servis yang kecil. Ia sekadar menunjukkan format dan bukan cadangan untuk perniagaan anda; setiap petak ialah sesuatu yang akan anda laraskan.

Perhatikan coraknya: tindakan yang melibatkan wang dipisahkan kepada "sediakan" dan "lulus" antara orang berbeza; juruteknik hanya nampak apa yang diperlukan tugasan; akauntan boleh membaca dan mengeksport tetapi tidak mengubah operasi; dan hanya satu peranan menguruskan pengguna. Jadual sebenar juga patut menamakan pentadbir kedua, seperti dibincangkan di bawah.

Skop, medan sensitif dan kelulusan

Skop cawangan dan jabatan. Peranan hanyalah separuh peraturan; separuh lagi ialah sejauh mana ia merangkumi. Pengurus cawangan mungkin hanya melihat jualan dan stok cawangannya, manakala ibu pejabat melihat semua. Pasukan jualan mungkin hanya melihat pelanggan yang ditugaskan kepada mereka. Nyatakannya bagi setiap peranan, kerana "pengurus" bermaksud perkara berbeza dalam kedai satu cawangan dan syarikat berbilang cawangan. Untuk beberapa outlet, lihat pengurusan berbilang outlet.

Medan wang, kos dan hubungan. Peraturan peringkat medan membolehkan seseorang membuka rekod tetapi tidak melihat medan tertentu di dalamnya. Calon lazim: harga kos dan margin, gaji dan bonus, butiran bank, serta nombor telefon dan alamat pelanggan. Soalan "medan mana yang akan merugikan kita jika ia keluar bersama seseorang?" cepat menghasilkan senarainya.

Diskaun dan bayaran balik. Tetapkan had dalam angka yang jelas: contohnya, staf tidak boleh menawarkan apa-apa, pengurus sehingga had yang anda tetapkan, dan yang lebih tinggi memerlukan pemilik. Sama penting, tiada sesiapa meluluskan permintaannya sendiri; bayaran balik yang dibuat dan diluluskan oleh orang yang sama ialah jurang klasik. Untuk cara sebut harga menjadi invois, lihat automasi sebut harga ke invois.

Menulisnya dalam spesifikasi

Peraturan akses yang hanya wujud dalam perbualan akan dilupakan atau dipertikaikan. Letakkan bahagian ringkas dalam spesifikasi supaya ia boleh dibina, diuji dan dipegang:

• Senarai peranan dengan penerangan satu baris, dan jadual kebenaran dilampirkan sebagai jadual.
• Peraturan skop dalam ayat: "Pengurus cawangan hanya melihat rekod yang Cawangannya sama dengan cawangan sendiri."
• Peraturan medan dan kelulusan: medan mana disembunyikan daripada peranan mana, had kelulusan, dan bahawa tiada sesiapa meluluskan permintaan sendiri.
• Peraturan pentadbiran: berapa pentadbir, cara pengguna ditambah dan dibuang, dan apa yang diperlukan untuk peranan baharu.
• Fasal perubahan: menambah peranan kemudian ialah perubahan yang disebut harga, jadi ketahui kosnya. Lihat pepijat berbanding permintaan perubahan untuk cara garis itu dilukis.

Semak juga apa yang boleh anda ubah sendiri. Sesetengah sistem membenarkan pentadbir menyunting peranan pada skrin; yang lain memerlukan pembangun untuk setiap pelarasan. Tanyakannya sebelum membandingkan dua sebut harga perisian tersuai, kerana jawapannya menjejaskan kos operasi bertahun-tahun.

Menguji peranan dalam ujian penerimaan pengguna

Kebanyakan ujian penerimaan menyemak bahawa orang boleh melakukan sesuatu. Ujian kebenaran menyemak bahawa orang tidak boleh melakukan perkara lain, dan bahagian itu mudah terlepas. Masukkannya ke dalam pelan ujian penerimaan pengguna:

1. Cipta seorang pengguna ujian bagi setiap peranan dan lalui jadual: bagi setiap petak bertanda "Tidak", cuba lakukannya dan sahkan sistem menolak.
2. Cuba pintu belakang. Tampal pautan ke halaman terhad, cari pelanggan yang tidak patut anda lihat, buka laporan, dan cuba butang eksport.
3. Uji skop. Sebagai pengurus cawangan, sahkan rekod cawangan lain tidak boleh ditemui dalam carian atau laporan.
4. Uji had kelulusan sedikit di bawah, tepat pada dan di atas ambang, dan sahkan tiada sesiapa boleh meluluskan permintaan sendiri.
5. Uji kitaran hayat. Lumpuhkan pengguna dan sahkan dia tidak boleh masuk; tukar peranan dan sahkan akses baharu berkuat kuasa.
6. Rekodkan keputusan berdasarkan jadual dan baiki jurang sebelum bayaran akhir.

Log masuk berkongsi, dan mengapa perlu dielakkan

Satu log masuk untuk seluruh kaunter hadapan memang menggoda kerana tidak perlu mencipta akaun. Tetapi anda tidak tahu siapa buat apa, tidak boleh membuang seorang tanpa menukar kata laluan untuk semua orang, dan tidak boleh memberi akses berbeza. Setiap kali ada yang berhenti, kata laluan perlu ditukar, dan dalam praktiknya ia terlepas.

Beri setiap orang log masuk sendiri, dan atasi kata laluan terlupa dengan proses tetapan semula yang betul, bukan perkongsian. Jika terminal kaunter benar-benar memerlukan akaun bersama, hadkan kepada fungsi tidak sensitif, tukar kata laluannya setiap kali orang yang mengetahuinya berhenti, dan catat siapa yang memilikinya. Peraturan sama terpakai di luar sistem: untuk bahagian pengehosan, lihat keselamatan akaun cPanel.

Akaun admin: berapa banyak, dan siapa memegangnya

Pentadbir boleh menambah pengguna, menukar peranan dan selalunya melihat segala-galanya, jadi akaun itu ialah yang paling bernilai. Tiga amalan sesuai untuk firma kecil:

• Pentadbir sedikit, tetapi jangan hanya seorang. Jika satu-satunya pentadbir bercuti, sakit atau sudah berhenti, tiada sesiapa dapat menambah pekerja baharu atau membetulkan akaun yang terkunci. Dua pentadbir bernama, biasanya pemilik dan seorang kakitangan kanan yang dipercayai, mengelakkan kesesakan pemilik tunggal itu.
• Asingkan admin daripada kerja harian. Setiap pentadbir menyimpan akaun biasa untuk tugas harian.
• Jangan beri admin kepada pembangun secara lalai. Pembina mungkin memerlukan akses semasa projek dan untuk sokongan, tetapi ia patut dinamakan, dihadkan, ada tempoh dan dipersetujui secara bertulis. Siapa yang akhirnya mengawal sistem dibincangkan dalam pemilikan kod sumber dan sistem.

Catat siapa pentadbirnya, di mana butiran pemulihan disimpan, dan siapa boleh menggantikan seorang pentadbir dalam kecemasan.

Apabila staf menyertai, bertukar peranan atau berhenti

Kebenaran cenderung tersasar. Seseorang menggantikan rakan yang bercuti dan terus memegang akses tambahan; kenaikan pangkat menambah hak tetapi tiada yang membuang yang lama; staf yang berhenti terlupa. Bina rutin kecil untuk tiga detik ini.

• Pekerja baharu: berikan peranan piawai dan catat siapa yang meluluskan.
• Pertukaran tugas: gantikan peranan, jangan menambah, supaya akses lama tidak bertimbun.
• Staf berhenti: buang akses pada atau sebelum hari terakhir, bukan berminggu kemudian.
• Setiap suku tahun, semak senarai pengguna: adakah semua masih bekerja di sini, dan adakah setiap peranan masih sepadan dengan tugas?

Senarai semak ringkas apabila staf berhenti, untuk sistem:

1. Lumpuhkan akaun pada hari bekerja terakhir, atau lebih awal jika perpisahan tidak baik. Lumpuhkan, jangan padam, supaya sejarah kekal berkait dengan nama.
2. Pindahkan tugasan, sebut harga dan kelulusan yang belum selesai kepada orang yang dinamakan.
3. Tukar mana-mana kata laluan bersama yang diketahuinya, dan keluarkan dia daripada peti mel bersama.
4. Buang aksesnya kepada alat yang disambungkan, seperti e-mel, storan fail dan kumpulan mesej.
5. Ambil balik peranti dan fail eksport yang dipegangnya, dan catat tarikh serta siapa yang melakukannya.

Pembersihan sama terpakai di luar sistem. Jika staf itu membawa kad digital, lihat apa yang perlu dilakukan dengan kad nama digital apabila pekerja berhenti.

Tanda kebenaran terlalu longgar atau terlalu ketat

Terlalu ketat juga ada kosnya: orang yang tidak dapat menyiapkan kerja akan mencipta jalan pintas seperti hamparan, tangkapan skrin atau log masuk pinjaman, yang selalunya lebih buruk daripada risiko yang cuba dielakkan.

Soalan untuk ditanya kepada pembangun

• Bagaimana peranan ditetapkan: dikunci dalam kod, atau boleh disunting pentadbir pada skrin?
• Bolehkah kebenaran ditetapkan mengikut tindakan (termasuk eksport), bukan sekadar mengikut halaman?
• Bolehkah akses dihadkan mengikut cawangan, jabatan atau "rekod sendiri sahaja", dan bolehkah medan seperti kos atau gaji disembunyikan?
• Bolehkah had kelulusan ditetapkan, dan bolehkah sistem menghalang seseorang meluluskan permintaan sendiri?
• Bagaimana pengguna ditambah, dilumpuhkan dan dibuang, dan adakah melumpuhkan mengekalkan sejarah mereka?
• Bolehkah pentadbir kedua dicipta tanpa pembangun?
• Akses apa yang akan anda, sebagai pembangun, kekalkan selepas pelancaran, dan bagaimana ia direkodkan?

Anggap jawapan kabur sebagai maklumat: pembangun yang pernah membina peraturan akses menjawab dengan cepat dan dalam bahasa mudah.

Nota ringkas: jejak audit dan sandaran

Peranan menentukan siapa dibenarkan bertindak. Dua perlindungan berkaitan, rekod siapa buat apa dan bila, serta sandaran yang diuji supaya kesilapan boleh dipulihkan, wajar mendapat panduan tersendiri. Buat masa ini, letakkan kedua-duanya dalam senarai soalan anda kepada pembangun.

Senarai semak sebelum menandatangani penerimaan

• Peranan dinamakan mengikut jawatan, dengan jadual enam tindakan dalam spesifikasi.
• Skop dinyatakan bagi setiap peranan, dan medan sensitif disembunyikan jika perlu.
• Had kelulusan ditulis, tanpa kelulusan sendiri.
• Tiada log masuk berkongsi; dua pentadbir bernama, masing-masing juga mempunyai akaun harian.
• Setiap "Tidak" dalam jadual diuji semasa penerimaan.
• Rutin pekerja baharu, pertukaran tugas dan staf berhenti, tarikh semakan suku tahunan, dan akses pembangun sendiri direkodkan.

Kesilapan biasa

• Memutuskan peranan selepas pembinaan. Menambah akses kemudian lebih mahal daripada merancangnya.
• Terlupa eksport. Senarai terhad menjadi tidak terhad sebaik sahaja seseorang boleh memuat turunnya.
• Menguji hanya apa yang boleh dilakukan orang. Petak "Tidak" ialah tempat kebocoran berlaku.
• Memadam akaun staf yang berhenti. Sejarah kehilangan nama; lumpuhkan sahaja.
• Menjadikan pemilik satu-satunya pentadbir. Ia mewujudkan kesesakan.

Kedudukan Gotka Technologies

Perkhidmatan Pembangunan Aplikasi & Sistem Gotka membina aplikasi mudah alih, aplikasi web dan sistem perniagaan, bermula daripada RM8,000 (indikatif) untuk aplikasi web dan papan pemuka, RM12,000 untuk sistem perniagaan dan integrasi serta RM15,000 untuk aplikasi mudah alih, masing-masing disahkan melalui sebut harga bertulis selepas keperluan anda dikenal pasti. Panduan ini nasihat umum dan tidak menerangkan sebarang peranan, kebenaran atau ciri keselamatan sistem Gotka, jadi minta mana-mana pembekal, termasuk Gotka, menulis peraturan akses yang akan mereka bina. Untuk bahagian berhadapan pelanggan, lihat portal pelanggan untuk perniagaan perkhidmatan; untuk apa yang dilihat setiap peranan dalam laporan, papan pemuka dan laporan perniagaan; untuk rekod staf, kehadiran, cuti dan tuntutan; dan jika anda memindahkan rekod lama, migrasi data. Pasukan kami boleh dihubungi melalui halaman hubungi.

Istilah utama dalam panduan ini

• Peranan: set kebenaran bernama yang dikaitkan dengan jawatan, seperti pengurus atau juruteknik.
• Kebenaran: perkara khusus yang boleh dilakukan sesuatu peranan, seperti melihat, mencipta, menyunting, meluluskan, memadam atau mengeksport.
• Keistimewaan minimum (akses minimum): memberi setiap orang hanya akses yang diperlukan kerjanya.
• Admin (pentadbir): akaun yang boleh menambah pengguna dan menukar peranan, dan selalunya melihat segala-galanya.
• Skop: sejauh mana sesuatu peranan merangkumi, seperti semua rekod, satu cawangan atau rekod sendiri sahaja.
• Akses peringkat medan: menyembunyikan medan seperti harga kos daripada peranan yang boleh membuka rekod.
• Pengasingan tugas: seorang menyediakan sesuatu tugas dan seorang lagi meluluskannya.