Batas waktu pembayaran tidak dimulai ulang saat halaman dibuka
Penghitung mundur terlihat meyakinkan karena angkanya terus berubah. Namun, angka itu hanya berguna bila mengikuti batas pembayaran yang benar. Memulai penghitung baru setiap kali halaman dimuat dapat membuat pelanggan melihat waktu tambahan yang sebenarnya tidak diberikan penyedia.
Pemeriksaan perlu memisahkan tiga hal: masa penggunaan halaman, batas petunjuk pembayaran, dan hasil pembayaran yang dicatat penyedia. Ketiganya tidak selalu berakhir bersamaan. Waktu yang habis pada layar juga tidak membuktikan bahwa tidak ada pembayaran yang telah diterima sebelumnya.
Ikuti satu upaya pembayaran yang sudah ada
Dalam contoh fiktif, toko menerbitkan petunjuk untuk pesanan P-24 pada 8 Desember 2026 pukul 10.00 WIB. Upaya pembayaran A-24 mempunyai batas tetap pukul 10.30 WIB, atau 2026-12-08T10:30:00+07:00. Pengaturan tersebut telah diterima dalam hubungan penyedia yang digunakan contoh, dan aplikasi menyimpan referensi serta batasnya.
Pelanggan membuka halaman pada pukul 10.00 dan melihat 30 menit. Pada pukul 10.20 ia memuat ulang halaman. Penghitung kembali menunjukkan 30 menit sehingga memberi kesan petunjuk berlaku sampai 10.50. Catatan penyedia tetap mempunyai batas 10.30; tidak ada upaya baru atau perubahan masa berlaku.
Pemeriksaan kode halaman menemukan durasi tetap 30 menit yang dihitung dari waktu halaman dibuka. Identitas upaya dan nilai batas di penyimpanan tetap benar. Penyebabnya berada pada cara menampilkan sisa waktu, bukan pada perubahan pengaturan penyedia.
Pastikan batas yang sedang dibicarakan
Dokumentasi QRIS berbasis SNAP dari Midtrans menyediakan parameter validityPeriod untuk waktu kedaluwarsa dengan format ISO 8601. Itu adalah kemampuan antarmuka tertentu, bukan pernyataan bahwa setiap akun atau integrasi QRIS mempunyai pengaturan yang sama.
Dokumentasi masa berlaku Snap juga membedakan kedaluwarsa halaman dari masa berlaku metode pembayaran. Karena itu, jangan mengambil batas penutupan halaman lalu menggunakannya sebagai bukti bahwa seluruh kemungkinan pembayaran telah berakhir.
Pada proyek nyata, periksa metode, versi antarmuka, akun, serta nilai yang benar-benar diterapkan. Catat apakah batas tersedia melalui respons, catatan transaksi, atau pengaturan yang dikonfirmasi. Nilai yang diminta aplikasi belum cukup bila penerimaannya belum diketahui.
Perbaiki tampilan tanpa mengubah transaksi
Untuk A-24, halaman mengambil batas tetap yang terkait dengan upaya tersebut. Pada 10.20, sisa waktu adalah sepuluh menit. Pembukaan ulang pada 10.25 menunjukkan lima menit, tetap dengan referensi A-24 dan batas 10.30.
Perhitungan tampilan menggunakan acuan waktu yang dirancang agar tidak bergantung buta pada jam perangkat yang keliru. Penghitung tetap merupakan bantuan tampilan. Pemeriksaan penyedia menentukan hasil transaksi; aplikasi tidak boleh mengubah hasil hanya karena sebuah fungsi JavaScript mencapai nol.
Halaman juga menampilkan waktu batas yang dapat dibaca, termasuk WIB, sehingga pelanggan tidak perlu mengikuti angka detik untuk memahaminya. Bila informasi batas tidak tersedia atau hasil pemeriksaan terganggu, berikan pesan yang menyatakan ketidakpastian serta jalur bantuan. Jangan membuat batas baru dari waktu saat itu.
Perbaikan ini tidak menerbitkan QR baru, mengganti referensi, atau memperpanjang pembayaran. Membuat upaya lain adalah keputusan alur tersendiri yang harus memperhitungkan keadaan upaya sebelumnya.
Selesaikan contoh dengan hasil yang berbeda
| Keadaan yang diperiksa | Hasil yang ditampilkan dan tindakan berikutnya |
|---|---|
| A-24 dibuka kembali pada 10.20; penyedia masih menyatakan tertunda | Sisa sepuluh menit sampai 10.30; tetap satu upaya dan satu pesanan |
| A-24 diperiksa pada 10.31; penyedia mengonfirmasi kedaluwarsa tanpa pembayaran | Petunjuk lama tidak lagi ditawarkan untuk digunakan; pelanggan diberi jalur tindak lanjut |
| A-25 telah dikonfirmasi penyedia sebagai dibayar pada 10.29, lalu halaman dibuka pada 10.31 | Tampilkan hasil terkonfirmasi tersebut; jangan menggantinya menjadi gagal karena penghitung selesai |
| Batas tampilan terlewati tetapi penyedia belum dapat diperiksa | Nyatakan batas petunjuk telah lewat dan hasil belum dapat dipastikan; staf melakukan pemeriksaan |
Dalam pemeriksaan contoh, membuka A-24 berulang kali tidak menambah catatan upaya. Penerima staf tetap melihat satu pesanan dengan hasil kedaluwarsa yang telah dikonfirmasi. A-25 mempunyai catatan terpisah yang tetap dibayar. Tidak ada tugas pengiriman yang dibuat hanya dari sisa waktu atau hasil halaman kembali.
Tentukan pesan dan pekerjaan staf
Pemilik usaha menentukan kapan pelanggan boleh mencoba kembali, bagaimana stok diperlakukan selama pemeriksaan, dan siapa yang dapat menilai pembayaran yang tidak cocok. Petunjuk bantuan perlu menyebut referensi yang berguna tanpa meminta data pembayaran sensitif melalui pesan biasa.
Uji halaman pada pembukaan pertama, pembukaan ulang, pemuatan ulang, dan sambungan yang terputus. Periksa hasil pada staf serta jumlah catatan yang terbentuk. Gunakan fasilitas pengujian yang memang diizinkan penyedia; contoh perhitungan ini bukan alasan melakukan transaksi uji pada layanan produksi.
Layanan toko online dapat menilai seluruh hubungan antara pembayaran dan pemenuhan. Untuk pemeriksaan awal, bawa satu referensi contoh, batas yang diterapkan, waktu halaman dibuka, dan apa yang benar-benar dinyatakan penyedia.