Panduan Mengelola Food Court: Bagi Hasil, Kasir Terpusat, Laporan Tenant

Cara mengelola food court sebagian besar bukan soal makanan. Dapur adalah urusan tenant. Yang menjadi urusan Anda adalah angka di antara mereka: berapa omzet tiap stall hari ini, berapa komisi yang menjadi hak pengelola, dan berapa yang harus dibayarkan kembali ke tenant pada akhir bulan.

Panduan ini ditulis untuk pengelola yang menandatangani kontrak tenant dan mengerjakan rekap sendiri setiap malam. Isinya hal-hal yang paling sering menjadi sumber perselisihan: model bagi hasil, pilihan antara kasir terpusat dan kasir per stall, pencatatan identitas stall, penanganan void dan retur, serta laporan yang bisa dipercaya kedua pihak. Di bagian akhir ada checklist tutup malam dan daftar pertanyaan untuk calon penyedia sistem kasir.

Yang tidak dibahas di sini perlu disebutkan di awal juga. Ini bukan rencana bisnis, bukan panduan memilih lokasi, dan bukan contoh kontrak yang bisa Anda tanda tangani apa adanya. Untuk urusan hukum, tetap mintalah bantuan penasihat hukum Anda sendiri.

Apa yang membuat food court berbeda dari restoran

Di restoran, satu pemilik menanggung seluruh menu. Dapur, kasir, dan laporan penjualan berada di bawah satu nama. Jika ada selisih kas malam ini, selisih itu urusan internal satu usaha, dan pemiliknya bebas memutuskan sendiri cara menutupnya.

Food court bekerja dengan cara lain. Di bawah satu atap ada beberapa usaha kecil yang berdiri sendiri, masing-masing dengan pemilik, menu, harga, dan catatan keuangannya sendiri. Pelanggan melihatnya sebagai satu tempat makan. Secara administratif, tempat itu adalah kumpulan usaha yang kebetulan berbagi meja, listrik, dan tempat cuci piring.

Dari perbedaan itu muncul pekerjaan yang tidak ada di restoran: akuntansi di antara penyewa. Satu pembayaran sering berisi pesanan dari lebih dari satu pemilik. Uangnya masuk sekali, tetapi haknya terbagi. Selama pembagian itu dikerjakan dengan ingatan dan tumpukan struk yang dikumpulkan di akhir hari, setiap malam Anda mengulang pekerjaan yang sama, dan setiap kekeliruan kecil berubah menjadi percakapan yang tidak menyenangkan dengan tenant keesokan paginya.

Jadi pertanyaan pertama seorang pengelola bukan sistem kasir mana yang dipakai, melainkan siapa yang mencatat apa, dan pada detik ke berapa catatan itu dibuat.

Model bagi hasil: komisi, sewa tetap, dan campuran

Ada tiga model yang umum dipakai. Perbedaannya bukan terutama soal besar kecilnya angka, melainkan soal siapa yang menanggung risiko saat pengunjung sepi.

Komisi dari omzet. Tenant menyerahkan sebagian penjualannya kepada pengelola. Jika hari itu sepi, tenant menyetor lebih sedikit, dan pengelola ikut menanggung. Model ini paling mudah diterima tenant baru karena tidak ada biaya tetap yang harus ditutup sebelum mereka mulai untung. Konsekuensinya, pendapatan Anda naik turun mengikuti keramaian, dan seluruh tagihan bergantung pada catatan penjualan yang rapi.

Sewa tetap. Tenant membayar jumlah yang sama setiap bulan, berapa pun hasil penjualannya. Pendapatan Anda mudah diperkirakan dan rekapnya sederhana. Risikonya berpindah sepenuhnya ke tenant, dan itulah yang membuat model ini berat untuk stall yang baru buka. Model ini juga menghapus alasan alami Anda untuk ikut memikirkan omzet tenant, karena hasil penjualan mereka tidak lagi memengaruhi pendapatan Anda.

Campuran. Sewa tetap yang lebih rendah, ditambah komisi dari omzet di atas ambang tertentu. Kedua pihak menanggung sebagian risiko. Model ini pula yang paling menuntut pencatatan, karena ambang dan komisinya harus dihitung dari angka penjualan yang dipercaya kedua belah pihak, sehingga biasanya baru masuk akal setelah pencatatan Anda sudah mapan.

