Open Bills — Temuya Docs

Gambaran Umum

Bila Anda memperhatikan denyut nadi bisnis kuliner, sebuah transaksi sering kali tidaklah linear. Sangat jarang pembeli mendatangi mesin kasir, menyebutkan pesanan, langsung membayar tunai, lalu pulang menenteng bungkusan. Pada kenyataannya, banyak usaha berkonsep duduk makan malam (dine-in) yang mewajibkan pelayan mencatat makanan pembuka, membiarkan pelanggan menikmati waktunya, memesan minuman tambahan, lalu baru menagih uangnya sekian jam kemudian setelah pelanggan selesai bersantap. Di sinilah modul Open Bills (Tagihan Terbuka) di Temuya berdiri sebagai pahlawan manajemen pesanan gantung.

Open Bills merupakan seni memarkir transaksi. Ini adalah lemari arsip dinamis di mana bon pesanan yang masih dalam tahap perumusan atau pelanggan yang belum menyelesaikan sesi kedatangannya dikumpulkan. Antarmuka fitur ini membebaskan sang kasir untuk menangani tiga, sepuluh, atau dua puluh tagihan secara paralel, tanpa membekukan layar dan menyumbat pelayanan pembeli yang lain.

Skenario Bisnis: Restoran Ramai

Pukul tujuh malam, restoran “Kopi Senja” disesaki oleh sekumpulan mahasiswa dan beberapa rombongan keluarga yang merayakan ulang tahun. Meja nomor empat memesan iga bakar dan es teh manis. Si kasir, Andi, memasukkan barang-barang tersebut ke dalam daftar keranjang lalu alih-alih menekan tombol penyelesaian pelunasan, ia menekan opsi “Simpan sebagai Tagihan Menggantung (Open Bill)” dan menamainya “Meja 4 - Rombongan Bapak Tono”. Layar keranjangnya pun kosong dan mesin POS siap menerima pesanan orang di belakangnya.

Sejam berlalu, Bapak Tono mendatangi pilar mesin kasir dan berkata, “Mas, kami di meja 4 nambah kentang goreng satu porsi lagi ya.” Andi dengan tenang membuka modul panel Open Bills, mencari keranjang bernama Meja 4 yang ia parkir sebelumnya, meresume-nya, dan menambahkan pesanan kentang. Setelah Bapak Tono dan keluarganya siap untuk angkat kaki, Andi memanggil kembali tagihan utuh Meja 4 untuk dicetak nilai bayarnya, dan sang ayah melunasi semuanya di detik itu. Keleluasaan inilah yang menyelamatkan keruwetan malam yang luar biasa itu.

Alur Kerja Simpan dan Lanjutkan

Kehidupan transaksi yang ditangguhkan ini mengikuti rantai alur pengerjaan yang praktis dan sangat luwes agar antrean layanan kasir bisa berjalan secepat mungkin:

Pembuatan Tagihan Parkir (Saving Cart)
Dari layar perniagaan (POS) biasa, sekumpulan pesanan yang belum dibayar ditekan tombol penangguhannya. Kasir diwajibkan memberikan semacam penanda identifikasi. Ini bisa berupa tulisan “Baju Merah”, atau rujukan nomor bangku formal seperti “Meja 12”.
Pemantauan (Monitoring Dashboard)
Semua bon pesanan tersimpan akan berjejer rapi di etalase Open Bills. Tampilannya dirancang untuk mudah diamati secara sekejap mata: kasir bisa menyaring antrean pencarian hanya berdasarkan nomor meja, atau menyaring tagihan mana yang sudah tertidur cukup lama belum diselesaikan.
Penambahan Susulan (Resume & Modify)
Sebuah tagihan terparkir bukan berarti terukir kaku di atas batu kapur. Kasir bebas menarik satu bon yang terparkir, membawanya kembali ke halaman aktif (keranjang hidup), mengurangi atau menambah komponen di dalamnya, lalu menyimpannya (diparkir) kembali.
Penyatuan dan Penagihan (Merge & Settlement)
Tatkala waktu penyelesaian tiba, pesanan ditarik ke keranjang untuk terakhir kalinya, dikonversi melalui mesin pembayaran, dan jejak dari daftar tunggu (Open Bills) tersebut lenyap, bertransformasi menjadi laporan penyelesaian pendapatan harian penuh.

flowchart TD
    A[Mulai Buat Pesanan di POS] --> B{Pelanggan Langsung Bayar?}
    B -->|Ya| C[Proses Pembayaran Reguler]
    B -->|Belum/Makan Dulu| D[Tekan 'Simpan Bill']
    D --> E[Isi Identitas: Meja/Nama Pelanggan]
    E --> F["Struk Pesanan Dapur Dicetak (Kitchen Order)"]
    F --> G[Daftar Tagihan Menggantung Terekam]
    
    G --> H{Pelanggan Ingin Tambah?}
    H -->|Ya| I[Tarik Bill ke POS]
    I --> J[Tambah Produk]
    J --> D
    
    H -->|Tidak, Ingin Pulang| K[Tarik Bill ke POS untuk Pelunasan]
    K --> L[Masuk ke Menu Pembayaran Selesai]

Teknologi & Infrastruktur

Infrastruktur penunjang di balik layar menyimpan status ini dalam kolom penanda terpisah di basis data. Data dari Open Bills bukanlah sekadar sekumpulan string tanpa bobot, melainkan seutuhnya berisi representasi dokumen pesanan JSON yang masif, lengkap dengan informasi pajak, potongan harga terperinci, hingga jumlah takaran bahan bumbu (modifier) spesifik di dalamnya.

Kemampuan sinkronisasi antar gawai (device-sync) menuntut kehati-hatian. Andai ada dua tablet POS di toko yang berusaha memodifikasi Open Bill beridentitas Meja 4 pada hitungan detik yang tepat sama, fungsi kontrol versi (versioning locking) di sisi infrastruktur mencegah tertimpanya satu data valid atas data basi yang baru masuk.

Keterkaitan dengan Fitur Lain

Sistem Pembatalan (Void): Jika karena suatu musibah pelanggan di meja tersebut angkat kaki tanpa melunasi tagihannya (dine and dash), bon yang menggantung tersebut pada penghujung malam harus dimusnahkan secara sistem menggunakan antarmuka pembatalan void agar nilai tersebut tak dianggap menjadi rekayasa pendapatan kasir.
Pemotongan Inventori Tahan Waktu: Saat tagihan berubah status ke diparkir (open), mesin inventori belum sepenuhnya merekam itu sebagai penjualan, tapi bahan baku yang terlibat tetap dikunci (reserved) agar manajer tidak keliru memesan pasokan tambahan yang tidak perlu karena mengira stok tersebut masih utuh di gudang.

Hal Penting yang Perlu Diketahui

Jika jam kerja sebuah kedai tutup, pastikan tidak ada lagi tagihan gantung yang membayang di sistem pada esok harinya. Meninggalkan belasan catatan open bill aktif sementara shift kasir telah dipaksa ditutup bisa mendatangkan musibah selisih hitungan akuntansi saat merekonsiliasi kas. Ada baiknya mengatur kebiasaan harian di dalam toko agar seorang manajer gerai mewajibkan para staf menyapu bersih daftar ini—entah diselesaikan dengan uang bayar atau ditutup paksa akibat batal—sebelum mesin kasir sungguh-sungguh dimatikan secara fisik di tengah malam hari.