Banyak Perekam CCTV, Satu Alur Kerja Operator

Jika kamera tersebar di beberapa perekam (NVR, kotak yang menyimpan rekaman), operator tidak perlu menghafal kamera mana tersimpan di perekam mana. Susun ruang kontrol menurut area, biarkan satu sistem yang berhubungan dengan semua perekam, lalu hitung kapasitas per perekam: sesi tayangan langsung, jatah putar ulang, bandwidth, dan jam di masing-masing perangkat.

Pembagian ini jarang direncanakan. Perekam pertama penuh, perekam kedua dipasang, lalu kamera baru disambungkan ke perekam yang masih punya kanal kosong. Beberapa tahun kemudian, kamera lobi bisa tersebar di dua perekam dan kamera parkir di tiga perekam.

Mengapa perekam kedua menyulitkan operator?

Aplikasi bawaan perekam biasanya menampilkan kamera berdasarkan nomor kanal di perekam itu. Dengan tiga perekam, operator menghadapi tiga daftar, tiga akun masuk, dan tiga linimasa. Saat menelusuri seseorang dari lift ke lobi, operator mungkin harus berganti aplikasi di tengah pencarian.

Di salah satu gedung yang saya tangani, sekitar 120 kamera tersambung ke tiga perekam, dan satu perekam saja bisa menampung sampai 64 kanal. Petugas shift tidak mungkin menghafal nomor kanal sebanyak itu. Kameranya berfungsi, tetapi susunannya menyulitkan orang yang memakainya.

Susun menurut area, bukan menurut perekam

Operator berpikir dengan nama tempat: lobi, lift, parkir, gerbang belakang. Area adalah daftar kamera yang diambil dari perekam mana pun. Administrator menyiapkan tampilan tersimpan untuk setiap area. Operator cukup berpindah tampilan tanpa mengubah pengaturan.

Hak akses ikut memakai area yang sama. Petugas parkir mendapat area parkir, di perekam mana pun kameranya merekam. Cara menguji izin dari akun operator ada di panduan hak akses CCTV.

Apakah perlu membeli perangkat lunak baru?

Belum tentu. Sebagian perangkat lunak pengelola video (VMS) sudah bisa menggabungkan beberapa server perekam menjadi satu sistem. Contohnya, artikel dukungan Hanwha tentang penggabungan sistem di WAVE. Bisa tidaknya perekam yang sudah terpasang ikut digabung bergantung pada model, versi firmware, dan protokol yang didukung. Hal yang perlu dicek ada di panduan kompatibilitas ONVIF dan RTSP.

Berapa operator dan layar yang dibutuhkan?

Standar tidak memberi angka pasti. Edisi kedua IEC 62676-4, terbit Oktober 2025 dan menggantikan edisi 2014, menyatakan tidak ada batas teoretis untuk jumlah kamera dan layar. Batas sebenarnya ditentukan oleh kombinasi peralatan kontrol dan tampilan, serta kemampuan operator mengelola sistem. Standar ini juga memuat bagian khusus tentang beban kerja operator.

Jadi, mulailah dari pekerjaannya, bukan dari jumlah kamera. Catat area yang harus dipantau setiap shift, kejadian yang perlu ditanggapi, dan kamera yang cukup direkam untuk diperiksa belakangan. Kamera yang tidak dipantau langsung tetap penting. Hanya saja, kamera itu tidak perlu memakan satu kotak di layar sepanjang hari.

Peringatan yang terlalu ramai juga menambah beban. Di gedung tadi, deteksi gerakan hanya dinyalakan pada kamera lift yang dipilih administrator. Kalau semua kamera mengirim peringatan, beberapa peringatan yang penting akan tenggelam.

Hitung kapasitas per perekam, bukan total gedung

Setiap perekam punya batasnya sendiri, dan jumlah kamera total menyembunyikan batas itu. Spesifikasi model perekam di lokasi itu mencantumkan 10 pengguna tayangan langsung, satu pengguna pencarian/putar ulang, dan transmisi keluar 400 Mbps per unit.

Dampaknya langsung terasa di ruang kontrol:

• Tayangan langsung. Jika tiga PC operator, pos satpam, dan laptop manajer masing-masing masuk langsung ke perekam, batas 10 pengguna cepat tercapai. Sistem pusat yang memegang satu koneksi per perekam lalu membagikannya ke semua PC memakai jatah jauh lebih sedikit.
• Putar ulang. Karena hanya satu pengguna putar ulang per perekam, operator kedua yang membuka rekaman dari perekam yang sama akan ditolak. Aplikasi sebaiknya menyebutkan siapa yang sedang memakainya, bukan pesan kesalahan yang membingungkan.
• Kapasitas jaringan. Tampilan banyak kotak cukup memakai aliran video kecil dari setiap kamera. Aliran resolusi penuh dipakai saat satu kamera diperbesar.

Pada 29 September 2026, salah satu perekam di gedung itu mengirim 27 kanal video 1080p sekaligus melalui satu sesi bersama, dan 26 kanal benar-benar mengirim gambar. Ini satu uji lapangan, bukan batas untuk semua model. Sisi teknisnya, termasuk cara menyambung ulang koneksi, dibahas di artikel tentang 100+ aliran kamera dalam satu backend Go.

Apakah jam di semua perekam sudah sama?

Kejadian yang terekam di dua perekam hanya bisa ditelusuri jika kedua linimasanya memakai waktu yang sama. Dalam uji lapangan yang sama, jam salah satu perekam maju 1 jam 27 menit. Perekam itu mencoba menyamakan jam dengan server waktu di internet, padahal jaringan kamera tidak punya akses internet. Akibatnya, penyamaan jam selalu gagal.

Arahkan semua perekam ke sumber waktu di dalam jaringan, lalu periksa selisihnya saat serah terima. Sistem pusat memang bisa membaca selisih jam setiap perekam dan menyesuaikan putar ulang, tetapi memperbaiki sumbernya tetap lebih baik. Alasan selisih waktu melemahkan bukti dijelaskan di artikel tentang jam yang melenceng.

Apa yang perlu dilihat operator saat ada gangguan?

Status "offline" saja tidak cukup jika perekamnya lebih dari satu. Operator dan teknisi perlu tahu apakah gambar kamera hilang, kamera terputus dari perekam, atau perekamnya sendiri tidak terjangkau. Setiap penyebab ditangani orang yang berbeda: teknisi lokasi, pemeriksaan jaringan, atau vendor perekam.

Biarkan kotak kamera tetap di tampilannya dan tampilkan penyebabnya. Kotak yang hilang begitu saja meninggalkan celah di area yang baru disadari ketika rekamannya dibutuhkan.

Apa yang perlu disiapkan sebelum berdiskusi?

Siapkan daftar perekam beserta model dan versi firmware, kanal di setiap perekam, serta area untuk setiap kamera. Tambahkan jumlah PC operator dan monitor, siapa yang biasanya memutar ulang rekaman, dan dari mana perekam mendapat waktu.

Dalam proyek Pantau untuk manajemen CCTV, kamera dari beberapa perekam dikelompokkan per area, operator bekerja dari tampilan tersimpan, dan server pusat menangani koneksi ke setiap perekam. Itu salah satu contoh pengembangan sesuai kebutuhan lokasi, bukan klaim bahwa sistem lain tidak bisa menggabungkan perekam. Untuk kebutuhan pemantauan dan integrasi, lihat layanan pengembangan sistem IoT.

Ceritakan perekam dan ruang kontrol Anda. Diskusi awal gratis selama 15 menit. Survei, konfigurasi, dan pengembangan ditentukan setelah kondisi lokasi dibahas.