Persentasenya sendiri tidak punya angka baku, dan siapa pun yang menyebutkan satu angka sebagai patokan umum sedang menyederhanakan terlalu banyak hal. Yang menggerakkan angka itu adalah lokasi dan lalu lintas pengunjung, siapa yang menanggung listrik, gas, air, dan kebersihan, apakah peralatan dapur dan perabot disediakan pengelola, berapa panjang kontraknya, dan apakah ada jaminan minimum yang harus dipenuhi tenant. Food court di lantai dasar gedung perkantoran dan food court di pinggir jalan raya bisa memakai dua angka yang jauh berbeda tanpa salah satunya keliru.

Karena itu, urutan kerjanya sebaiknya dibalik. Tetapkan dulu biaya yang harus Anda tutup, lalu uji beberapa angka dan lihat berapa yang tersisa untuk kedua pihak. Kalkulator bagi hasil memakai rumus yang sama dengan laporan, jadi Anda bisa menguji dampak tiap angka sebelum menuliskannya ke dalam kontrak. Jika Anda pernah mengerjakan rekapnya dengan spreadsheet dan merasa hasilnya tidak pernah cocok, penjelasan kenapa rekap itu selalu meleset membahas penyebabnya satu per satu.

Kasir terpusat atau kasir per stall

Kasir per stall berarti setiap tenant menerima pembayarannya sendiri. Ini cara yang paling murah untuk memulai, dan untuk food court dengan dua atau tiga stall sering kali sudah cukup. Batasnya muncul di dua tempat: pelanggan yang memesan dari beberapa stall harus mengantre dan membayar berkali-kali, dan Anda harus mengumpulkan angka penjualan dari beberapa sumber sebelum bisa menghitung bagi hasil.

Kasir terpusat membalik susunan itu. Pelanggan memesan dari beberapa stall, lalu membayar sekali di satu titik. Stall mengirim pesanan ke kasir, bukan menagih sendiri. Grafena POS menyediakan kasir terpusat lintas stall, sehingga satu pembayaran bisa mencakup pesanan dari beberapa tenant sekaligus tanpa menghilangkan asal tiap item.

Pilihan di antara keduanya biasanya ditentukan oleh tiga hal. Pertama, perilaku pelanggan: jika sebagian besar pelanggan Anda memesan dari lebih dari satu stall dalam satu kunjungan, kasir terpusat menghemat waktu mereka: mereka mengantre sekali, membayar sekali, dan pergi dengan satu struk. Kedua, jam sibuk: antrean yang menumpuk di jam makan siang lebih mudah diurai oleh beberapa titik bayar yang menangani semua stall daripada oleh satu antrean per stall. Ketiga, beban rekap Anda sendiri: jika malam Anda habis untuk menyatukan angka dari beberapa kasir, biaya sebenarnya dari kasir per stall sudah lebih besar daripada yang terlihat.

Jalan tengah juga ada. Beberapa pengelola menjalankan kasir terpusat di jam sibuk dan membiarkan stall menerima pembayaran sendiri di jam sepi. Yang penting, keduanya menulis ke catatan yang sama, sehingga laporan malam tetap satu. Jika susunan kasir terpusat dijalankan di atas catatan yang terpisah, Anda hanya memindahkan pekerjaan rekap, bukan menghapusnya.

Cara kerja satu pembayaran untuk banyak stall, beserta hal-hal yang perlu Anda periksa sebelum memilih susunan itu, dibahas lebih rinci di artikel tentang kasir terpusat food court.

Mencatat identitas stall sejak item dipesan

Satu keputusan teknis menentukan seberapa berat malam Anda: kapan sebuah item tahu ia milik stall mana. Ada dua jawaban. Jawaban pertama, identitas stall melekat pada item sejak kasir memasukkannya ke pesanan. Jawaban kedua, identitas itu disusun ulang pada malam hari dari struk, ingatan, dan nama menu.

