QRIS Pending Saat Booking Lapangan? SOP agar Slot Tak Dijual Dua Kali

Jam 18.45, grup badminton sudah siap berangkat. Admin menerima dua chat yang sama-sama mengirim screenshot QRIS untuk lapangan pukul 19.00. Satu status pembayaran sudah masuk, satunya masih tertahan. Kalau slot langsung dianggap lunas dari screenshot, lapangan bisa terjual dua kali. Kalau admin menolak terlalu cepat, pemain yang sebenarnya sudah bayar merasa dipingpong. Jalan keluarnya bukan menebak-nebak: sport center perlu SOP yang membedakan booking dibuat, pembayaran dimulai, dan pembayaran terkonfirmasi.

Artikel ini untuk owner dan front desk gym, badminton, futsal, padel, atau tenis yang menerima booking melalui QRIS. Fokusnya sederhana: satu lapangan, satu waktu, satu sumber status. Dengan alur yang rapi, admin tidak perlu menjadi detektif screenshot setiap jam sibuk.

Kenapa screenshot bukan bukti status booking

Screenshot dapat membantu percakapan, tetapi bukan sumber kebenaran operasional. Gambar bisa terkirim terlambat, nominalnya bisa tidak sesuai, atau pembayarannya masih diproses di aplikasi pihak pemain. Bank Indonesia menjelaskan bahwa QRIS memiliki beberapa model pembayaran; pada Dynamic Merchant Presented Mode, merchant memasukkan nilai transaksi terlebih dahulu sebelum pelanggan memindai kode. Model ini cocok untuk merchant dengan volume transaksi lebih tinggi karena nominal transaksi melekat pada proses pembayaran.

Di lapangan, masalah muncul ketika tiga informasi hidup di tempat berbeda: jadwal di buku atau spreadsheet, chat WhatsApp di ponsel admin, dan notifikasi pembayaran di perangkat lain. Admin lalu mengambil keputusan dari pesan yang paling cepat masuk. Akibatnya, pemain A mendapat janji slot lewat chat, pemain B membayar lebih dulu, sementara dashboard belum diperbarui. Ini bukan sekadar kekeliruan staf; desain prosesnya memang mengundang bentrok.

Gunakan prinsip berikut: screenshot adalah bahan verifikasi, sedangkan status transaksi yang masuk ke sistem atau kanal pembayaran resmi adalah penentu konfirmasi. Kebijakan ini perlu ditulis di pesan booking agar pemain tahu bahwa pembayaran akan dikonfirmasi setelah status tercatat, bukan setelah screenshot dikirim.

Tetapkan tiga status yang dipahami admin dan pemain

Jangan gunakan satu label booking untuk semua keadaan. Pisahkan status di sistem booking lapangan atau register operasional:

• Ditahan sementara. Pemain telah memilih slot, tetapi belum ada pembayaran yang terkonfirmasi. Slot dikunci dalam batas waktu yang jelas agar admin tidak menjanjikan slot tersebut ke orang lain.
• Menunggu verifikasi. Pemain menyatakan sudah membayar atau sistem belum menerima pembaruan. Staf memeriksa kanal pembayaran resmi dan detail nominal, tanpa membuat booking kedua.
• Terkonfirmasi. Dana dan detail transaksi telah teridentifikasi sesuai booking. Pada titik ini sistem mengirimkan ringkasan jadwal, nama pemesan, dan aturan check-in.

Tambahkan satu status internal untuk kasus yang perlu dipulihkan: perlu tindak lanjut. Status ini dipakai bila dana masuk tetapi tidak dapat dipasangkan ke booking, atau bila dua pembayaran masuk untuk satu slot. Jangan menghapus catatannya. Catatan yang dipertahankan memudahkan owner menelusuri keputusan staf dan memberi jawaban yang konsisten kepada pemain.

