Aplikasi Kasir untuk Manajemen Acara dan Event

Operasi acara memadatkan penjualan, inventori, tenaga kerja, dan pembayaran ke dalam periode yang pendek. Produk dapat dijual sebelum acara, di beberapa booth selama acara, lalu diretur atau diselesaikan setelah venue tutup. Sistem Kasir perlu menghubungkan setiap terminal, pengguna, produk, stok, serta pembayaran ke satu event ledger yang dapat direkonsiliasi.

Berbeda dari perencanaan acara secara umum, artikel ini berfokus pada operasi transaksi di venue: bagaimana menyiapkan katalog, perangkat, shift, inventori, koneksi, dan settlement. Sistem yang baik mempercepat penjualan tanpa menghilangkan kontrol ketika antrean tinggi atau jaringan tidak stabil.

Jawaban singkat

Buat event ID, location ID, booth ID, terminal ID, dan shift ID yang konsisten. Turunkan katalog, price book, tax rule, inventory allocation, role, serta batas transaksi sebelum pintu dibuka. Semua order, payment, refund, transfer stok, dan adjustment membawa identitas tersebut.

Siapkan mode offline yang diuji, koneksi dan daya cadangan, serta runbook exception. Setelah acara, hentikan penjualan secara terkendali, sinkronkan antrean, hitung stok, tutup shift, cocokkan settlement, dan selesaikan refund sebelum menyatakan event selesai.

Bentuk arsitektur lokasi dan terminal

Venue dapat memiliki gate, ticket desk, merchandise, food stall, VIP lounge, information desk, dan gudang sementara. Setiap titik memiliki fungsi, katalog, metode pembayaran, staf, dan stok berbeda. Jangan menggunakan satu akun kasir untuk seluruh venue.

Terminal didaftarkan ke booth dan shift. Perpindahan perangkat atau pengguna meninggalkan audit trail. Supervisor dapat menonaktifkan perangkat hilang, mengunci terminal bermasalah, serta memindahkan operasi ke perangkat cadangan.

Siapkan katalog dan harga khusus event

Katalog event dapat berisi tiket last-minute, merchandise, paket, makanan, minuman, add-on, atau top-up. Setiap item menyimpan SKU, varian, harga, pajak, cost, quantity limit, stock behavior, dan booth yang boleh menjual.

Gunakan price book berversi untuk presale, early access, on-site, VIP, atau clearance. Perubahan darurat perlu approver dan tanggal efektif. Hindari open item karena memperlambat kasir dan menyulitkan analisis.

Checklist konfigurasi:

1. SKU dan barcode sudah diuji;
2. gambar serta nama mudah dikenali;
3. varian dan modifier dibatasi;
4. bundle memotong komponen stok;
5. diskon memiliki kode serta kuota;
6. harga tampil sesuai mata uang dan pajak;
7. receipt memuat informasi penting;
8. item sold out dapat dinonaktifkan per booth.

Hubungkan pre-order dengan pickup

Pre-order mengurangi antrean bila fulfillment dirancang baik. Order online menerima pickup window, lokasi, contact reference, serta kode pengambilan. Barang dialokasikan terpisah dari stok penjualan spontan agar tidak terjual dua kali.

Di booth, petugas memindai kode, memverifikasi status, mengambil paket, dan mencatat penyerahan. Jika pelanggan meminta perubahan, sistem membuat adjustment atau order baru sesuai kebijakan—bukan mengedit histori diam-diam.

No-show, pickup terlambat, dan barang tidak cocok membutuhkan jalur exception. Tetapkan kapan stok boleh dilepas, bagaimana refund diproses, dan siapa yang menghubungi pelanggan.

Kendalikan inventori bergerak

Inventori berpindah dari gudang utama ke staging, booth, mobile seller, dan kembali. Setiap transfer mempunyai pengirim, penerima, waktu, kuantitas, kondisi, serta bukti. Blind count membantu mengurangi bias saat closing.

Pisahkan available, reserved, damaged, sample, staff use, returned, dan quarantine. Merchandise bertanda tangan atau limited edition dapat memakai serial atau nomor batch. Barang konsinyasi tetap dipisahkan menurut pemilik.

Replenishment ditentukan dari saldo, laju penjualan, sisa waktu, serta kapasitas booth. Jangan memindahkan barang hanya karena satu dashboard terlambat; konfirmasi status sinkronisasi dan count fisik.

Rancang pembayaran untuk kondisi puncak

POS harus mendukung metode yang benar-benar tersedia dan telah diuji di venue. Payment state dipisahkan menjadi initiated, authorized, captured, failed, pending, reversed, refunded, atau disputed. Tampilan pelanggan bukan satu-satunya bukti berhasil.

Untuk pembayaran QR di Indonesia, konfigurasi perlu mengikuti penyelenggara dan ketentuan yang berlaku. Bank Indonesia menerbitkan perubahan implementasi standar nasional QRIS melalui PADG Nomor 3 Tahun 2025. Merchant tetap perlu memahami proses provider, settlement, serta penanganan sengketa.