Jawaban kedua terlihat lebih murah dan selalu lebih mahal. Menu yang namanya mirip di dua stall, item yang dipindahkan antarpesanan, dan transaksi yang dibatalkan setengah jalan semuanya menjadi tebakan. Tebakan itu yang kemudian Anda pertahankan di depan tenant.

Jawaban pertama membuat bagi hasil berhenti menjadi pekerjaan malam. Kesepakatan komisi tiap stall tersimpan di sistem, bukan di kepala Anda, dan dihitung untuk setiap transaksi saat transaksi itu terjadi.

Efek sampingnya lebih besar daripada kenyamanan. Begitu setiap item membawa identitas stall, setiap pertanyaan tenant punya jawaban yang bisa ditunjuk, dan laporan bulanan menjadi ringkasan dari data yang sudah ada, bukan hasil kerja baru. Alasannya dibahas lebih dalam di bagi hasil otomatis dihitung sejak item dipesan.

Void, retur, dan siapa yang menanggung

Pembatalan adalah tempat angka bagi hasil paling sering bocor. Ada dua situasi yang sering disamakan padahal berbeda. Void terjadi sebelum pembayaran: pesanan salah masuk, pelanggan berubah pikiran, kasir menekan item yang keliru. Transaksinya tidak pernah menjadi penjualan. Retur terjadi setelah pembayaran: uang sudah diterima, lalu sebagian atau seluruhnya dikembalikan.

Bagi pengelola, perbedaan itu penting karena keduanya harus mengurangi omzet stall yang tepat. Jika satu pesanan berisi item dari tiga stall dan satu item diretur, yang berkurang hanyalah omzet stall pemilik item itu. Rekap manual sering gagal di titik ini, karena pengembalian dicatat sebagai satu angka di tingkat transaksi dan baru dibagi belakangan, jika sempat.

Selain angkanya, ada pertanyaan siapa yang boleh melakukannya. Pembatalan yang bisa dilakukan siapa saja tanpa jejak adalah lubang yang sama besarnya, baik untuk Anda maupun untuk tenant. Grafena POS meminta PIN manajer untuk void dan retur, sehingga setiap pembatalan meninggalkan catatan tentang siapa yang menyetujuinya. Catatan itulah yang Anda buka saat seorang tenant bertanya kenapa omzetnya malam itu lebih kecil daripada perkiraannya.

Sebutkan perlakuan void dan retur di kontrak tenant sejak awal, sebelum ada kasus yang harus diselesaikan tanpa rujukan.

Laporan yang dipercaya tenant

Tenant tidak sedang meragukan rumus Anda. Mereka meragukan daftar transaksi yang dipakai rumus itu. Perbedaannya penting, karena keduanya menuntut jawaban yang berbeda: yang pertama diselesaikan dengan penjelasan, yang kedua hanya diselesaikan dengan akses.

Karena itu, laporan yang dipercaya punya tiga sifat. Pertama, kedua pihak melihat data yang sama. Bukan ringkasan yang Anda kirim lewat pesan, melainkan angka yang berasal dari catatan transaksi yang sama. Kedua, tenant hanya melihat miliknya sendiri. Di Grafena POS, tablet kasir tiap stall hanya menampilkan penjualan stall itu, dan konsol yang memuat semua stall hanya dibuka pengelola, sehingga transparansi tidak berubah menjadi saling intip antartenant, yang justru merusak hubungan yang ingin Anda jaga. Ketiga, laporan itu bisa dibawa keluar. Laporan penjualan dapat diekspor ke CSV atau PDF, jadi tenant bisa menyerahkannya ke pembukuannya sendiri dan Anda punya lampiran yang sama untuk tagihan akhir bulan.

Ada satu kebiasaan yang membuat perselisihan jauh lebih jarang: kirimkan laporan pada jadwal yang tetap, bukan hanya saat ditagih. Tenant yang menerima angkanya setiap minggu akan menemukan keganjilan saat masih mudah diperiksa. Tenant yang baru melihat angkanya sebulan sekali akan mempertanyakan seluruh bulan sekaligus, dan Anda akan menghabiskan satu hari penuh untuk menelusuri transaksi yang sudah lama lewat.