Dalam Venue OS FitLink, jadwal, data booking, dan aktivitas staf dapat diletakkan dalam satu alur kerja. Tujuannya bukan membuat admin terlihat lebih teknis, melainkan mengurangi keputusan yang bergantung pada ingatan orang per orang ketika antrean chat sedang penuh.

SOP 12 menit saat QRIS masih pending

Durasi di bawah ini adalah contoh standar layanan internal, bukan aturan baku dari regulator. Sesuaikan dengan jam operasional, kapasitas front desk, serta ketentuan penyedia jasa pembayaran yang dipakai venue.

1. Menit 0: buat hold dengan cap waktu. Catat lapangan, tanggal, jam, nama pemesan, nomor kontak, nominal, dan batas hold. Jangan membuat dua entri untuk slot yang sama hanya karena chat datang dari nomor berbeda.
2. Menit 1-3: kirim instruksi yang sama untuk semua pemain. Beri tautan atau QR pembayaran dengan nominal yang sudah terkait ke booking bila kanal pembayaran mendukungnya. Minta pemain menyimpan bukti, tetapi jelaskan bahwa konfirmasi mengikuti status pembayaran.
3. Menit 4-7: cek sumber resmi. Lihat notifikasi merchant, dashboard penyedia pembayaran, atau rekonsiliasi yang disepakati. Cocokkan nominal, waktu, dan referensi transaksi dengan booking. Hindari meminta data sensitif yang tidak perlu melalui chat.
4. Menit 8-10: kirim hasil yang jelas. Bila terkonfirmasi, ubah status dan kirim ringkasan jadwal. Bila belum, tulis bahwa slot masih ditahan sampai batas waktu, bukan kalimat menggantung seperti ditunggu ya.
5. Menit 11-12: eskalasi kasus tak cocok. Bila pemain melaporkan saldo terpotong namun catatan merchant belum ada, tandai sebagai perlu tindak lanjut. Jangan menjual slot ke pihak lain sebelum aturan hold yang telah dikomunikasikan berakhir atau keputusan PIC dicatat.

Alur ini menghindari dua ekstrem: mengunci lapangan tanpa batas karena satu screenshot, atau melepas slot tanpa jejak saat pemain sedang memeriksa status pembayarannya. Saat jam ramai, timer dan status yang dapat dilihat tim jauh lebih aman daripada janji lisan.

Jika dua pembayaran masuk untuk satu slot

Transaksi ganda tidak boleh diselesaikan dengan keputusan dadakan di chat. Pertama, pastikan kedua pembayaran benar-benar berkaitan dengan slot yang sama. Periksa waktu booking dibuat, nominal, identitas pengirim bila tersedia, dan apakah salah satu pembayaran sebenarnya untuk deposit, tambahan waktu, atau booking lain.

Kedua, pilih salah satu jalur penyelesaian yang tertulis dalam kebijakan venue: pindahkan ke slot lain atas persetujuan pemesan, jadikan saldo kredit yang tercatat, atau proses pengembalian sesuai prosedur yang berlaku. Jangan menjanjikan waktu pengembalian yang tidak bisa dikendalikan venue. Sebutkan PIC, nomor tiket atau referensi internal, dan kapan pemain akan menerima pembaruan berikutnya.

Ketiga, pisahkan hak akses. Staf yang menerima keluhan boleh membuat tiket dan mengunggah bukti yang relevan, tetapi perubahan status refund atau pengembalian dana sebaiknya membutuhkan otorisasi peran yang berbeda. Catatan aktivitas menjadi penting ketika owner merekonsiliasi kas, booking, dan komplain pada akhir shift.

Untuk pembayaran digital, penyelenggara sistem perlu memperhatikan keandalan, keamanan, dan tanggung jawab pengelolaan informasi elektronik. PP Nomor 71 Tahun 2019 adalah rujukan resmi tentang Penyelenggaraan Sistem dan Transaksi Elektronik. Artikel ini bukan nasihat hukum; bila venue menyusun syarat refund, kontrak event, atau pengelolaan data dalam skala besar, periksa kembali dengan penasihat hukum dan penyedia pembayaran Anda.

