Pre-Order (Pesanan di Muka)

Gambaran Umum

Fitur Pre-Order (Pesanan di Muka) merupakan amunisi andalan bagi banyak bisnis retail dan Food & Beverage modern yang mengutamakan kelonggaran perencanaan dan jaminan modal di awal. Tidak semua produk siap dijual saat itu juga (ready stock). Terkadang, produk membutuhkan waktu untuk diproduksi (made-to-order), perlu didatangkan secara khusus, atau sengaja dirilis untuk jadwal tertentu. Pre-Order menjembatani transaksi yang terpisah oleh waktu: pesanan dibuat hari ini, namun eksekusi dan penyerahan barangnya terjadi beberapa hari, minggu, atau bahkan bulan ke depan.

Contoh skenario bisnis nyata di mana fitur ini bersinar adalah sebuah toko kue artisanal (bakery). Seorang pelanggan datang pada hari Senin untuk memesan tart ulang tahun tingkat tiga yang sangat kustom untuk perayaan di hari Sabtu sore. Pembuatan tart ini kompleks, butuh hiasan dari bahan khusus, dan tidak ada di rak pamer. Melalui modul Pre-Order Temuya POS, kasir dapat mencatat rincian pesanan tart tersebut, memasukkan instruksi khusus (“tulisan Happy Birthday berwarna biru laut”), menjadwalkan tanggal pengambilan untuk hari Sabtu pukul 4 sore, dan seketika menagihkan uang muka (Down Payment/DP) sebesar 50%.

Dari sisi bisnis, koki patisserie mendapatkan waktu yang cukup untuk berbelanja bahan dan menjadwalkan proses pengerjaan, sembari manajemen telah mengamankan arus kas (cash in) sejak awal minggu.

Alur Kerja

Mekanisme pencatatan Pre-Order di sistem dirancang fleksibel namun tetap disiplin pada penjadwalan. Prosesnya dimulai dari tatap muka atau interaksi di kasir. Pelanggan menyuarakan pesanannya, lalu kasir membuat tiket Pre-Order. Pada tiket ini, diinput rincian item, instruksi tambahan, serta penentuan metode penyerahan (apakah akan di-Pickup/ambil sendiri di toko atau di-Delivery). Tak lupa, penentuan “Due Date” atau tenggat waktu kapan pesanan itu harus sudah siap.

Setelah total harga terakumulasi, sistem memberikan opsi pembayaran berjenjang. Pelanggan bisa melunasinya langsung saat itu juga (Lunas) atau mencicil lewat sistem Uang Muka (DP). Ketika pembayaran terkonfirmasi sebagian atau penuh, status PO Pelanggan ini berubah menjadi Confirmed (Terkonfirmasi).

Mendekati hari-H, bagian dapur atau bagian produksi akan melihat daftar ini di layar mereka dan memulai pembuatan, yang mengubah status pesanan menjadi Processing. Ketika barang akhirnya jadi dan dipilah dengan rapi dalam kemasan siap serah, statusnya dinaikkan menjadi Ready. Pelanggan kemudian datang menjemput barangnya (atau kurir membawanya), melunasi sisa tagihan jika masih ada, dan kasir mengubah status pesanan menjadi Completed (Selesai).

Teknologi & Infrastruktur

Modul ini memerlukan presisi waktu dan pengawasan status pesanan yang berjenjang. Struktur datanya dipisah dengan transaksi jual beli langsung (Point of Sale biasa) untuk menghindari kekacauan laporan harian.

Tabel di bawah memberikan gambaran komponen yang mengelola siklus Pre-Order ini:

Entitas Sistem	Deskripsi Tanggung Jawab	Relasi Utama
`customer_orders`	Menampung payung transaksi PO, nama pelanggan, waktu penyerahan yang disepakati, hingga instruksi kustom.	Inti dari seluruh rangkaian Pre-Order.
`order_payments`	Merekam log tahapan pembayaran, contohnya DP 1, DP 2, dan Pelunasan Akhir, serta mencatat status tagihan (Parsial/Lunas).	Berelasi kuat ke `customer_orders`.
`fulfillment_logs`	Menyimpan jejak pembaruan status logistik, mulai dari diproses hingga diserahkan.	Memberikan visibilitas kepada tim layanan pelanggan.

Transisi perjalanan sebuah pesanan di muka dari niat hingga dituntaskan sangat bergantung pada ketepatan status. Anda dapat mencermati diagram berikut ini:

stateDiagram-v2
    [*] --> Pending : Tiket dibuat, tunggu pembayaran DP
    Pending --> Confirmed : DP dibayar, masuk antrean
    Pending --> Cancelled : Dibatalkan (batal bayar)
    Confirmed --> Processing : Mulai diproduksi/disiapkan
    Processing --> Ready : Selesai produksi, siap serah
    Ready --> Completed : Sisa dilunasi & Barang diserahkan
    Completed --> [*]
    
    Confirmed --> Cancelled : Batal sepihak / Pengembalian dana

Keterkaitan dengan Fitur Lain

Secara logika bisnis, Pre-Order sangat bersinggungan dengan modul Manajemen Pelanggan (CRM). Karena PO melibatkan komitmen pengiriman di masa depan, pencatatan data identitas pelanggan (Nama, No HP) adalah mandatori. Jika PO sudah jadi, sistem dapat memicu fitur Notifikasi/Pesan, semisal mengirimkan pesan WhatsApp otomatis kepada pelanggan dengan bunyi “Pesanan kue ulang tahun Anda sudah siap diambil”.

Di sisi finansial, modul ini terhubung kuat ke fitur Kas/Bank. Dana masuk dari Uang Muka (DP) belum bisa diakui 100% sebagai Pendapatan Penuh dalam pembukuan (bisa jadi dicatat sebagai titipan atau pendapatan ditangguhkan), hingga produknya benar-benar diserahkan. Modul Inventori juga diintervensi pada momen yang tepat: stok bahan baku atau barang jadi baru akan dipotong di saat pesanan diserahkan, bukan pada hari-H pemesanan.

Hal Penting yang Perlu Diketahui

Praktik operasional yang baik memastikan bahwa fitur canggih ini tidak menjadi bumerang. Perhatikan beberapa poin panduan krusial ini:

Ketegasan soal Uang Muka (DP). Kasir harus selalu menagih DP (atau pelunasan) agar tiket pesanan masuk antrean resmi (Confirmed). Pesanan tanpa pembayaran awal sangat berisiko tinggi terjadi ‘no-show’ atau pembatalan sepihak, yang merugikan bahan baku Anda.
Penjadwalan produksi yang disiplin. Sangat penting bagi manajer untuk meninjau secara harian daftar pesanan “Due Tomorrow” (jatuh tempo besok). Keterlambatan penyerahan akan menghancurkan reputasi bisnis.
Aturan Pengembalian Dana (Refund) saat terjadi pembatalan. Jika pelanggan membatalkan pesanan Pre-Order pada menit-menit terakhir padahal kue sedang dipanggang, sistem mampu mencatat penalti di mana DP dianggap hangus. Staf wajib mengerti prosedur ini pada sistem dan menjelaskannya ke pelanggan secara lisan di awal.
Selesaikan pesanan hingga berstatus “Completed”. Sering kali barang sudah diserahkan kepada klien, tapi kasir lupa mengubah status di layar komputer menjadi selesai. Hal ini akan menggantung data penjualan dan membuat data barang di inventaris belum dikurangi secara efektif. Evaluasi berkala sangat diperlukan.