Merchant Adoption berarti toko dan penyedia jasa menerapkan pembayaran bitcoin yang benar-benar dapat dipakai pelanggan. Cakupannya gerai fisik dan toko daring. Menerima bitcoin tidak sama dengan menyimpannya dalam jangka panjang: pedagang dapat menerima langsung atau memakai layanan yang membayar mata uang lain sesuai kesepakatan.
Bayangkan toko terdaftar di peta sebagai penerima Bitcoin, tetapi petugas hari ini tidak tahu cara memulai pembayaran. Catatan itu kurang membantu pelanggan. Yang harus diperiksa adalah lokasi tertentu, metode yang didukung, dan tanggal pemeriksaan. Karena itu, BTC Map mengandalkan kontributor lokal dan verifikasi ulang tempat yang sudah terdaftar. Pembelian percobaan yang berhasil menunjukkan proses bekerja saat itu. Belum diketahui berapa orang menggunakannya secara rutin; perlu pengamatan pembelian nyata selama periode tertentu. [1]
Pedagang dapat menerima bitcoin di dompet yang kuncinya ia kendalikan. Kunci memberi wewenang membelanjakan dana, sehingga cadangannya juga harus dilindungi. Pilihan lain ialah penyedia yang memproses pembayaran dan menawarkan pencairan dalam mata uang lokal yang didukung. BitPay mendokumentasikan pengaturan seperti ini. Pelanggan membayar bitcoin, tetapi pedagang tidak harus terus menanggung perubahan kursnya. Periksa siapa mengendalikan dana sebelum pencairan, kapan dilepas, serta syarat dan batasnya. Memilih metode pembayaran dan memilih penyimpan dana adalah keputusan berbeda. [2] [3]
Kasir menghubungkan pembelian dengan jumlah dan metode pembayaran. BTCPay Server menyebutnya invoice: permintaan pembayaran yang menetapkan jumlah dan kurs untuk waktu terbatas. Pelanggan dapat melihat berapa yang harus dikirim untuk pesanannya. Permintaan kedaluwarsa, kekurangan atau kelebihan pembayaran perlu ditangani tersendiri. Sebelum mengirim, periksa jumlah, penerima, dan jaringan yang benar. Kode QR hanya memindahkan rincian ke dompet; kode itu sendiri tidak menjamin kebenaran data atau hubungan dengan pesanan yang tepat. [4]
Pelanggan memperlihatkan layar yang menyatakan pembayaran telah dikirim. Petugas tetap memeriksa sistemnya sendiri. Dalam BTCPay Server, Processing berarti jumlah yang diminta telah dibayar, tetapi syarat penyelesaian belum terpenuhi, misalnya konfirmasi transaksi dalam blok. Settled berarti syarat itu telah terpenuhi. Pembayaran Lightning biasanya tidak menunggu konfirmasi blok. Penyerahan barang mengikuti kebijakan toko, metode pembayaran, dan nilai pembelian. Mengubah status secara manual bukan bukti konfirmasi jaringan; pembayaran tidak biasa harus diperiksa lebih dahulu. [4]
Lightning Network memungkinkan pembayaran cepat melalui kanal pembayaran, yaitu hubungan yang dibentuk sebelumnya antarpeserta. Menerima membutuhkan koneksi dan likuiditas masuk: ruang agar dana tambahan dapat tiba melalui kanal tersebut. Itu berbeda dari uang yang sudah dimiliki pedagang. Mengoperasikan node sendiri, komputer dengan perangkat lunak pembayaran, memerlukan pengelolaan kanal dan perawatan berkelanjutan. Layanan dapat menyederhanakan pekerjaan, tetapi pedagang bergantung pada operasinya dan, sesuai modelnya, mungkin juga menitipkan dana. [2]
Memilih solusi tidak cukup dengan membandingkan satu tarif iklan. Selain biaya jaringan dan layanan, biaya dapat terdapat dalam kurs: selisih antara kurs yang diterapkan dan acuan pembanding. Tambahkan likuiditas masuk, perangkat, pemeliharaan, dan waktu petugas. Pengelolaan sendiri memberi kendali sekaligus tanggung jawab menjaga operasi. Layanan lebih sederhana bisa memiliki batas serta risiko gangguan atau kegagalan penyedia. Giliran petugas berikutnya juga harus mengerti prosedur, termasuk menghadapi gangguan dan jumlah pembayaran yang keliru. [2] [4]
Rekonsiliasi membutuhkan hubungan tersimpan antara pesanan, pembayaran, kurs, biaya, dan pencairan dari penyedia bila ada. BTCPay Server dapat mengekspor laporan, tetapi laporan saja tidak menjamin kewajiban akuntansi setempat terpenuhi. Pengembalian dana adalah pembayaran baru, bukan penghapusan transaksi awal. Tentukan dahulu mata uang dan cara menghitung jumlahnya, lalu periksa rincian penerimaan pelanggan. Dalam prosedur BTCPay yang didokumentasikan, membuat tautan pengembalian saja belum cukup: sesudah pelanggan memberikan tujuan, pembayaran keluar masih harus diproses. [5] [6]
Pertanyaan yang berguna bukan hanya “Berapa tempat ditambahkan?”, tetapi juga “Masih bisakah orang membayar di sana dan apakah mereka kembali?”. Pantau lokasi operasional, pembelian berhasil, penggunaan berulang, dan masalah pembayaran secara terpisah. Bandingkan periode dan definisi yang konsisten; catat penutupan dan informasi usang. Bantuan lokal dan pemeriksaan rutin menjaga pilihan tetap dapat dipakai. Jumlah tempat bukan jumlah pelanggan, dan menerima Bitcoin saja tidak menjamin kenaikan penjualan ataupun harganya. [1] [5]
Kopi lunas, pertanyaan masih tersisa
Di kafe hipotetis, petugas membuat permintaan untuk pesanan tertentu. Pelanggan memindainya dan membayar melalui Lightning Network. Petugas memverifikasi penerimaan nyata dalam sistem sendiri lalu menyelesaikan penjualan; gambar dari ponsel tidak cukup. Pembelian ini menunjukkan proses bekerja pada saat itu, bukan jumlah pelanggan tetap. Apakah kafe menyimpan bitcoin atau menerima mata uang lain dari penyedia dicatat terpisah.
Untuk gambaran yang lebih utuh, baca entri ini bersama Bitcoin Point of Sale, Bitcoin Payment Processor, BTC Map, Lightning Network, Medium of Exchange, Grassroots Bitcoin Adoption. Entri ini juga dirujuk dari Bitcoin Pizza Day, Paralelní Polis, Bitcoin Coffee, BTC Prague.
01Haruskah pedagang menyimpan bitcoin yang diterima?+
Tidak. Ia bisa mengelolanya sendiri atau memakai penyedia yang mencairkan mata uang lokal yang didukung. Biaya, syarat pencairan, dan pihak pengendali dana sampai saat itu perlu diketahui. “Pelanggan membayar bitcoin” tidak menunjukkan mata uang yang akhirnya diterima pedagang.
02Cukupkah stiker atau peta untuk memastikan penerimaan?+
Keduanya menunjukkan pilihan yang diumumkan atau dicatat, dan bisa sudah usang. Periksa lokasi tertentu serta apakah seluruh proses berjalan di sana hari ini. Kesimpulan tentang penggunaan berkelanjutan juga memerlukan pembelian nyata dan berulang. Satu pengujian berhasil tidak menggantikan data itu.