Merancang Sistem Hotel untuk Operasional Harian

Sistem hotel perlu menyatukan reservasi, kesiapan kamar, pembayaran, dan tugas staf. Kamar yang belum diperiksa tidak boleh ditawarkan sebagai siap, dan perubahan harus bisa ditelusuri. Dalam proyek untuk sebuah hotel di Pekalongan, saya merancang aturan ini bersama staf operasional. Detail teknologinya mengikuti kebutuhan tersebut, termasuk pemberitahuan WhatsApp dan tampilan multibahasa.

Staf resepsionis hotel tersebut memerlukan tampilan sederhana, sedangkan catatan operasional harus memiliki aturan yang jelas. Kesalahan kecil dalam status atau penugasan kamar dapat menimbulkan keluhan tamu. Untuk gambaran besarnya, saya juga menulis panduan sistem manajemen hotel terpisah.

Saya mengembangkannya bersama tim hotel menggunakan Next.js 16 untuk aplikasi, PostgreSQL untuk penyimpanan, dan Drizzle ORM untuk akses data dengan pemeriksaan tipe. Rancangannya mengikuti kebutuhan harian: tamu tanpa reservasi, masa inap panjang, beban petugas kebersihan, penggunaan beberapa bahasa, dan penelusuran kejadian saat muncul masalah.

Tetapkan status kamar dan aturan perubahannya

Keputusan desain pertama: membuat status kamar eksplisit. Banyak sistem hotel lama hanya mengenal kamar "tersedia" atau "terisi." Itu tidak cukup. Kamar di dunia nyata punya beberapa dimensi yang saling independen:

• Ketersediaan reservasi: bisakah kamar ini dijual untuk rentang tanggal tertentu?
• Status fisik: bersih, kotor, sudah diinspeksi, sedang diperbaiki, atau rusak.
• Status operasional: siap menerima tamu, menunggu inspeksi, atau diblokir.
• Status tamu: sudah masuk, sudah keluar, tidak datang sesuai reservasi, atau memperpanjang masa inap.

Saya menggunakan model status dengan aturan perpindahan (state machine) agar perubahan tidak dapat dilakukan sembarangan. Setiap status mempunyai jalur menuju status berikutnya. Kamar berpindah dari Dirty ke Cleaning, lalu Inspected, baru Ready. Kamar bertanda OutOfOrder tidak bisa langsung jadi Ready sebelum perbaikan selesai dan pengguna berwenang membuka blokirnya.

Aturan ini mencegah petugas kebersihan tanpa sengaja menyiapkan kamar yang sebenarnya sedang diblokir tim teknis untuk perbaikan. Saya bahas pola transisi ini lebih dalam di artikel state machine status kamar.

Prinsip yang sama berlaku untuk reservasi. Reservasi juga memiliki beberapa tahap yang perlu dibedakan. Statusnya bisa Held, Confirmed, CheckedIn, CheckedOut, Cancelled, NoShow, atau Extended. Setiap transisi tercatat lengkap dengan pelaku, waktu kejadian, dan alasan. Jejak audit ini membantu saat resepsionis harus menjelaskan mengapa status kamar berubah atau mengapa reservasi dibatalkan.

Cegah pemesanan melebihi kapasitas kamar

Pencegahan pemesanan melebihi kapasitas (overbooking) menjadi kebutuhan utama. Sistem harus menangani rentang tanggal, tipe kamar, reservasi tamu yang datang langsung, sampai perubahan menit-menit terakhir. Dua tamu tidak boleh pernah ditempatkan di kamar fisik yang sama. Saya bahas strategi lengkapnya di artikel mencegah overbooking.

Kuncinya: pisahkan inventori tipe kamar dari penugasan kamar fisik. Tamu bisa memesan "Deluxe Twin" jauh sebelum hotel menentukan nomor kamarnya. Basis data mengecek inventori yang tersedia untuk tanggal yang diminta. Kamar fisik baru ditugaskan saat mendekati kedatangan tamu atau saat resepsionis mengonfirmasi. Kapasitas tetap terlindungi, tanpa mengunci kamar tertentu terlalu dini.

Untuk penugasan kamar yang pasti, saya pakai aturan pembatasan basis data dan pemeriksaan di level transaksi. Satu kamar tidak boleh punya dua penugasan aktif yang tumpang tindih. Aplikasi juga memasang penguncian reservasi sementara selama staf resepsionis menyusun reservasi. Dua orang jadi tidak mungkin menyelesaikan kedatangan tamu yang bentrok di saat bersamaan.

Pencegahan overbooking tidak boleh bersandar pada pemeriksaan pada antarmuka saja. Tombol bisa menampilkan "tersedia" padahal datanya sudah berubah saat diklik. Aturan sebenarnya harus ditegakkan di basis data.

Alur Kerja Multibahasa Tanpa Menduplikasi Produk

