Pembeli minta bukti pembayaran: yang sudah dipegangnya sendiri, dan enam isi yang perlu dikirim penjual

Jawaban singkatnya: tautan pembayaran yang sudah dibayar tidak mati. Alamat yang sama tetap bisa dibuka dan berubah menjadi halaman status yang menyatakan pembayaran berhasil, lengkap dengan nama usaha penerima dan nominalnya, jadi bukti pertama yang bisa diteruskan ke pembeli adalah tautan yang sudah dia pegang sejak awal.

Bukti kedua datang lewat email, dengan dua syarat. Penjual mengaktifkan email bukti pembayaran di Pengaturan, dan pembayarannya membawa alamat email pembeli, baik dari detail pembeli saat permintaan dibuat maupun dari kolom email di halaman checkout. Kalau keduanya terpenuhi, Kasera Pay mengirim email bukti pembayaran ke alamat itu begitu pembayaran live tercatat lunas. Isinya nama usaha penerima, nominal, waktu pembayaran, keterangan, dan nomor referensi, tanpa tautan apa pun. Pembayaran tanpa alamat email tidak mengirim apa-apa, begitu pula pembayaran di mode tes.

Yang tidak ada, dan ini bagian yang perlu diketahui sebelum menjanjikan apa pun: Kasera Pay tidak menerbitkan kwitansi maupun invoice dalam bentuk berkas untuk pembayaran satu kali. Segala sesuatu di luar layar status dan email tadi datang dari penjual, dan isinya cukup enam hal.

Supaya email bukti pembayaran terkirim

Email bukti pembayaran nonaktif secara default. Aktifkan dulu di Pengaturan, bagian Metode pembayaran, lewat tombol “Kirim email bukti pembayaran”. Setelah itu email hanya bisa dikirim ke alamat yang tercatat pada pembayarannya. Untuk tautan yang dibuat dari dashboard, nyalakan detail pembeli lalu pilih pelanggan tersimpan atau isi emailnya. Untuk integrasi API, kirim customer.email saat membuat permintaan, atau minta pembeli mengisinya di checkout dengan checkout.is_email_required. Pengaturan notifikasi penjual tidak memengaruhi email ini; yang menentukannya hanya tombol tadi.

Yang sudah dipegang pembeli tanpa perlu diminta

Setelah pembayaran tercatat lunas, halaman pembayaran menampilkan judul “Pembayaran ke [nama usaha] berhasil” dan kalimat “Terima kasih. Pembayaran Anda sudah kami terima.” Di atasnya tetap ada nominal, keterangan pembayaran, nama pembeli kalau tadi diminta, dan rincian item kalau pesanannya dikirim sebagai daftar item.

Nama usaha pada layar itu bukan teks yang diketik bebas per transaksi. Yang dipakai adalah nama usaha yang disetujui pada saat verifikasi, sehingga tidak pernah berupa nama pribadi pemilik akun. Justru itulah yang membuatnya berguna sebagai bukti: yang terbaca pembeli adalah nama penerima yang identitasnya sudah diperiksa, bukan nama rekening perorangan yang bisa diklaim siapa saja. Satu hal yang layak diperiksa sekali: akun yang belum pernah mengisi nama usahanya membuat halaman itu menyebut Kasera Pay, bukan nama penjual, dan bukti yang menyebut nama penyedia pembayaran alih-alih nama penerima jelas kurang berguna. Latar belakangnya ada di catatan tentang memisahkan uang usaha dari uang pribadi.

Halaman itu juga tidak diindeks mesin pencari, jadi meneruskannya tidak membuat rincian pembayaran menjadi publik. Sifatnya privat bagi siapa pun yang memegang alamatnya, sama seperti sebelum dibayar.

Satu sifatnya jarang disebut dan justru yang paling penting bagi pembeli: halaman pembayaran yang sudah lunas tetap terbuka bahkan ketika akun penjualnya dihentikan sementara oleh Kasera Pay. Yang ditutup dalam keadaan itu hanyalah tautan yang belum dibayar, karena catatan pembayaran yang sudah terjadi bukan milik penjual untuk dihilangkan.

Di luar layar itu, pembeli punya satu catatan lagi yang tidak berasal dari penjual sama sekali, yaitu riwayat di aplikasinya sendiri. Pembayaran QRIS tercatat di riwayat aplikasi dompet atau mobile banking yang dipakai memindai, dan transfer Virtual Account tercatat sebagai mutasi di rekening pengirim. Untuk sebagian besar permintaan “minta buktinya dong”, menunjukkan kedua hal ini sudah selesai, dan tidak perlu ada yang dibuat.

Yang harus datang dari penjual, dan dari mana angkanya diambil

Permintaan yang tidak selesai dengan tautan biasanya datang dari pembeli yang perlu menyerahkan sesuatu ke pihak ketiga, misalnya bagian keuangan kantornya. Yang diminta adalah teks yang bisa disalin, bukan tautan. Semua isinya ada pada satu layar di dashboard, yaitu detail permintaan pembayaran.

Baris ketiga adalah yang paling sering salah kirim. Pada detail permintaan, biaya per transaksi dan angka bersih yang diterima penjual tampil berdampingan dengan nominal pembayaran, dan yang benar untuk sebuah bukti adalah nominal yang keluar dari kantong pembeli, bukan yang masuk ke saldo penjual. Selisihnya bukan urusan pembeli, dan pada pembayaran kantor selisih itu akan ditanyakan.

