Bitcoin Point of Sale

Kasir memilih kopi atau memasukkan harga, lalu memeriksa mata uang, tip, dan total. BTCPay Server, misalnya, menyediakan katalog, keranjang, atau papan angka. Berikutnya dibuat invoice: permintaan pembayaran untuk pembelian itu. Hubungan ini memungkinkan toko mengetahui tujuan setiap dana masuk. Memuat ulang layar tidak boleh mencatat satu kopi tambahan sebagai terjual. Pesanan dan catatan pembayarannya harus tetap dapat ditelusuri. [1] [2]

Kedai bisa menetapkan harga dalam koruna Ceko, lalu kasir mengubahnya menjadi bitcoin berdasarkan sumber kurs pilihan. Sebelum mengirim, pelanggan perlu melihat jumlah dan masa berlaku serta memeriksa penerima dan jaringan pembayaran. BOLT 11 adalah format permintaan Lightning. Isinya mencakup hash pembayaran, sidik jari kriptografis yang berkaitan dengan pembuktian pembayaran, serta batas waktu; jumlahnya boleh tidak ditentukan. Jadi memindai saja tidak cukup: periksa jumlah yang benar-benar diminta untuk pembelian. Harga dalam koruna tidak berarti kedai menerima koruna di rekening bank. [3] [4]

Kode QR menyampaikan rincian pembayaran, bukan bukti penerimaan. Tangkapan layar pelanggan tidak menggantikan pemeriksaan kedai. BTCPay Server memakai Processing untuk permintaan yang telah dibayar penuh tetapi syarat penyelesaiannya, seperti konfirmasi blok, belum terpenuhi. Settled berarti syarat itu terpenuhi. Penandaan manual juga tersedia, tetapi tidak menciptakan pembayaran atau konfirmasi nyata. Pembayaran Lightning yang berhasil biasanya tidak menunggu blok. Serahkan barang berdasarkan penerimaan terverifikasi dan aturan toko, bukan warna layar orang lain. [2]

Kasir dapat menerima ke dompet milik pedagang atau memakai layanan yang menyimpan dana untuknya. Yang menentukan adalah kunci privat untuk membelanjakan dana, izin, dan syarat penarikan, bukan logo Bitcoin. Informasi publik dompet bisa cukup untuk menghasilkan alamat penerimaan. Namun kasir yang disusupi masih dapat menampilkan alamat penyerang untuk pembayaran mendatang. Petugas kasir tidak perlu memiliki hak administrator: menjual kopi berbeda dengan mengganti penerima atau menyetujui pengembalian dana. [5] [6] [7]

Lightning mengirim pembayaran melalui kanal yang saling terhubung. Node sendiri, yaitu program peserta jaringan itu, harus tersedia dan memiliki likuiditas masuk: ruang dalam kanal untuk menerima dana. Penyedia layanan dapat menangani sebagian pekerjaan, tetapi mengubah biaya dan pihak yang Anda percayai. Tidak adanya rute atau likuiditas bukan pembayaran berhasil. Sebelum pelanggan mencoba cara lain, kasir memeriksa hasil upaya pertama agar satu kopi tidak dibayar dua kali. [7] [4]

Tablet bisa kehilangan internet, server berhenti merespons, atau kurs gagal dimuat. Akibatnya sistem mungkin tidak dapat membuat permintaan atau memverifikasi penerimaan. QR tercetak tetap terbaca, tetapi itu tidak membuktikan sistem sedang berfungsi. Perlu prosedur yang disepakati: koneksi cadangan, menunda penjualan, atau menelusuri pembayaran kemudian. Gangguan saja tidak membuktikan pelanggan belum membayar. Nilai pembayaran kurang, berlebih, dan setelah kedaluwarsa satu per satu; perubahan catatan manual tidak mengubah riwayat jaringan. [2] [3]

Mengembalikan uang berarti melakukan pembayaran lain yang terkait pembelian awal. Sepakati jumlah dan mata uang, verifikasi tujuan, serta dapatkan persetujuan pihak berwenang. BTCPay Server memisahkan pembuatan permintaan pengembalian dari pengiriman dana. Memberikan tautan kepada pelanggan belum berarti uang diterima. Staf membedakan permintaan yang disiapkan, pengiriman tertunda, dan pengembalian selesai; transfer awal tetap ada dalam riwayat. [8]

Pada akhir giliran kerja, cocokkan pesanan, dana masuk, biaya, pengembalian, dan pencairan dari penyedia jika ada. BTCPay Server mengekspor pembayaran, produk terjual, serta pergerakan dompet on-chain, yang bekerja langsung pada rantai Bitcoin. Laporan membantu pencatatan tetapi tidak memenuhi seluruh kewajiban akuntansi dan pajak setempat. Sebelum beroperasi, latih penjualan normal, gangguan, dan pemulihan. Batasi akses data pelanggan sesuai kebutuhan dan hitung biaya perangkat, koneksi, serta pemeliharaan. [9] [1] [6]