Jawapan ringkas: pendaftaran pelawat kondo untuk tetamu Airbnb di Malaysia berjalan lancar bila setiap tempahan dapat pas pengawal sendiri, dibuat dalam aplikasi pelawat bangunan dengan nama, nombor telefon dan nombor plat tetamu, sah hanya untuk hari penginapan, dan dihantar kepada tetamu sebelum mereka sampai di palang. Buat secara manual untuk setiap tempahan memang tak boleh bertahan bila unit bertambah.
Kebanyakan hasil carian tentang topik ini ditulis untuk pihak pengurusan bangunan, bukan untuk hos. Syarikat sistem pelawat menerangkan cara penduduk menjemput pelawat dan pelawat menerima kod QR. Contohnya modul penginapan jangka pendek i-Neighbour: QR yang dihantar hos hanya sah antara masa tiba dan masa keluar, pengurusan boleh hadkan berapa QR tetamu dan kenderaan setiap hos boleh hantar sehari, dan ada peraturan "1 QR kenderaan, 1 petak parkir" (i-Neighbour). Sama ada sewa jangka pendek dibenarkan atau tidak pula ditentukan oleh undang-undang kecil bangunan (PropertyGuru).
Artikel ini dari sisi yang satu lagi: apa yang pengendali dengan banyak unit di banyak bangunan betul-betul perlu buat, dan cara sistem kami sendiri, AntlerHub, melakukannya untuk 100+ unit yang kami urus di Johor Bahru, termasuk kesilapan kami.
Kenapa pendaftaran pelawat jadi masalah untuk pengendali homestay?
Sebab setiap bangunan berbeza, dan tetamu hanya tahu ada masalah bila sampai di pondok pengawal.
Dengan satu unit, anda buka aplikasi bangunan, taip maklumat tetamu dan hantar QR. Dengan banyak unit, hampir setiap bangunan guna aplikasi pengawal berbeza, medan wajib berbeza, dan tempoh sah pas pun berbeza. Satu pendaftaran tertinggal bermaksud tetamu tersekat di pondok pengawal jam 11 malam dan menelefon anda.
| Apa yang berbeza antara bangunan | Contoh |
|---|---|
| Aplikasi yang pondok pengawal guna | iCares, Veemios, eCommunity, GProp, CSS (Klik), atau sistem QR bangunan sendiri |
| Maklumat wajib | Nama, unit dan telefon di semua tempat; ada yang mahu nombor IC atau pasport |
| Tempoh satu pas | Satu hari, sehingga 7 malam, atau seluruh penginapan |
| Apa yang diterima balik | Gambar QR, pautan, atau teks jemputan |
| Kereta atau berjalan kaki | Pas kereta perlukan nombor plat; tiada plat bermaksud pas pejalan kaki |
Bila pas pengawal patut dibuat?
Bukan semasa tempahan dibuat. Pada masa itu selalunya belum ada nombor telefon sebenar tetamu, nombor plat, malah tempahan OTA hanya ada e-mel geganti platform.
Dalam sistem kami, pas dibuat secara automatik bila tetamu selesai langkah identiti di halaman tempahan mereka dan bergerak ke langkah bayaran atau "unit sedia". Pada masa itu kami sudah ada nama yang disahkan, nombor telefon, dan nombor plat yang tetamu isi untuk tempahan ini. Kalau bangunan unit itu ada sistem pelawat yang dipautkan, tetamu didaftarkan ketika itu juga. Kalau tiada, tiada apa berlaku dan tiada yang gagal.
Dua perkara yang kami belajar dengan cara yang susah:
- Nombor plat diambil daripada tempahan, bukan akaun tetamu. Dulu kami baca plat yang disimpan dalam akaun tetamu. Tetamu dengan dua tempahan dan dua kereta dapat plat yang sama pada kedua-dua pas, dan kereta kedua tak boleh lepas palang. Sekarang plat yang diisi untuk tempahan itu diutamakan; plat akaun hanya sandaran. Halaman tempahan juga hadkan bilangan plat ikut petak parkir unit.
- Pemilik bukan pelawat. Bila pemilik unit menempah untuk tinggal di unit sendiri, kami tidak daftarkan mereka sebagai pelawat dalam aplikasi pengawal pihak ketiga. Bangunan sudah tahu siapa pemilik unit, dan menulis fakta yang salah ke dalam sistem orang lain lebih teruk daripada tidak menulis langsung.
Macam mana pas dibuat dalam aplikasi yang bukan milik kami?
Ada dua keadaan yang sangat berbeza.
Sistem QR kami sendiri (AntlerQR). Kalau pengurusan bangunan guna AntlerSecurity, pas itu ialah rekod yang kami buat dan boleh batalkan. QR di telefon tetamu bertukar setiap 60 saat, jadi tangkapan skrin yang dihantar kepada kawan tak berguna selepas seminit.
Aplikasi pengawal pihak ketiga. iCares, Veemios, eCommunity, GProp dan CSS tiada sambungan untuk perisian pengurusan hartanah. Jadi satu program pekerja log masuk ke aplikasi itu dengan akaun pengendali, isi borang pelawat seperti manusia, dan bawa balik apa yang aplikasi beri: gambar QR, pautan atau teks jemputan.
Terus terang, ini automasi yang meniru kerja manusia, bukan integrasi rasmi. Kalau aplikasi tukar skrin, pas gagal dibuat dan seseorang perlu semak.
Kenapa penginapan panjang perlukan pas baharu setiap hari?
Sebab sesetengah aplikasi hanya keluarkan pas satu hari.
| Aplikasi pengawal | Satu pas meliputi | Untuk penginapan 5 malam |
|---|---|---|
| iCares, Veemios, CSS (Klik) | Satu hari | Satu pas sehari, dihantar malam sebelumnya |
| eCommunity | Sehingga 7 malam | Satu pas |
| GProp | Seluruh penginapan | Satu pas |
| AntlerQR | Seluruh penginapan | Satu pas |
Dulu kami minta 7 hari sekali gus daripada aplikasi satu hari. Hasilnya satu gambar yang sangat panjang dengan lima atau lebih QR bertindan, satu daripadanya kosong, dan setiap QR terlalu kecil untuk diimbas di palang. Sejak 23 Oktober 2026 kami minta satu hari bagi setiap kerja: satu gambar kecil, satu mesej sehari.
Untuk penginapan lebih panjang daripada satu pas, pas seterusnya dibuat pada malam sebelum ia diperlukan, pada jam yang setiap pengendali tetapkan (asalnya 10 malam). Program pekerja hanya boleh buat pas bermula hari ini, jadi pas yang dibuat pada hari ke-3 bermula hari ke-3.
Macam mana pas sampai kepada tetamu?
Sebaik pas siap, AntlerChat menghantarnya kepada tetamu:
- Dalam tetingkap 24 jam WhatsApp (atau di WhatsApp Web, WeChat dan saluran lain tanpa tetingkap itu), tetamu terima pas itu sendiri bersama hari sahnya.
- Di luar tetingkap pada talian WhatsApp rasmi, tetamu terima mesej templat yang diluluskan dengan butang yang membuka halaman tempahan mereka, di mana petak pas pengawal memaparkannya.
Setiap pas yang siap direkod sekali sebelum apa-apa dihantar, jadi tetamu tak akan terima pas yang sama dua kali. Imbasan setiap 5 minit menghantar pas siap yang belum sampai (contohnya pelayan dimulakan semula semasa menghantar). Tempahan yang dibatalkan dan penginapan yang sudah tamat dilangkau. Pas yang rakan sekerja muat naik secara manual tidak dihantar automatik; rakan sekerja itu yang tentukan.
Apa jadi kalau gagal?
Tetamu tidak diberitahu; seorang manusia diberitahu.
Kalau program pekerja tak dapat buat pas, sembang tetamu ditandakan untuk rakan sekerja bersama sebabnya (contohnya aplikasi menolak nombor telefon yang sudah didaftarkan oleh orang lain). Kami tidak hantar mesej ralat yang tetamu tak boleh selesaikan. Kalau tetamu bertanya dulu sebelum rakan sekerja selesaikan, sembang diserahkan kepada manusia.
Kegagalan sebenar yang pernah berlaku:
- Satu aplikasi pengawal langsung tak hasilkan apa-apa. Semua unit CSS (Klik) nampak dipautkan dalam sistem tetapi tak pernah hasilkan satu pas pun, sebab satu padanan dalaman tertinggal dan ralat itu dianggap "bangunan ini tiada sistem keselamatan". Sudah dibaiki, tetapi ia berlaku tanpa disedari untuk satu tempoh.
- WhatsApp dan laman web tak sepakat. Pada Ogos 2026 pembantu sembang kami tahu satu bangunan wajibkan pengesahan identiti elektronik (eKYC) dan berhenti menawarkan borang IC manual; halaman tempahan pula masih menawarkannya. Tetamu yang sama dapat dua jawapan. Sekarang satu peraturan menjawab untuk kedua-duanya.
- Tetapan asal yang tiada siapa pilih. Tetapan "wajib eKYC" dalam pangkalan data asalnya hidup. Kalau dibaca untuk aplikasi pengawal pihak ketiga, yang tak pernah minta eKYC, ia akan menahan tetamu yang tiba untuk semakan yang pondok pengawal sendiri tak buat. Sekarang eKYC hanya boleh diwajibkan pada sistem QR kami sendiri, dan pengurusan bangunan yang tentukan.
- Maklumat tak cukup. Tiada nombor telefon langsung, atau tiada nombor IC atau pasport untuk aplikasi yang memerlukannya (Veemios dan eCommunity memerlukannya), bermaksud tiada pas. Kes ini dilangkau dan diserahkan kepada pengendali, bukan tetamu.
Apa perlu disemak sebelum automasikan pas pengawal?
| Semak | Kenapa |
|---|---|
| Bangunan benarkan sewa jangka pendek atau tidak? | Tiada perisian yang boleh atasi larangan undang-undang kecil |
| Aplikasi dan akaun mana yang pondok pengawal terima? | Pas dibuat di bawah akaun itu |
| Satu pas sah berapa hari? | Menentukan berapa mesej tetamu jangka panjang terima |
| Nombor plat diisi setiap tempahan? | Dua kereta, dua tempahan, dua plat berbeza |
| Siapa nampak pas yang gagal, dan secepat mana? | Tetamu tetap akan sampai |
Pendaftaran pelawat hanya satu langkah dalam aliran check-in; langkah seterusnya kod pintu, yang kami tulis dalam cara setiap tempahan dapat PIN pintu sendiri. Sisi tetamu ada dalam check-in homestay Johor Bahru kali pertama, dan mesej di sekelilingnya dalam 9 masa kami hantar WhatsApp kepada tetamu.
Hadnya, secara terus terang
Aplikasi pengawal bukan milik kami. Bila ia berubah, pas gagal sehingga kami menyesuaikan. Pas yang gagal bergantung pada rakan sekerja nampak tanda amaran. Tetamu jangka panjang pada aplikasi satu hari terima mesej setiap malam. Dan pondok pengawal tetap yang memutuskan siapa boleh masuk.
Kalau anda mengendalikan homestay di kondo Malaysia dan mahu pas pengawal dibuat dan dihantar bersama setiap tempahan, AntlerHub melakukan apa yang diterangkan di atas untuk aplikasi pengawal yang disenaraikan. Butiran dan harga semasa di /antlerhub.