Angka yang dibayar pembeli juga tidak selalu sama dengan harga yang diketik penjual. Pada mode penanggung biaya yang membebankan biaya ke pembayar, nominal yang tampil di halaman pembayaran berada di atas harga barangnya, dan nominal itulah yang harus tertulis pada bukti. Hitungannya ada di cara menetapkan harga setelah biaya transaksi.

Satu tautan yang tidak boleh diteruskan

Detail permintaan pembayaran punya alamatnya sendiri, karena tampilan yang sedang terbuka ikut tercatat di alamat halaman transaksi. Alamat itu berguna untuk menyalin satu tampilan ke rekan satu tim, dan hanya untuk itu. Alamat tersebut berada di dalam dashboard penjual, di belakang login, dan berisi kolom yang bukan urusan pembeli seperti biaya per transaksi dan nominal bersih. Yang diteruskan ke pembeli adalah tautan pembayarannya, yang memang dibuat untuk dibaca pembeli.

Kalau yang diminta kwitansi atau invoice resmi

Kwitansi bertanda tangan, invoice berkop, dan dokumen sejenis adalah terbitan penjual sendiri. Kasera Pay bukan penerbitnya dan tidak menyediakan cetakannya, jadi dokumen itu disusun di tempat yang sama seperti sebelum pembayaran otomatis dipakai, dan yang berubah hanya sumber angkanya: enam isi di atas sudah cukup untuk mengisi seluruh badan dokumen, dan ID transaksi menggantikan lampiran tangkapan layar mutasi yang biasanya ditempelkan. Bagi yang menagih per termin, urutan penagihannya dibahas terpisah di catatan menagih klien sebagai freelance. Klinik yang pasiennya mengklaim asuransi ada di posisi yang sama, dengan satu kehati-hatian tambahan soal isi keterangan, dibahas di menerima pembayaran klinik gigi dan praktik dokter.

Kalau justru penjual yang kehilangan jejaknya

Permintaan bukti sering datang berminggu-minggu setelah pembayaran, dan mencarinya kembali punya dua jebakan kecil. Pertama, kotak pencarian di daftar transaksi mencari keterangan atau nomor pesanan saja, jadi mencari dengan nama pembeli tidak menemukan apa pun kecuali namanya kebetulan ikut ditulis di keterangan. Kedua, daftar transaksi terbuka pada tampilan bawaan yang hanya menampilkan pembayaran dibayar dan menunggu, dan halamannya menyatakan itu di atas tabel, sehingga baris yang sudah kedaluwarsa memang tidak ada di layar sampai filternya dibuka.

Ekspor CSV memuat sepuluh kolom termasuk referensi, keterangan, status, dan ketiga angka uangnya, tetapi kolom tanggalnya adalah tanggal pembuatan permintaan, dan tidak ada kolom waktu pembayaran sama sekali. Bukti yang disusun dari file ekspor karena itu harus mengambil jamnya dari kolom Dibayar pada di daftar transaksi, bukan dari file. Kolom ekspor selengkapnya dibahas di panduan rekonsiliasi harian toko online.

Ketika permintaan bukti bukan permintaan bukti

Tiga permintaan terdengar sama dan berakhir berbeda. Pembeli yang bertanya sesaat setelah membayar biasanya sedang memastikan uangnya sampai, dan tautan pembayaran yang sudah berubah statusnya menjawabnya sendiri tanpa perlu balasan panjang. Pembeli yang menyebut bagian keuangan atau laporan perlu teks berisi enam isi di atas. Dan permintaan yang datang bersama permintaan pengembalian dana bukan soal bukti sama sekali: prosedurnya, termasuk kenapa rincian rekening tujuan tidak pernah tersimpan di dalam catatan pembayaran, ada di catatan pengembalian dana ke pembeli.

Ada satu bentuk yang perlu dikenali. Permintaan bukti pembayaran dari pihak yang mengaku penjual, dikirim ke pembeli, adalah pola penipuan yang sudah biasa, dan arah sebaliknya juga ada. Bukti yang dikirim penjual karena itu tidak pernah menyertakan permintaan data apa pun, cukup enam isi tadi. Sisi sebaliknya, yaitu penjual yang menerima tangkapan layar bukti transfer dari pembeli, dibahas di catatan tentang bukti transfer palsu.

Balasan yang menutup percakapannya sekali kirim

Format berikut cukup untuk hampir semua permintaan, dan sengaja diakhiri dengan tautan halaman pembayaran supaya pembeli punya sumber yang bisa dibuka ulang tanpa bertanya lagi:

Bukti pembayaran

Penerima     : [nama usaha]
Tanggal      : 8 September 2026, 14.05 WIB
Nominal      : Rp 250.000
Metode       : QRIS
ID transaksi : [salin dari detail permintaan]
Keterangan   : INV-2026-014

Status pembayaran bisa dibuka kapan saja di halaman ini:
[tautan pembayaran]

Angka-angka di atas hanya contoh. Yang tidak berubah adalah susunannya: satu baris per isi, nominal bruto, dan tautan di akhir. Bagi penjual yang menerima permintaan seperti ini setiap hari, penyusunannya bisa dipindahkan ke sistem sendiri lewat webhook payment.paid, karena payload-nya membawa data yang sama dan datang pada detik pembayaran tercatat lunas. Titik pindahnya dibahas di panduan pindah dari tautan manual ke integrasi API.