Reservasi Meja (FnB)

Gambaran Umum

Bagi sebagian besar restoran menengah ke atas, menjadwalkan kedatangan pelanggan dengan rapi dan mengelola kapasitas ruangan adalah kunci kelancaran operasional. Fitur Reservasi Meja (FnB) dalam Temuya POS dirancang untuk memastikan setiap pengunjung memiliki pengalaman kedatangan yang mulus, sementara pihak restoran dapat memaksimalkan penggunaan ruang dan mengatur alokasi meja secara optimal. Ketika seorang pelanggan menelepon untuk memesan tempat makan malam keluarga pada akhir pekan, staf tidak lagi menggunakan buku catatan fisik yang berisiko hilang, salah catat, atau ganda.

Sistem reservasi dalam Temuya POS tidak hanya mencatat tanggal dan jumlah tamu, tetapi juga mengikat pemesanan tersebut ke data pelanggan, memfasilitasi penagihan uang muka (Down Payment/DP), dan secara otomatis menyinkronkannya dengan denah meja kasir (table layout). Dengan begitu, saat jam makan malam tiba, meja sudah ditandai sebagai “Reserved”, dan host restoran dapat langsung membimbing pelanggan yang datang ke meja mereka, mengurangi waktu tunggu dan menghindari gesekan di pintu masuk.

Alur Kerja

Dalam operasional sehari-hari di restoran, reservasi sering kali mengikuti tahapan status yang terstruktur untuk memastikan komunikasi yang baik antar staf. Mulai dari pemesanan masuk hingga pelanggan pulang, Temuya memandu setiap langkah ini.

Bayangkan Skenario Bisnis Berikut: Ibu Rina menelepon pada hari Kamis untuk memesan meja untuk acara ulang tahun sebanyak 10 orang pada hari Sabtu jam 7 malam. Host yang menerima panggilan memasukkan data Ibu Rina, memilih meja dengan kapasitas yang sesuai (misalnya meja VIP 1), dan mencatat DP yang sudah ditransfer. Pada hari Sabtu, meja VIP 1 secara visual akan terkunci di layar POS. Saat Ibu Rina tiba, host akan mengubah status reservasi menjadi “Seated” dan membuka meja tersebut untuk pemesanan makanan. Setelah makan selesai dan dibayar (dengan DP yang dipotong dari total tagihan), status berubah menjadi “Completed”.

stateDiagram-v2
    [*] --> Pending : Dibuat (Belum DP)
    Pending --> Confirmed : DP Dibayar
    Confirmed --> Seated : Pelanggan Tiba
    Seated --> Completed : Pembayaran Selesai
    Pending --> Cancelled : Dibatalkan Pelanggan
    Confirmed --> Cancelled : Dibatalkan (Refund/Hangus)
    Confirmed --> No_Show : Pelanggan Tidak Datang
    Completed --> [*]
    Cancelled --> [*]
    No_Show --> [*]

Tahapan status tersebut sangat penting bagi manajer lantai restoran agar bisa dengan cepat melihat dari dashboard, meja mana yang masih ditunggu kehadirannya dan meja mana yang akan segera kosong untuk pelanggan walk-in.

Teknologi & Infrastruktur

Manajemen status reservasi meja ini dibangun di atas infrastruktur basis data yang responsif dan dirancang untuk skalabilitas. Karena reservasi bersifat mengikat ketersediaan sumber daya fisik (meja dan kursi) pada waktu tertentu, sistem membutuhkan kontrol konkurensi agar tidak ada double-booking atau pemesanan ganda yang sering merusak reputasi bisnis.

Tabel Database	Deskripsi Fungsi
reservations	Menyimpan entri reservasi utama termasuk waktu kedatangan, jumlah tamu, dan uang muka (DP).
reservation_tables	Tabel persimpangan (junction) yang memetakan reservasi ke satu atau beberapa meja yang dipesan.
reservation_statuses	Mencatat log riwayat perubahan status reservasi untuk keperluan audit dan pelacakan kinerja staf.

Endpoint API	Kegunaan
POST /api/v1/reservations	Membuat reservasi baru dari dashboard atau integrasi online.
PUT /api/v1/reservations/:id/status	Memperbarui status (misal dari Confirmed ke Seated).
GET /api/v1/reservations/calendar	Mengambil data jadwal harian untuk tampilan kalender dan denah.

Untuk memastikan antar-perangkat POS tersinkronisasi, sistem memanfaatkan antrean event (event queues) dan websockets ringan agar perubahan di satu tablet kasir langsung tercermin di tablet lain.

Keterkaitan dengan Fitur Lain

Fitur Reservasi Meja bukanlah modul yang terisolasi; ia berinteraksi langsung dengan modul vital lainnya dalam Temuya POS untuk menciptakan satu ekosistem yang utuh:

1. Denah Meja (Table Management): Sistem akan membaca layout restoran dan mendandai meja yang dipesan. Kasir tidak bisa mendaftarkan tamu walk-in ke meja yang dalam jendela waktu 1 jam sebelum atau sesudah akan digunakan oleh reservasi.
2. Database Pelanggan (CRM): Setiap tamu yang membuat reservasi otomatis disimpan atau ditautkan dengan profil CRM, sehingga histori reservasi pelanggan ini bisa dilacak ke depannya.
3. Pembayaran & Deposit: DP yang tercatat di reservasi akan muncul sebagai kredit ketika meja diubah menjadi pesanan aktif (Seated). Ini menghilangkan keperluan input manual oleh kasir di akhir kunjungan yang rawan selisih uang.

flowchart LR
    A[Modul Pelanggan CRM] <--> B(Reservasi Meja)
    B <--> C[Denah Meja / Layout]
    B --> D[Billing / Kasir]
    D --> E[Laporan Keuangan]

Hal Penting yang Perlu Diketahui

1. Jendela Keterlambatan (Grace Period): Pastikan restoran menentukan aturan grace period dengan jelas. Sistem akan memunculkan peringatan jika tamu sudah terlambat lebih dari 15-30 menit, memungkinkan manajer untuk mengubah status menjadi No Show dan membebaskan meja bagi pelanggan walk-in.
2. Fleksibilitas Penggabungan Meja: Sistem mengizinkan reservasi untuk memblokir lebih dari satu meja fisik yang digabungkan, terutama untuk grup besar, dan akan mengunci semua meja yang terkait.
3. Penyelesaian DP (Down Payment): Penting bagi staf untuk memahami bahwa DP yang masuk melalui reservasi akan terekam di pembukuan sebagai utang/deposit hingga pelanggan benar-benar mengonsumsi layanan (Completed) atau ketika DP di-hanguskan (dijadikan pendapatan lain-lain akibat No Show).