Tunas Akara
Kembali ke Blog

Manajemen Tamu: Siapa yang Ada di Dalam Gedung?

oleh Rayhan9 menit baca
visitor-managementaccess-controlintegrationoperations
Manajemen Tamu: Siapa yang Ada di Dalam Gedung?

Manajemen Tamu: Siapa yang Ada di Dalam Gedung?

Sistem manajemen tamu diuji di dua momen, dan tidak satu pun terjadi di meja registrasi. Pertama, saat tamu pulang sambil membawa kartu yang masih hidup. Kedua, saat alarm kebakaran bunyi dan manajer pabrik butuh angka pasti: berapa orang yang masih ada di dalam pagar, dalam hitungan belasan menit.

Sebenarnya sistem tamu itu kerjanya apa?

Ada empat pekerjaan, dan mencetak kartu adalah yang paling remeh.

Memeriksa identitas di pos. Memberi kartu yang cuma membuka pintu yang boleh dibuka. Menjaga daftar siapa saja yang sedang berada di dalam. Meninggalkan catatan yang masih bisa dibaca auditor setahun kemudian.

Sebuah pabrik makanan dan minuman di kawasan industri menuangkan kebutuhannya ke dokumen spesifikasi resmi tahun lalu. Isinya 39 butir kebutuhan untuk penanganan tamu — dan 64 butir untuk evakuasi darurat. Bagian daruratnya lebih tebal daripada bagian tamunya. Perbandingan itu jujur menunjukkan letak risikonya. Mendaftarkan tamu cuma soal formulir. Mengetahui siapa yang masih tertinggal di gedung yang terbakar itu soal sistem.

Perangkat kerasnya biasanya sudah setengah ada. Di lobi utama sudah berdiri turnstile — palang putar setinggi pinggang yang meloloskan satu orang untuk satu kartu — dan di belakangnya ada panel kontrol akses. Yang belum ada: lapisan yang memperlakukan satu kunjungan sebagai sesuatu yang punya awal, tengah, dan akhir.

Kartu tamu butuh siklus hidup, bukan sakelar hidup-mati

Kartu tamu itu barang pinjaman. Minggu depan plastik yang sama dipegang orang lain, jadi yang diidentifikasi sistem bukan kartunya, melainkan kunjungannya. Modelkan kunjungan sebagai rangkaian status, masing-masing dengan satu aturan untuk pindah ke status berikutnya.

Loading diagram…

Ada tiga detail di diagram itu yang kalau salah, ongkosnya nyata.

Kartu tetap hidup untuk keluar-masuk berulang. Tamu keluar sebentar menerima telepon, lalu balik lagi. Kalau kartunya mati begitu tap keluar pertama, pos satpam berubah jadi antrean — dan satpam mulai mengganjal pintu dengan kursi. Model keamanan Anda tamat di situ, bukan oleh peretas.

Nonaktifnya bukan "akhir hari". Pemicunya tap keluar yang tercatat, atau batas waktu, mana yang lebih dulu. Kalau kartu baru dimatikan jam sepuluh malam, tamu yang pulang jam dua siang membawa kartu hidup selama delapan jam.

Kartu dikembalikan di tempat dia diambil. Kalau check-in di pos satpam sebelum turnstile, check-out juga harus di sana. Denah bangunan yang menentukan aturan software, bukan sebaliknya. Terbalik sedikit saja, Anda merancang loket pengembalian kartu yang letaknya di seberang palang yang sudah tidak bisa dilewati tamu itu lagi.

Lalu ada golongan yang hampir selalu luput: sopir truk, kurir, dan penumpang kedua-ketiga di dalam mobil. Mereka tidak mendaftar dari jauh hari, masuknya lewat gerbang lain, dan saat evakuasi mereka berada di dalam pagar persis seperti yang lain. Tentukan alurnya secara tertulis, atau satpam yang akan mengarang alurnya sendiri.

Siapa yang menyetujui kunjungan, siapa yang menentukan pintunya?

Ini dua keputusan berbeda. Menggabungkannya adalah kesalahan desain paling sering di kategori ini.

Persetujuan menjawab "orang ini boleh datang hari ini atau tidak". Itu wewenang host — karyawan yang dikunjungi — dan biasanya sudah punya rumah sendiri: web praregistrasi yang dibangun vendor lain. Hak akses menjawab "reader mana saja yang mau menerima kartu ini". Itu urusan panel kontrol akses dan kategori tamu yang disepakati bersama tim security: kontraktor, auditor, sopir, pelamar.

Nomor HP dan email host disimpan di master data karyawan, bukan diketik satpam di meja pos. Satpam yang mengetik nomor HP jam 07.40 akan salah cukup sering untuk jadi masalah — dan nomor itulah yang dipakai sistem untuk memberi tahu host bahwa tamunya sudah menunggu.

Untuk sambungan ke web praregistrasi milik pihak lain, minta dua arah sekaligus:

  • Webhook — sistem sebelah memanggil sistem Anda begitu satu kunjungan disetujui — supaya pos satpam langsung melihat daftar hari ini.
  • Tarikan berkala lewat API, tiap beberapa menit, untuk menyapu kejadian yang lolos saat server Anda sedang restart.