Timeout tidak langsung diulang. Lakukan inquiry dengan reference awal, gunakan idempotency, lalu masukkan kasus ambigu ke exception. Receipt menunjukkan status yang benar, bukan memaksa transaksi pending menjadi sukses.

Siapkan operasi offline dan pemulihan

Tentukan fungsi offline per booth. Penjualan tunai atau inventory-decrement lokal mungkin diizinkan; otorisasi pembayaran digital tertentu tetap membutuhkan koneksi. Batasi nilai, item, dan durasi offline berdasarkan risiko.

Setiap perangkat memiliki nomor unik, antrean terenkripsi, waktu, dan indikator sinkronisasi. Ketika jaringan kembali, retry tidak boleh menggandakan order, pembayaran, poin, atau stok.

Uji skenario nyata:

• dua terminal menjual unit terakhir;
• perangkat mati setelah pembayaran;
• payment timeout tetapi pelanggan terdebit;
• jam perangkat berbeda;
• katalog berubah ketika offline;
• satu booth pindah jaringan;
• antrean sync menumpuk;
• perangkat hilang sebelum closing.

Kelola shift dan kas dengan disiplin

Shift dimulai dari user login, float count, terminal assignment, dan opening time. Pengguna tidak berbagi PIN. Cash movement seperti top-up drawer, safe drop, petty cash, atau cash pickup memakai reason serta saksi bila kebijakan mensyaratkan.

Closing menghitung tunai tanpa melihat expected value terlebih dahulu, lalu membandingkan. Settlement digital dicocokkan berdasarkan provider, batch, dan transaction ID. Selisih tidak ditutup dengan adjustment umum.

Supervisor review void, refund, discount, no-sale drawer, offline transaction, serta manual price. Pola berdasarkan booth atau pengguna membantu menemukan pelatihan, konfigurasi, atau risiko fraud.

Tangani refund dan layanan pelanggan

Kebijakan refund, penukaran ukuran, barang rusak, pembatalan acara, dan perubahan jadwal dipublikasikan sebelum pembelian. Petugas dapat mencari order melalui ID yang aman, bukan hanya nama.

Refund merujuk payment awal serta line item. Stock disposition ditentukan setelah inspeksi. Jika barang tidak dapat dijual kembali, catat reason. Untuk pembatalan massal, gunakan batch process dengan preview, approval, idempotency, dan laporan hasil.

Konsumen perlu memperoleh informasi yang jelas. Rujukan umum tersedia pada Undang-Undang Perlindungan Konsumen, sementara penerapan spesifik tetap dinilai sesuai kegiatan dan nasihat yang kompeten.

Rekonsiliasi dan evaluasi setelah event

Event close dilakukan setelah seluruh terminal sinkron, payment inquiry selesai, shift ditutup, stok dihitung, transfer kembali diterima, dan settlement tersedia. Buat exception register untuk kasus yang belum selesai.

Laporan utama meliputi:

• gross dan net sales per booth;
• item, varian, dan sell-through;
• payment success, pending, refund, serta fee;
• cash variance per shift;
• offline transaction serta sync error;
• stock movement, damage, dan shrinkage;
• order serta customer-service issue;
• queue proxy seperti transaction interval;
• promo dan manual discount;
• contribution setelah biaya event terkait.

Terapkan change freeze menjelang pintu dibuka. Perubahan katalog, harga, role, terminal, atau integrasi hanya dilakukan melalui jalur darurat dengan pengujian singkat dan catatan. Setelah event, bandingkan konfigurasi akhir dengan baseline agar tim mengetahui perubahan apa yang benar-benar berjalan dan dapat menyalin setup yang bersih untuk acara berikutnya.

Gunakan artikel Kasair untuk memperluas SOP transaksi. Uji Kasair melalui rehearsal bervolume sebelum dipakai pada event sebenarnya.

FAQ

Apakah setiap booth harus punya stok sendiri?

Tidak selalu, tetapi allocation dan custody perlu jelas. Booth dapat memakai stok lokasi sendiri atau gudang bersama dengan reservasi serta transfer yang cepat dan tercatat.

Bagaimana menangani pembayaran pending?

Simpan reference, lakukan inquiry ke provider, hindari retry buta, dan berikan bukti status kepada pelanggan. Selesaikan melalui exception serta rekonsiliasi.

Apakah offline berarti pembayaran digital tetap berjalan?

Tidak otomatis. Sebagian metode membutuhkan otorisasi jaringan. Tetapkan fungsi yang diizinkan offline berdasarkan kemampuan provider dan risiko, lalu komunikasikan kepada kasir.

Kapan stok event dihitung?

Lakukan opening count, cycle count bila perlu, dan closing blind count. Transfer serta penjualan selama count harus dibekukan atau dikendalikan agar hasil dapat direkonsiliasi.

Bagaimana mencegah akun kasir dipakai bersama?

Sediakan login cepat individual, role yang tepat, pergantian shift jelas, kebijakan larangan berbagi, dan review audit. Kemudahan login tidak boleh menghilangkan identitas actor.

Kapan event ledger dapat ditutup?

Setelah sinkronisasi, settlement, refund, stok, kas, dan exception material direkonsiliasi. Penutupan venue secara fisik bukan berarti transaksi finansial sudah selesai.