Platform Kunci Pintar untuk Kos dan Hotel

Platform kunci pintar untuk kos dan hotel bisa memakai sistem pusat yang sama, tetapi cara memperbarui aksesnya berbeda. Di kos, pengelola bisa datang ke pintu dengan Bluetooth. Di hotel, perubahan reservasi sering membutuhkan pembaruan jarak jauh lewat gateway, alat penghubung kunci ke jaringan. Pilih dari kebutuhan operasional dan siapkan perilaku saat koneksi terputus.

Saya membangun satu platform akses untuk kedua kebutuhan tersebut. Keputusan utamanya adalah apakah jaringan ikut menentukan pintu dapat dibuka, serta manfaat yang membenarkan biaya koneksi tersebut.

Dua bangunan, dua batasan

Pemilik kos ingin sesuatu yang murah dipasang dan tidak perlu dirawat: tanpa kabel, tanpa perangkat tambahan per lantai, tanpa bergantung pada koneksi internet bangunan. Hotel ingin kebalikannya: hak akses yang diperbarui seketika saat reservasi berubah, pemantauan jarak jauh ke setiap pintu, dan sistem yang terhubung dengan cara kerja resepsionis yang sudah ada.

Satu cara koneksi yang dipaksakan pada keduanya dapat membuat kos terlalu mahal atau kebutuhan hotel tidak terpenuhi. Platform ini memakai dua pola koneksi dengan komponen inti bersama: API integrasi, aplikasi ponsel, dan panel administrasi. Hubungan fisik dengan kunci menentukan cara akses diperbarui pada setiap pola.

Pola Bluetooth: ponsel membawa perubahan ke pintu

Untuk kos, kunci berkomunikasi lewat Bluetooth murni. Tidak ada penghubung jaringan, tidak ada hub, tidak ada bridge kabel. Ponsel pengelola menjadi perantara perubahan, menyerupai kurir yang membawa kunci digital dari pintu ke pintu. Membuat PIN, mencabut kredensial, menarik log, semuanya terjadi dengan berdiri di depan pintu, aplikasi terbuka, dan membiarkan Bluetooth melakukan pertukaran awal koneksi langsung dengan kunci.

Pola ini membatasi pengelolaan jarak jauh, tetapi memberi manfaat penting: kunci tidak pernah butuh internet untuk membuat keputusan akses. Kredensial diverifikasi di dalam kunci itu sendiri, jadi PIN penyewa tetap jalan saat WiFi mati, router restart, atau ada rentang waktu tanpa konektivitas ke bangunan sama sekali. Pintu memang tidak pernah bergantung pada konektivitas bangunan sejak awal. Sistem pusat hanya berperan untuk urusan administratif di sekitar akses, bukan akses itu sendiri: ia melacak siapa memegang kredensial apa, kapan harus kedaluwarsa, dan apa isi log terakhir saat ponsel sinkronisasi.

Konsekuensinya, pencabutan akses tidak langsung diterapkan dari jauh. Kalau PIN harus hilang saat itu juga, seseorang harus mendatangi pintu secara fisik. Ponsel pengelola harus ada di sana untuk mendorong perubahan itu.

Pengelola yang tinggal di lokasi dapat memperbarui akses sambil memeriksa pintu setiap hari. Pemilik yang mengurus beberapa properti dari jauh mungkin memerlukan pola lain karena tidak dapat segera mendatangi kunci.

Saya bahas lebih dalam soal kombinasi kredensial dan siklus hidup penyewa di akses pintu pintar untuk kos.

Pola hotel: penghubung jaringan memperbarui akses dari jauh

Pada rancangan pola hotel ini, kunci terhubung lewat penghubung jaringan: bridge kecil, biasanya satu per lantai, yang membuat setiap kunci bisa dijangkau tanpa ponsel harus berdiri di depan pintu. Kemampuan dihubungi kapan saja itulah yang mengubah kunci dari perangkat berdiri sendiri menjadi bagian dari sebuah sistem. Sistem pusat tahu level baterai dan status kunci secara langsung, dan bisa mendorong perubahan kredensial tanpa ada yang perlu berjalan menyusuri lorong.

Manfaat operasional penghubung jaringan berasal dari pembaruan akses melalui sistem manajemen hotel. Penetapan kamar saat pendaftaran tamu langsung memberi akses ke tamu, terikat dengan lama menginapnya. Keberangkatan tamu memicu permintaan pencabutan melalui penghubung jaringan. Tandai pencabutan selesai setelah kunci mengonfirmasi pembaruan. Kunci yang tidak tersambung masih dapat menerima kredensial sampai perubahan diterima atau masa berlakunya berakhir.

Status kebersihan kamar — bersih, kotor, sudah diperiksa, tidak bisa dipakai — tetap terlihat berdampingan dengan status kunci. Kamar tidak ditandai siap dijual saat kondisi pintunya sendiri masih tidak konsisten.

Ini disiplin siklus hidup yang sama dengan yang saya tulis untuk aturan perubahan status kamar hotel. Akses dan kebersihan kamar sama-sama memerlukan status serta aturan perubahan yang jelas. Tanpa aturan tersebut, staf harus mengingat pemeriksaan manual.

Pilih pola koneksi berdasarkan pengelola dan waktu pembaruan

Pertanyaan penentunya: siapa yang secara fisik ada di bangunan, dan seberapa cepat akses perlu berubah. Manajer yang tinggal di lokasi dan dapat menjangkau pintu dalam beberapa menit mungkin cukup memakai kunci serta aplikasi. Penghubung jaringan perlu dinilai berdasarkan kebutuhan pembaruan akses jarak jauh. Gateway di setiap lantai justru jadi biaya berulang untuk masalah yang tidak ia miliki.

Hotel yang memerlukan pembaruan akses jarak jauh segera setelah reservasi berubah membutuhkan jalur komunikasi ke kunci. Gateway dapat menyediakan jalur itu untuk model BLE. Namun hotel juga bisa memakai kartu tanpa jaringan yang diterbitkan di resepsionis atau kunci dengan jaringan bawaan; pilihan tersebut memiliki alur pencabutan dan pembaruan akses berbeda. Kebutuhan operasional, bukan label “hotel”, menentukan apakah penghubung jaringan wajib pada sistem yang dipilih.

Pola yang tidak sesuai menambah biaya atau pekerjaan manual. Kos dengan pengelola di lokasi mungkin tidak membutuhkan kendali jarak jauh. Pada rancangan hotel Bluetooth dalam artikel ini, penghubung jaringan mengurangi pekerjaan membuat dan mencabut kredensial satu per satu di pintu. Pilihan kartu tanpa jaringan memiliki alur operasional berbeda.

Satu platform dengan dua pola pembaruan akses

Satu platform, dua pola, satu pertanyaan penentu: apakah bangunan itu punya orang di lokasi yang bisa menjangkau pintu mana pun dalam hitungan menit, atau apakah akses perlu berubah seketika saat reservasi berubah?

Dalam platform ini, kos memakai ponsel dan kunci Bluetooth, sedangkan hotel memakai penghubung jaringan yang terintegrasi dengan reservasi. Sistem pusat, API integrasi, dan aplikasi ponselnya tetap sama. Pola koneksi dipilih sesuai kecepatan pembaruan akses yang diperlukan. Untuk arsitektur sistem pusat yang merangkai protokol seperti ini, lihat panduan lengkap sistem pusat IoT.