Satu tanpa yang lain itu desain yang mulus di demo saja. Webhook bisa hilang; polling saja lambat. Disiplin rekonsiliasi yang sama berlaku di semua integrasi berbasis kejadian — mekanik mengeluarkan dan memasukkan event dari produk security yang tertutup sudah saya bahas di integrasi kontrol akses dan VMS dengan sistem sendiri.

Dua kebijakan lagi yang harus hitam di atas putih sebelum coding dimulai. Pertama, apakah tamu tanpa daftar sebelumnya masih dilayani. "Semua wajib praregistrasi" itu jawaban yang sah, tapi itu keputusan bisnis dengan akibat di pos satpam, bukan sekadar tombol fitur. Kedua, cara kerja blokir sementara: daftar cekal yang tidak punya tanggal berakhir cepat atau lambat akan memblokir kontraktor yang sudah dilupakan semua orang. Beri setiap blokir tanggal kedaluwarsa dan satu nama penanggung jawab.

Apa yang terjadi saat alarm kebakaran bunyi?

Di sinilah manajemen tamu berhenti jadi produk meja depan.

Begitu panel kebakaran aktif, empat hal harus jalan tanpa perlu ada yang teringat menjalankannya. Check-in baru dibekukan, supaya angka "di dalam" berhenti bergerak. Dasbor pindah ke tampilan evakuasi. Reader di titik kumpul — lapangan terbuka tempat semua orang berkumpul, yang menurut Permen PUPR No. 14/2017 minimal berjarak 20 meter dari gedung — mulai mencatat kedatangan. Dan seseorang memegang daftar cetak berisi nama yang belum terhitung.

Bagian yang sulit bukan dasbornya. Bagian yang sulit: menetapkan angka pembandingnya.

"Siapa yang di dalam" terdengar jelas sampai Anda menulis query-nya. Apakah seorang karyawan dihitung di dalam karena pagi tadi tap masuk dan belum pernah tap keluar? Bagaimana dengan penumpang mobil yang tidak pernah tap apa pun? Bagaimana dengan tamu yang tap keluar di turnstile tapi kartunya belum dikembalikan ke pos? Tiap jawaban adalah kebijakan, tiap kebijakan harus disepakati tim K3, dan angka di layar evakuasi cuma sejujur definisi-definisi itu. Pilih satu aturan, tempel di dinding. Di satu pabrik, aturan yang disepakati: sudah tap masuk, belum tap keluar, dan penumpang mobil wajib mendaftar sendiri di gerbang.

Dua aturan teknis memisahkan layar yang menolong dari layar yang justru mencelakakan.

Reader di titik kumpul hanya mencatat, tidak pernah menolak. Saat evakuasi, reader yang menolak kartu adalah penghalang di tengah kerumunan. Dia merekam tap dan tidak membuka apa-apa.

Tulis terang-terangan apa yang terjadi kalau jaringan putus. Kebakaran yang membakar satu switch juga membakar angka live Anda. Panel kontrol akses menyimpan tap di memorinya sendiri dan menyusulkannya begitu jaringan pulih — jadi datanya selamat, tapi layar real-time-nya tidak. Celah itu ditulis di spesifikasi dan di prosedur latihan, dengan absensi manual sebagai cadangan resmi. Bukan ditemukan jam tiga pagi oleh supervisor shift yang memegang tablet mati.

Latihan evakuasi butuh perlakuan serupa. Drill terjadwal menghasilkan tap dan laporan yang sama persis dengan kejadian sungguhan, jadi labeli datanya sebagai latihan sejak detik drill dimulai. Semua rekonstruksi kejadian bersandar pada timestamp, dan itu sebabnya kedisiplinan jam antara panel, kamera, dan server lebih penting dari kelihatannya — saya bahas di saat timestamp berhenti jadi bukti.

Bagaimana kartu tamu dihidupkan dan dimatikan?

Ada tiga jalur, urut dari yang paling layak dicoba. Urutannya berlaku untuk hampir semua platform kontrol akses yang dijual di Indonesia.

  1. Jalur perintah resmi vendor lewat jaringan. EntryPass P1, yang banyak dipakai pabrik dan pengelola kawasan di sini, menyediakannya dalam bentuk XML di atas TCP untuk mengaktifkan dan menonaktifkan kartu, plus satu saluran terpisah yang mendorong event akses secara real-time. Tidak ada instalasi apa pun di server panel: Anda menyambung dari mesin sendiri, dan panel hanya mengizinkan alamat IP yang sudah didaftarkan.
  2. Impor file resmi. Panel mengawasi satu folder dan memungut file yang dijatuhkan di sana tiap beberapa detik. Lebih lambat, kurang elegan, tapi resmi didukung dan tidak butuh lisensi tambahan.
  3. Menulis langsung ke database panel. Darurat saja, dan panelnya dimatikan dulu. Perlakukan sebagai operasi penyelamatan data, bukan sebagai integrasi.

