Daftar periksa operasional untuk pembayaran kripto

Sebelum peluncuran

Lakukan sekali, dan ulangi setelah setiap perubahan pada server Anda.

• Kunci API hanya ada di server, dalam variabel lingkungan atau pengelola rahasia, tidak pernah di kode front-end atau repositori.
• URL callback tersimpan, publik, dan HTTPS, serta dapat dijangkau dari luar jaringan Anda.
• Penangan webhook menjawab tepat HTTP 200, cepat, dan aman dijalankan dua kali. Status lain, waktu habis, atau pengalihan dihitung sebagai pengiriman gagal. Lihat cara mengamankan webhook pembayaran kripto.
• Pembayaran uji berjalan dari awal sampai akhir. Bayar sejumlah kecil uang nyata, lihat webhook datang dan pesanan menjadi lunas. Belum ada sandbox, jadi gunakan jumlah nyata yang kecil.
• Percobaan ulang berfungsi. Buat endpoint gagal sekali dan pastikan Qvard mencoba lagi (lima percobaan dalam sekitar enam menit) tanpa memenuhi pesanan dua kali.
• Penarikan berfungsi. Tarik sejumlah kecil ke dompet Anda sendiri. Biayanya hanya biaya jaringan.
• Aturan sudah tertulis: apa yang dilakukan pada pembayaran kurang, cara mengembalikan dana, dan siapa yang menjawab pelanggan.

Setiap hari

Beberapa menit, sebaiknya pada jam yang sama.

• Pesanan belum dibayar yang melewati jendela kurs. Kurs di halaman pembayaran tetap selama satu jam. Lihat pesanan yang masih menunggu setelah itu: ditinggalkan, atau ada notifikasi yang terlewat.
• Pembayaran kurang. Pembayaran berstatus partial tidak mengirim webhook penyelesaian. Periksa di dasbor, tahan pesanan, dan hubungi pelanggan. Lihat cara menangani pembayaran USDT yang kurang.
• Kesalahan di endpoint webhook. Rentetan permintaan gagal atau jawaban 401 berarti endpoint rusak atau kunci tidak cocok. Pasang peringatan, jangan menemukannya di akhir hari.
• Total harian. Bandingkan pesanan yang Anda tandai lunas dengan pembayaran di dasbor. API publik tidak punya rute untuk mendaftar pembayaran, jadi ini perbandingan dengan catatan webhook Anda sendiri. Lihat rekonsiliasi pembayaran untuk merchant kripto.

Setiap minggu

• Notifikasi terlewat. Jika dasbor menampilkan pembayaran selesai yang tidak ada di sistem pesanan Anda, kirim ulang notifikasi dari dasbor dan biarkan penangan idempoten menerapkannya.
• Pola dukungan. Hitung tiket tentang jaringan salah, pembayaran kurang, dan «saya sudah bayar, tidak terjadi apa-apa». Jika ada yang berulang, perbaiki kata-kata di checkout atau halaman pesanan, bukan tiap tiket.
• Pengembalian dana. Pastikan setiap pengembalian yang dikirim tercatat pada pesanan aslinya dan dikirim ke alamat dan jaringan yang dikonfirmasi pelanggan.
• Saldo per aset dan jaringan. Pembayaran di jaringan berbeda terkumpul terpisah. Lihat apa yang ada di mana sebelum memutuskan apa yang ditarik.
• Stok dan kedaluwarsa. Jika Anda menyimpan stok untuk pesanan belum dibayar, pastikan pesanan kedaluwarsa melepaskannya.

Setiap bulan

• Rekonsiliasi penuh. Cocokkan pesanan bulan ini, catatan webhook, dan pembayaran dasbor, lalu jelaskan setiap selisih. Catat pendapatan dalam dolar sesuai nilai pesanan, dan catat komisi serta biaya penarikan sebagai baris terpisah.
• Tinjau penarikan. Tidak ada biaya langganan; komisi bersifat individual untuk proyek Anda dan, menurut halaman harga, mulai dari 1% dan dapat turun hingga 0,1%. Penarikan hanya dikenai biaya jaringan, biasanya jumlah tetap per transfer, jadi tarik dalam ukuran wajar, bukan banyak yang kecil. Lihat biaya jaringan dalam operasi pembayaran kripto.
• Rotasi dan audit akses. Periksa siapa yang dapat melihat kunci API dan dasbor, dan ganti kunci jika ada yang pernah memegangnya sudah pergi atau Anda curiga ada kebocoran.
• Baca ulang teks untuk pelanggan. Apakah checkout masih menyebut aset dan jaringan yang diterima, catatan biaya, dan aturan pengembalian? Apakah masih benar?
• Konsultasikan dengan akuntan. Perlakuan pajak dan pembukuan penerimaan kripto bergantung pada negara Anda; tinjau praktiknya secara berkala.

Saat ada yang terlihat salah

Skrip singkat untuk kasus umum.

• Pelanggan bilang sudah bayar tetapi pesanan belum lunas. Lihat pembayaran di dasbor. Jika selesai, kirim ulang notifikasi. Jika partial, minta selisihnya. Jika tidak ada, minta detail transaksi dan jaringan yang dipakai.
• Jaringan salah. Dana tidak tiba seperti yang diharapkan dan perlu ditangani manual. Pasang kontak dukungan yang terlihat di alur pembayaran.
• Pesanan lunas dipenuhi dua kali. Penangannya tidak idempoten. Jadikan pembaruan bersyarat («lunas hanya jika belum lunas») dalam satu pernyataan database.
• Webhook berhenti datang. Uji endpoint dari luar jaringan Anda, lihat kode jawaban di log akses, dan cari firewall, pengalihan, atau penangan yang lambat. Lihat strategi percobaan ulang webhook untuk sistem pembayaran.
• Anda tidak yakin apa yang dilakukan API. Rujukannya adalah API pembayaran kripto untuk developer.

Simpan daftar ini di tempat yang dilihat seluruh tim dan catat siapa yang bertanggung jawab atas tiap baris.

FAQ