Merchant Adoption

Catatan peta atau integrasi yang diumumkan tidak membuktikan staf dapat menerima pembayaran hari ini. Tentukan lokasi, metode yang didukung, dan tanggal verifikasi. BTC Map menjelaskan verifikasi ulang berkelanjutan dan dukungan bagi kontributor lokal. Penerimaan yang berfungsi belum membuktikan pelanggan tetap; dibutuhkan data penggunaan nyata selama periode tertentu. [BTC Map — Verification and local maintenance]

Saat mengendalikan kuncinya sendiri, pedagang menerima dana ke dompetnya dan bertanggung jawab atas keamanannya. Penyedia dapat memproses pembayaran dan mengonversinya ke mata uang lokal sesuai pilihan yang disepakati; BitPay mendokumentasikan penyelesaian tersebut. Pelanggan dapat membayar bitcoin tanpa pedagang menyimpannya dalam jangka panjang. Periksa siapa yang mengendalikan dana sebelum pencairan beserta batas dan syaratnya. [BTCPay Server — Lightning options and custody] [BitPay — Configuring settlements]

Kasir menghubungkan pesanan dengan jumlah, mata uang, dan permintaan pembayaran. Untuk faktur biasa, BTCPay Server mengunci kurs selama waktu terbatas. Pembayaran terlambat, kurang, atau berlebih karena itu perlu penanganan tersendiri. Jumlah, jaringan, dan penerima harus cocok sebelum pengiriman; QR tanpa kaitan pesanan tidak cukup untuk rekonsiliasi yang jelas. [BTCPay Server — Invoice lifecycle]

Tangkapan layar pelanggan bukan konfirmasi penerimaan. Staf memeriksa status pada sistem sendiri. BTCPay Server membedakan Processing, yang menunggu konfirmasi sesuai pengaturan, dari Settled; pembayaran Lightning berhasil langsung menjadi Settled. Status yang ditandai manual bukan bukti jaringan baru. Aturan penyerahan barang harus mempertimbangkan metode pembayaran dan nilai pesanan. [BTCPay Server — Invoice lifecycle]

Lightning Network dapat memudahkan pembayaran cepat di kasir, tetapi memerlukan koneksi tersedia dan kemampuan menerima. Node sendiri membutuhkan pengelolaan kanal dan likuiditas masuk. Layanan dapat mengambil alih pekerjaan ini, menciptakan ketergantungan pada operasinya dan, menurut modelnya, kustodi dana. Saldo dompet saja tidak membuktikan likuiditas masuk yang cukup. [BTCPay Server — Lightning options and custody]

Bandingkan biaya jaringan dan layanan, selisih kurs, biaya likuiditas, serta pengoperasian perangkat, bukan hanya satu tarif iklan. Sertakan pelatihan dan penanganan gangguan atau pembayaran tidak biasa. Pengelolaan sendiri memberi kendali tetapi perlu pemeliharaan; layanan lebih sederhana dapat menambah batas dan risiko penyedia. Pilihan pembayaran harus tetap dapat dipakai setelah pergantian giliran staf. [BTCPay Server — Lightning options and custody] [BTCPay Server — Invoice lifecycle]

Untuk setiap pesanan, simpan hubungan ke pembayaran, kurs, biaya, dan penyelesaian berikutnya. BTCPay Server menyediakan ekspor laporan pembayaran; ekspor saja tidak menentukan terpenuhinya kewajiban akuntansi setempat. Pengembalian dana adalah pembayaran lain, bukan penulisan ulang transaksi awal. Tentukan mata uang dan perhitungan jumlah pengembalian sebelumnya serta verifikasi penerima; proses BTCPay yang didokumentasikan memerlukan pemrosesan pencairan lanjutan. [BTCPay Server — Reporting] [BTCPay Server — Refunds]

Lacak lokasi aktif, pembelian berhasil, penggunaan berulang, dan masalah pembayaran secara terpisah. Bandingkan periode dan definisi yang sama, catat lokasi tutup dan data usang. Dukungan lokal dan pemeriksaan berkelanjutan menjaga layanan berfungsi. Lokasi tambahan bukan jumlah pelanggan, dan menerima pembayaran saja tidak menjamin pendapatan lebih tinggi ataupun kenaikan harga bitcoin. [BTC Map — Verification and local maintenance] [BTCPay Server — Reporting]