Hotel ini membutuhkan label bahasa Inggris, Indonesia, dan Mandarin (EN, ID, CN) pada alur operasional. Sebagian staf lebih nyaman berbahasa Indonesia, sebagian tamu butuh label Mandarin, manajemen ingin laporan dalam bahasa Inggris. Saya tidak membuat layar terpisah untuk tiap bahasa. Model data tetap netral bahasa, urusan bahasa dipindah ke lapisan label, pesan, dan dokumen yang dihasilkan.

Tipe kamar, nama layanan, rincian tanda terima, dan templat pemberitahuan semuanya disimpan dengan kunci terjemahan. Antarmuka menampilkan bahasa yang dipilih, sedangkan basis data tetap menyimpan satu catatan utama. Satu tipe kamar punya satu ID, satu aturan harga, satu riwayat status — tetapi namanya dapat ditampilkan dalam beberapa bahasa.

Pola ini juga memudahkan pesan WhatsApp. Konfirmasi reservasi dikirim dalam bahasa pilihan tamu. Notifikasi internal untuk resepsionis tetap berbahasa Indonesia. Sistem tidak pernah menerjemahkan aturan bisnis. Yang diterjemahkan hanya lapisan yang berhadapan langsung dengan manusia.

Izin yang Cocok dengan Peran Hotel

Setiap peran mempunyai kebutuhan berbeda. Pemilik melihat pendapatan; manajer menyetujui pengecualian; resepsionis mengelola reservasi dan kedatangan. Petugas kebersihan memperbarui status kamar, tim pemeliharaan menangani perbaikan, dan bagian akuntansi memeriksa tagihan serta pembayaran.

Saya membagi izin berdasarkan kemampuan, bukan memberikan satu peran pengelola dengan akses ke seluruh sistem: booking:create, booking:cancel, room:change_status, room:block, invoice:view, report:revenue, dan system:configure. Setiap peran dirakit dari kapabilitas-kapabilitas itu. Petugas kebersihan dapat diberi akses ke status kamar tanpa ikut melihat laporan pendapatan atau pengaturan sistem.

Manfaat praktisnya: rasa percaya. Setiap staf memakai sistem untuk pekerjaannya sendiri, tanpa terpapar data yang bukan urusannya. Manajer tetap dapat mengaudit setiap pengecualian yang disetujui.

Hubungkan pemberitahuan WhatsApp dengan pekerjaan hotel

Otomatisasi WhatsApp di sini bukan sekadar fitur notifikasi. Ia jembatan yang menghubungkan sistem dengan cara hotel benar-benar bekerja sehari-hari.

Bagi tamu, WhatsApp menangani konfirmasi reservasi, pengingat menjelang kedatangan, pesan kamar siap, sampai tindak lanjut setelah tamu keluar. Bagi staf, WhatsApp jadi kanal peringatan untuk kejadian berprioritas tinggi: kedatangan VIP, kamar yang terlalu lama tertahan di status Dibersihkan, eskalasi pemeliharaan, atau tugas resepsionis yang butuh perhatian segera.

Prinsip yang saya pegang: setiap pesan WhatsApp harus bisa dilacak balik ke kejadian bisnis tertentu. Satu pesan punya penerima, templat, reservasi atau kamar terkait, status pengiriman, dan status pengiriman ulang. Saat notifikasi gagal terkirim, resepsionis wajib tahu. Saat tamu membalas, percakapannya harus tertaut kembali ke catatan tamu yang tepat.

Yang Menentukan Saat Sistem Dipakai di Hotel Nyata

Tantangan sesungguhnya baru muncul setelah sistem mulai digunakan. Sistem yang mulus di demo bisa tersendat di lapangan. Lingkungan nyata punya internet lambat, perangkat yang dipakai bergantian, operasional resepsionis yang ramai, dan staf yang menuntut jawaban cepat.

Karena itu saya mengutamakan kejelasan ketimbang kepintaran teknis. Layar petugas kebersihan memakai tombol besar dan kode warna kamar yang mudah dibaca sekilas. Laporan pendapatan untuk manajer mengikuti rutinitas tutup harian mereka. Basis data diberi indeks untuk kueri rentang tanggal, karena pengecekan ketersediaan berjalan nyaris tanpa henti. Log audit sengaja dibuat ringkas, supaya bisa dibaca cepat saat terjadi insiden.

Keputusan arsitektur paling penting: sistem manajemen hotel tidak cukup hanya menyimpan transaksi. Ia harus memandu tindakan berikutnya. Ketika tamu keluar, kamar otomatis berubah jadi kotor dan petugas kebersihan langsung menerima tugas. Begitu kamar siap, resepsionis tahu. Begitu reservasi dikonfirmasi, tamu menerima pesan WhatsApp. Nilai sistem justru muncul ketika kejadian operasional mengalir otomatis dari satu tim ke tim berikutnya.

Sistem ini berhasil karena arsitekturnya mengikuti alur kerja nyata hotel, bukan sebaliknya. Next.js memberi tim antarmuka yang gesit. Drizzle dan PostgreSQL menjaga data tetap andal. WhatsApp menghubungkan perangkat lunak dengan orang-orang yang paling membutuhkannya.