Jebakannya ada di jalur pertama: saluran perintah itu umumnya modul berbayar, bukan bawaan instalasi dasar. Saya sudah beberapa kali melihat ini berubah jadi perdebatan lingkup kerja, karena semua pihak mengira lisensinya sudah ada. Pastikan status lisensinya sebelum penawaran dikirim, bukan pas commissioning.

Pipa yang sama menyelesaikan masalah berbeda buat pengelola kawasan. Satu kawasan industri ingin akses lift dimatikan untuk unit yang menunggak iuran pengelolaan, lalu hidup lagi kurang dari lima menit setelah pembayaran tercatat. Integrasinya tiga minggu kerja. Pertanyaan kebijakannya makan waktu lebih lama: bayar sebagian membuka akses atau tidak, blokirnya kena semua kartu di unit itu atau satu saja, berapa lama masa tenggang, siapa yang dapat pengecualian permanen, dan berapa minggu sosialisasi sebelum blokir pertama dinyalakan. Tulis jawabannya di dokumen kick-off. Di situlah proyeknya.

Kapan data tamu jadi urusan hukum?

Satu catatan kunjungan berisi nama, asal perusahaan, nomor KTP atau paspor, kadang foto, plus riwayat pergerakan orangnya. Di mata hukum pelindungan data pribadi Indonesia, itu semua materi yang diatur — dan aturannya baru saja jadi lebih rinci.

Peraturan Pemerintah No. 33/2026, aturan pelaksana UU Pelindungan Data Pribadi 2022, diundangkan 16 Juli 2026 dan mulai berlaku 16 Januari 2027 — enam bulan setelah diundangkan, sesuai Pasal 223. Isinya mewajibkan penilaian dampak sebelum pemantauan data pribadi berskala besar atau sistematis (Pasal 120–122), mengatur kapan sebuah organisasi wajib menunjuk petugas pelindungan data (Pasal 142–147), dan merinci sanksi administratifnya, yang bisa mencapai 2% pendapatan tahunan (Pasal 184–185).

Pemantauan pergerakan orang, berskala besar, memakai nomor identitas: itu deskripsi yang pas untuk sistem tamu sebuah pabrik. Tiga akibat praktisnya:

  • Ambil seperlunya. Nomor identitas yang dicek di pos tidak harus disimpan utuh. Tentukan dulu apa yang benar-benar dibutuhkan audit.
  • Tetapkan masa simpan, lalu paksakan lewat kode. Log kunjungan tujuh tahun di pabrik besar itu database yang tidak seberapa — satu perhitungan kasar menaruhnya di sekitar 50 GB tanpa foto dan 250 GB dengan foto. Tapi setiap barisnya data pribadi yang menumpuk begitu saja.
  • Putuskan soal foto dengan sadar. Ambil foto webcam saat check-in itu gampang ditambahkan dan susah dipertanggungjawabkan belakangan. Di satu pabrik, fitur itu dicoret waktu review desain.

Sisi dendanya saya bahas lebih dalam di perubahan denda data pribadi 2026.

Pertanyaan sebelum tanda tangan

  1. Kapan persisnya kartu tamu dinonaktifkan — saat tap keluar, saat batas waktu, atau di akhir hari?
  2. Bisakah tamu keluar-masuk berulang dengan satu kartu tanpa satpam turun tangan?
  3. Kartu dikembalikan di titik mana, dan titik itu di dalam atau di luar palang?
  4. Apa definisi resmi "sedang berada di dalam" untuk karyawan, tamu, dan penumpang mobil?
  5. Layar evakuasi masih jalan saat jaringan putus? Kalau tidak, apa cadangan tertulisnya?
  6. Reader di titik kumpul pernah menolak kartu atau tidak?
  7. Lisensi apa yang dibutuhkan integrasi ke kontrol akses, dan siapa yang membelinya?
  8. Sopir truk dan kurir didaftarkan lewat jalur apa?
  9. Berapa lama catatan tamu disimpan, dan siapa yang menghapusnya?
  10. Bisakah data latihan evakuasi diberi label latihan di laporan?

Vendor yang menjawab nomor 1, 4, dan 7 dengan spesifik pernah membangun sistem seperti ini. Vendor yang menjawab "itu otomatis ditangani sistem" belum pernah.

Yang layak diingat

Formulir registrasi itu 10% bagian sistem tamu yang kelihatan, dan itu pula bagian yang dipamerkan di setiap demo. Sisanya yang 90%: kartu yang mematikan dirinya sendiri di saat yang tepat, angka jumlah orang yang selamat dari mati listrik, dan sederet kebijakan yang sudah ditulis sebelum ada yang membuka editor.

Coba tanya calon vendor Anda: siapa yang ada di dalam gedung saat ini? Kalau jawabannya butuh menelepon pos satpam dulu, yang Anda beli itu buku tamu bersampul layar.

Artikel Terkait

Mau bangun hal serupa?

Jasa Pengembangan Backend IoT & Integrasi Multi-Protokol

Backend yang menyerap telemetri perangkat lintas MQTT, WebSocket, Modbus, dan BLE, lalu menyatukannya jadi dashboard real-time yang andal.

Lihat cara saya bisa bantu