Bitcoin Point of Sale to bitcoinowa kasa do sprzedaży na miejscu. Pomaga ustalić cenę, poprosić o zapłatę i stwierdzić, że pieniądze dotarły. Może być aplikacją w telefonie lub tablecie albo osobnym terminalem. Samo urządzenie nie mówi, czy środkami zarządza sprzedawca, czy przechowuje je dla niego usługodawca.
Obsługa wybiera kawę albo wpisuje cenę, po czym sprawdza walutę, napiwek i sumę. BTCPay Server oferuje na przykład katalog, koszyk lub klawiaturę numeryczną. Następnie powstaje invoice: żądanie zapłaty związane z danym zakupem. Dzięki temu później wiadomo, czego dotyczył wpływ. Ponowne załadowanie ekranu nie może dopisać kolejnej sprzedanej kawy. Zamówienie i zapis płatności powinny pozostać możliwe do odszukania. [1] [2]
Kawiarnia może ustalać ceny w koronach czeskich, a kasa przeliczać je na bitcoin według wybranego źródła kursu. Przed wysłaniem klient powinien widzieć kwotę i termin ważności oraz sprawdzić odbiorcę i sieć płatniczą. BOLT 11 to format żądania Lightning. Zawiera hash płatności, kryptograficzny odcisk związany z dowodem zapłaty, i termin wygaśnięcia; kwota może pozostać nieokreślona. Samo skanowanie więc nie wystarczy: przy zakupie trzeba sprawdzić rzeczywiście żądaną sumę. Cena w koronach nie oznacza, że korony trafią na konto bankowe kawiarni. [3] [4]
Kod QR przekazuje dane do płatności, a nie dowód jej otrzymania. Zrzut ekranu klienta nie zastępuje kontroli po stronie kawiarni. BTCPay Server oznacza jako Processing żądanie opłacone w całości, którego warunki zakończenia, na przykład potwierdzenia w blokach, nie są jeszcze spełnione. Settled oznacza ich spełnienie. Dostępne jest też oznaczenie ręczne, które nie tworzy rzeczywistej wpłaty ani potwierdzenia. Udana płatność Lightning zwykle nie czeka na blok. Towar wydaje się więc zgodnie ze sprawdzonym wpływem i zasadami sklepu, nie kolorem cudzego ekranu. [2]
Kasa może przyjmować do własnego portfela sprzedawcy albo korzystać z usługi przechowującej jego środki. Decydują klucze prywatne pozwalające wydawać, uprawnienia i zasady wypłat, nie logo Bitcoin. Publiczne dane portfela mogą wystarczyć do tworzenia adresów odbiorczych. Mimo to przejęta kasa może pokazać adres napastnika dla przyszłych płatności. Obsługa nie potrzebuje więc wszystkich praw administratora: sprzedaż kawy to co innego niż zmiana odbiorcy lub zatwierdzenie zwrotu. [5] [6] [7]
Lightning przesyła płatności przez połączone kanały. Własny węzeł, czyli program uczestniczący w sieci, musi działać i mieć płynność przychodzącą: miejsce w kanałach na odbiór środków. Usługodawca może przejąć część pracy, ale zmienia koszty i to, komu ufasz. Brak trasy lub płynności nie jest udaną zapłatą. Zanim klient spróbuje innej metody, obsługa sprawdza pierwszy wynik, aby za jedną kawę nie zapłacił dwukrotnie. [7] [4]
Tablet może stracić internet, serwer nie odpowiadać albo kurs się nie załadować. Wtedy kasa może nie utworzyć żądania lub nie sprawdzić wpływu. Wydrukowany QR nadal da się odczytać, lecz nie dowodzi to działania systemu. Potrzebny jest uzgodniony plan: łącze zapasowe, odłożenie sprzedaży lub późniejsze odszukanie płatności. Sama awaria nie dowodzi braku zapłaty. Niedopłaty, nadpłaty i wpłaty po terminie oceniaj osobno; ręczna zmiana zapisu nie przepisuje historii sieci. [2] [3]
Oddanie pieniędzy oznacza nową płatność powiązaną z pierwotnym zakupem. Trzeba uzgodnić kwotę i walutę, zweryfikować cel oraz uzyskać zgodę uprawnionej osoby. BTCPay Server oddziela na przykład utworzenie prośby o zwrot od wysłania środków. Przekazanie klientowi linku nie oznacza, że otrzymał pieniądze. Obsługa odróżnia przygotowane żądanie, oczekującą wypłatę i zakończony zwrot; pierwotny transfer pozostaje w historii. [8]
Na koniec zmiany uzgodnij zamówienia, wpływy, opłaty, zwroty i ewentualne wypłaty usługodawcy. BTCPay Server eksportuje płatności, sprzedane produkty i ruchy portfela on-chain, czyli pracującego bezpośrednio z łańcuchem Bitcoin. Raporty pomagają w ewidencji, ale same nie spełniają wszystkich lokalnych obowiązków księgowych i podatkowych. Przed uruchomieniem przećwicz normalną sprzedaż, awarię i odtworzenie. Ogranicz dostęp do danych klientów i uwzględnij koszty sprzętu, łącza i utrzymania. [9] [1] [6]
Kawa, opłacony telefon i tablet bez połączenia
W przykładowym zamówieniu POS-497 klient pokazuje udaną płatność, gdy tablet obsługi traci połączenie. Obsługa nie wystawia od razu drugiego żądania i nie oznacza zakupu jako nieopłaconego. Przywraca łącze, odnajduje pierwotną invoice i porównuje kwotę z rzeczywistym wpływem. Zależnie od wyniku kończy sprzedaż lub rozwiązuje kwestię kolejnej próby. Wszystko zapisuje przy tym samym zamówieniu, by ani wpłata, ani sprzedaż nie zostały policzone dwa razy.
Pełniejszy obraz uzyskasz, czytając to hasło razem z Merchant Adoption, BTCPay Server, Bitcoin Payment Processor, BOLT 11, Potwierdzenie, Bitcoin. Do tego hasła prowadzą również odsyłacze z Merchant Adoption, Bitcoin Payment Processor, BTCPay Server, BTC Map.
01Czy wystarczy QR na ladzie?+
Kod przekazuje dane, lecz sam nie rozpoznaje wpływu ani zamówienia, którego dotyczy. Obsługa potrzebuje wiarygodnej kontroli i procedur dla błędnej kwoty, wygasłego żądania lub braku połączenia.
02Czy Lightning oznacza, że kawiarnia sama trzyma pieniądze?+
Nie automatycznie. Może mieć własny węzeł lub usługę z innym podziałem praw, także przechowywaniem środków u dostawcy. Sprawdź, kto kontroluje klucze i saldo, kto zapewnia odbiór i na jakich zasadach można wypłacić środki.