Visitor Management System: SaaS, Open Source, atau Custom? Cara Memilih yang Tepat

Foto oleh Annie Spratt di Unsplash

Setelah memutuskan bahwa buku tamu kertas tidak lagi memadai, pertanyaan berikutnya adalah: membeli layanan siap pakai, memasang aplikasi open source, atau membangun sistem sendiri? Ketiganya sah, tetapi cocok untuk kebutuhan yang berbeda.

Artikel ini membandingkan ketiga jalur untuk visitor management system (VMS), menyajikan pertanyaan penentu, dan menjelaskan cara mengujinya sebelum memutuskan. Bila Anda belum familiar dengan konsepnya, mulailah dari pengertian visitor management system.

Jalur 1: Layanan Siap Pakai (SaaS)

Anda berlangganan, mengatur lokasi dan alur, lalu langsung memakainya. Penyedia mengurus server, pembaruan, dan keamanan dasar.

• Cocok untuk: kantor tunggal atau beberapa cabang dengan alur standar: undangan, check-in, notifikasi ke tuan rumah, dan check-out.
• Kelebihan: cepat berjalan, tanpa perangkat server sendiri, dan pembaruan fitur diurus penyedia.
• Yang perlu dicek: biaya berulang (per lokasi, pengguna, atau jumlah kunjungan), batas kustomisasi, lokasi penyimpanan data, dan apakah data bisa diekspor bila Anda berhenti berlangganan.

Jalur 2: Open Source

Kode sumbernya terbuka sehingga bisa dipasang di server sendiri tanpa biaya lisensi. Namun jangan berasumsi “gratis” berarti murah: ada biaya waktu dan keahlian.

• Cocok untuk: organisasi dengan tim IT yang mampu memasang, mengamankan, dan memelihara sistem sendiri, serta kebutuhan yang sederhana.
• Kelebihan: data berada di server Anda dan kode bisa diubah.
• Yang perlu dicek: sebagian proyek open source untuk pengelolaan tamu berskala kecil dan dikelola komunitas. Periksa tanggal pembaruan terakhir, aktivitas pemeliharanya, jenis lisensi, kelengkapan fitur (undangan, notifikasi, check-out, laporan), dan siapa yang menambal celah keamanan.
• Risiko tersembunyi: bila orang yang memasangnya pindah tugas, pemeliharaan bisa berhenti.

Jalur 3: Custom

Sistem dibangun sesuai proses, tampilan, dan integrasi organisasi Anda.

• Cocok untuk: alur khusus (misalnya persetujuan berlapis, izin kerja kontraktor, atau area dengan aturan keselamatan tertentu), banyak lokasi dengan aturan berbeda, atau integrasi mendalam dengan kontrol akses, HRIS, dan sistem internal lain.
• Kelebihan: alur sesuai kebutuhan, integrasi leluasa, dan kebijakan data ditentukan sendiri.
• Yang perlu dicek: investasi awal dan waktu pengembangan lebih besar, serta pemeliharaan jangka panjang. Tentukan sejak awal siapa pemilik kode sumber dan siapa yang merawat sistem setelah serah terima.

Pertanyaan Penentu

• Seberapa standar alur Anda? Bila hanya check-in dan check-out biasa, SaaS biasanya cukup. Bila ada persetujuan atau izin khusus, pertimbangkan custom.
• Berapa lokasi dan pintu yang terlibat? Banyak lokasi menaikkan kebutuhan pengelolaan terpusat dan laporan gabungan.
• Apa yang harus terhubung? Kontrol akses, HRIS, surel, atau WhatsApp. Lihat sistem kontrol akses untuk kantor.
• Di mana data harus disimpan? Ada organisasi yang mewajibkan data di server sendiri atau di dalam negeri.
• Siapa yang akan memeliharanya? Tim internal, penyedia SaaS, atau pengembang yang dikontrak.
• Berapa total biaya dalam tiga tahun? Hitung langganan, perangkat (tablet, printer kartu, kios), pemeliharaan, dan biaya perubahan, bukan hanya harga awal.

Pertimbangan Data Pribadi untuk Ketiga Jalur

Apa pun jalurnya, VMS memproses data pribadi pengunjung, sehingga ketentuan UU 27/2022 tentang Pelindungan Data Pribadi berlaku. Pasal 37 mewajibkan pengendali data mengawasi pihak yang terlibat dalam pemrosesan di bawah kendalinya. Artinya, bila Anda memakai SaaS atau pengembang eksternal, perjanjian dan praktik kerja mereka tetap menjadi tanggung jawab Anda untuk diperiksa.

• Minta penjelasan tertulis tentang lokasi penyimpanan, akses, cadangan, dan penghapusan data.
• Pastikan retensi dapat diatur dan data bisa dihapus saat masa simpan berakhir.
• Tanyakan bagaimana penyedia memberitahukan Anda bila terjadi kebocoran data, karena pengendali wajib menyampaikan pemberitahuan tertulis dalam waktu 3 x 24 jam (Pasal 46).

Pembahasan lebih lengkap tentang dasar pemrosesan, retensi, dan data yang boleh dikumpulkan ada di buku tamu digital dan UU PDP. Pasal-pasal ini bukan nasihat hukum; konsultasikan dengan penasihat hukum atau pejabat pelindungan data di organisasi Anda.

Uji Sebelum Memutuskan

Demo yang rapi belum tentu cocok dengan situasi lobi Anda. Siapkan skenario uji yang sama untuk setiap kandidat:

1. Tamu yang sudah diundang datang dan check-in dalam hitungan detik.
2. Tamu tanpa janji: petugas mendaftarkan dan tuan rumah menerima notifikasi.
3. Kontraktor dengan syarat khusus (surat tugas, jam kerja, area terbatas).
4. Tamu pulang dan check-out dicatat. Lalu keluarkan daftar tamu yang masih berada di gedung.
5. Hapus data kunjungan yang sudah melewati masa simpan.
6. Koneksi internet terputus: apakah petugas tetap bisa mencatat?

Pastikan juga alur ini sejalan dengan SOP penerimaan tamu di kantor Anda. Sistem terbaik pun tidak membantu bila prosedurnya belum jelas.

Mulai dari yang Kecil, Naik Bila Perlu

Ketiga jalur tidak saling mengunci selamanya. Banyak organisasi memulai dengan layanan siap pakai atau formulir digital sederhana, lalu beralih ke sistem custom saat kebutuhan integrasi dan alurnya makin spesifik. Rencanakan agar data dapat dipindahkan dan jangan menandatangani kontrak yang menyulitkan ekspor data. Bila Anda sudah tahu alur dan integrasi yang dibutuhkan, Sekawan Media mengembangkan aplikasi visitor management yang dapat disesuaikan. Daftar contoh aplikasi buku tamu yang lebih sederhana ada di rekomendasi aplikasi buku tamu.

Pertanyaan yang Sering Diajukan (FAQ)