Pesan WhatsApp yang menenangkan tanpa memberi janji palsu

Admin sering terjebak karena ingin cepat meredakan situasi. Gunakan template yang menjelaskan status dan langkah berikutnya:

Hai, booking lapangan [nama lapangan] pukul [jam] sudah kami tahan sampai [batas waktu]. Kami sedang mencocokkan pembayaran QRIS dengan catatan merchant. Begitu status masuk, kami kirim konfirmasi jadwalnya di chat ini. Kalau dalam [durasi] belum ada pembaruan, kami lanjutkan pengecekan dengan PIC pembayaran.

Template tersebut lebih aman daripada menyebut sudah aman sebelum ada kecocokan data. Untuk transaksi ganda, gunakan bahasa yang sama lugasnya: Kami menemukan dua catatan pembayaran yang perlu dipasangkan. Tim kami akan menghubungi Anda paling lambat [waktu] dengan opsi penyelesaian. Hindari meminta foto identitas, nomor kartu, atau data pribadi berlebihan lewat grup WhatsApp.

UU Nomor 27 Tahun 2022 tentang Pelindungan Data Pribadi mengatur pemrosesan data pribadi, kewajiban pengendali dan prosesor data, serta hak subjek data. Karena itu, simpan hanya informasi yang memang dibutuhkan untuk menyelesaikan booking dan transaksi, batasi siapa yang dapat mengaksesnya, lalu rapikan arsip sesuai kebijakan retensi venue. Rujukan resminya tersedia di JDIH BPK.

Checklist penutupan shift untuk owner sport center

Sebelum staf pulang, PIC shift sebaiknya tidak hanya melihat jumlah chat yang belum dibalas. Cocokkan lima hal berikut:

• Jumlah booking terkonfirmasi dibanding slot yang benar-benar terpakai.
• Daftar hold yang sudah kedaluwarsa dan alasan slot dilepas atau diperpanjang.
• Transaksi yang belum dapat dipasangkan dengan booking tertentu.
• Kasus pembayaran ganda, kredit booking, atau refund yang masih berjalan.
• Nama staf dan waktu setiap perubahan status penting.

Kalau lima daftar ini masih tersebar di chat, spreadsheet, dan kepala admin, owner akan selalu menjadi titik eskalasi. Sistem booking yang menyatukan status, akses berbasis peran, dan riwayat transaksi membuat tindak lanjut lebih mudah dibagi tanpa membuat pemain menunggu jawaban berbeda dari orang yang berbeda.

FitLink membantu venue mengelola booking, pembayaran, dan kontrol operasional dalam satu alur yang lebih rapi. Untuk melihat apakah alurnya cocok dengan kondisi venue kamu, cek detailnya di halaman harga FitLink.

Mulai dari satu aturan yang konsisten

Ambil satu keputusan operasional hari ini: booking dianggap sah setelah status pembayaran terkonfirmasi pada kanal yang ditetapkan, bukan sekadar ketika screenshot masuk. Setelah itu, samakan timer hold, template chat, jalur eskalasi, dan laporan penutupan shift. Pemain akan lebih menerima proses yang jelas daripada jawaban cepat yang berubah-ubah.

Referensi & Metodologi

• Quick Response Code Indonesian Standard (QRIS), Bank Indonesia. Digunakan untuk menjelaskan model QRIS dan konteks Dynamic Merchant Presented Mode. Diakses 5 Oktober 2026.
• Peraturan Pemerintah Nomor 71 Tahun 2019 tentang Penyelenggaraan Sistem dan Transaksi Elektronik, JDIH Kementerian Komunikasi dan Digital. Digunakan sebagai rujukan penyelenggaraan sistem dan transaksi elektronik. Diakses 5 Oktober 2026.
• Undang-Undang Nomor 27 Tahun 2022 tentang Pelindungan Data Pribadi, JDIH BPK. Digunakan untuk konteks pengelolaan data pemesan. Diakses 5 Oktober 2026.