Simpan juga ekspor bulanan Anda sendiri. Saat kontrak diperpanjang atau seorang tenant pindah, riwayat yang rapi mempersingkat percakapan yang biasanya paling panjang.

Saat WiFi food court tumbang

Jaringan food court hampir selalu gagal pada jam yang paling tidak Anda inginkan. Jam makan siang membawa pengunjung paling banyak, perangkat paling banyak, dan beban jaringan paling berat sekaligus.

Sistem yang meminta jaringan untuk setiap transaksi akan berhenti tepat di menit yang paling mahal. Yang tersisa hanyalah mencatat pesanan di kertas, lalu memasukkannya kembali satu per satu setelah tutup, dengan seluruh risiko salah ketik yang menyertainya.

Yang menentukan seberapa buruk akibatnya adalah tempat transaksi dicatat pertama kali. Grafena POS mencatat transaksi di perangkat lebih dulu, lalu menyinkronkannya saat koneksi kembali, sehingga kasir tetap jalan tanpa internet dan antrean tidak berhenti menunggu jaringan pulih.

Untuk Anda sebagai pengelola, satu aturan mengikutinya: jangan menghitung bagi hasil dari catatan manual yang dibuat selama gangguan. Tunggu sampai semua perangkat selesai tersinkron, baru jalankan laporannya. Catatan kertas yang terlanjur dibuat selama gangguan berguna sebagai pembanding, bukan sebagai sumber angka.

Checklist tutup malam

Urutan ini singkat jika sistemnya sudah mencatat per stall, dan jauh lebih panjang jika belum.

1. Tutup semua pesanan yang masih terbuka. Pesanan yang menggantung akan muncul di laporan besok dan merusak omzet dua hari sekaligus.
2. Hitung uang tunai di laci dan cocokkan dengan laporan. Selisih dicatat malam itu juga, bukan diingat.
3. Periksa daftar void dan retur hari ini. Jumlah yang tidak biasa lebih baik ditanyakan sekarang, saat kasirnya masih ada di tempat.
4. Pastikan semua perangkat sudah tersinkron. Satu perangkat yang tertinggal berarti laporan yang belum lengkap.
5. Jalankan laporan per stall. Periksa stall yang angkanya jauh dari kebiasaannya, naik maupun turun.
6. Ekspor laporannya. Satu berkas per hari lebih mudah ditelusuri daripada satu berkas per bulan.
7. Catat perselisihan yang belum selesai. Satu baris saja: stall mana, transaksi mana, dan apa pertanyaannya.
8. Kunci laci dan amankan perangkat kasir. Akhiri hari dengan kondisi yang sama setiap malam.

Cara mengelola food court dengan sistem kasir: pertanyaan sebelum memilih

Sebagian besar sistem kasir dirancang untuk satu pemilik. Food court punya banyak pemilik di bawah satu atap, dan perbedaan itu jarang terlihat di halaman fitur. Enam pertanyaan berikut memisahkan sistem yang benar-benar menangani pola ini dari sistem yang hanya bisa menampung nama stall sebagai kategori menu. Mintalah calon penyedia menunjukkan jawabannya di layar, bukan menjawabnya lewat brosur.

1. Apakah identitas stall melekat pada setiap item sejak pesanan dibuat?
2. Apakah kesepakatan komisi tiap stall tersimpan di sistem dan dihitung otomatis untuk setiap transaksi?
3. Bisakah satu pelanggan membayar sekali untuk pesanan dari beberapa stall?
4. Bisakah tenant membuka laporan stall-nya sendiri tanpa melihat stall lain?
5. Apa yang terjadi pada transaksi saat internet mati di jam makan siang?
6. Apakah void dan retur memerlukan persetujuan manajer dan meninggalkan jejak yang bisa diperiksa?

Jika sebuah jawaban dimulai dengan kata “nanti bisa diatur di spreadsheet”, Anda sudah tahu malam Anda akan berakhir jam berapa. Untuk melihat bagaimana keenam pertanyaan itu dijawab di Grafena POS, halaman food court menunjukkan layarnya satu per satu, dan halaman harga menjelaskan paket yang mencakup bagi hasil per stall dan kasir terpusat.