497 / 691₿·POS

Bitcoin Point of Sale

Bitcoinová pokladna pro osobní prodej

Pokladna spojí objednávku s bitcoinovým platebním požadavkem a ověřeným příjmem. QR kód ani zákazníkova obrazovka samy nepotvrzují zaplacení; úschova, kurz, výpadky a refundace závisí na zvoleném řešení.

Bitcoin Point of Sale je pokladní rozhraní pro osobní prodej: nacení nákup, vytvoří platební požadavek, přiřadí přijatou platbu a uchová záznam. Může běžet na telefonu, tabletu či terminálu; vzhled zařízení neurčuje, kdo ovládá mince.

Obsluha vybere zboží nebo zadá částku, zkontroluje měnu, spropitné a konečný součet. BTCPay Server nabízí katalog, košík i číselnou klávesnici. Každý nákup má být dohledatelný přes objednávku a fakturu; opětovné otevření obrazovky nesmí vytvořit druhý záznam o prodeji. [BTCPay Server — Point of Sale app] [BTCPay Server — Invoice lifecycle]

Cena v místní měně se přepočítá podle nastaveného zdroje kurzu; pokladna musí ukázat očekávanou bitcoinovou částku a platnost nabídky. BOLT 11 nese údaje Lightning faktury včetně platebního hashe a expirace, částka může být volitelná. Pro konkrétní nákup je třeba ověřit skutečnou částku, síť a příjemce. Přepočet ceny neznamená prodej bitcoinu za fiat. [BTCPay Server — Store rates and policies] [Lightning BOLTs — Invoice protocol]

QR kód pouze předává platební údaje. Snímek zákazníkovy obrazovky není náhradou za stav v systému obchodníka. U BTCPay Server stav Processing čeká na zvolená on-chain potvrzení; Settled znamená splněnou politiku, ale může být také ručně nastavený. Úspěšná Lightning platba nečeká na potvrzení bloku. Vydání zboží proto vychází z ověřené platby, nikoli jen z barvy obrazovky. [BTCPay Server — Invoice lifecycle]

Stejný tablet může posílat příjem do vlastní peněženky nebo používat úschovního poskytovatele. Rozhodují klíče, oprávnění a podmínky výplaty, ne logo Bitcoin. Ani příjem přes veřejný klíč nevylučuje podvržení budoucí adresy napadenou pokladnou či serverem. Oprávnění obsluhy oddělte od změny příjemce, správy peněženky a schvalování refundací. [BTCPay Server — Wallet setup] [BTCPay Server — Third-party hosting risks] [BTCPay Server — Lightning setup]

Vlastní Lightning uzel vyžaduje provoz, kanály a příchozí likviditu. Poskytovatel může část práce převzít, ale mění náklady a důvěru. Selhání směrování nebo nedostatek likvidity není úspěšná platba. Před jinou platební metodou obsluha ověří výsledek původního pokusu, aby nevznikly dvě platby za jeden nákup. [BTCPay Server — Lightning setup] [Lightning BOLTs — Invoice protocol]

Nedostupný internet, backend nebo zdroj kurzu může zabránit novému požadavku či ověření příjmu. Zobrazený nebo vytištěný kód může zůstat čitelný i bez aktuálního stavu. Provozní postup má určit náhradní připojení, odložení prodeje a pozdější dohledání platby. Nedoplatek, přeplatek a platbu po expiraci posuzujte jednotlivě; ruční označení nemění historii sítě. [BTCPay Server — Invoice lifecycle] [BTCPay Server — Store rates and policies]

Vrácení peněz vyžaduje vazbu na původní nákup, dohodnutou částku a měnu, ověřený cíl a oprávněné schválení. BTCPay Server odděluje vytvoření žádosti o refundaci od odeslání výplaty. Původní převod se tím nevymaže. Obsluha musí rozlišit vytvořený požadavek, čekající výplatu a skutečně dokončené vrácení. [BTCPay Server — Refund workflow]

Na konci směny srovnejte objednávky, přijaté platby, poplatky, refundace a případné výplaty poskytovatele. BTCPay Server exportuje přehledy plateb, prodaných produktů a on-chain peněženky; samotný export nezaručuje splnění účetních a daňových požadavků daného místa. Otestujte obsluhu, výpadek i obnovu, omezte přístup k údajům zákazníků a počítejte s náklady na zařízení, připojení a provoz. [BTCPay Server — Reporting] [BTCPay Server — Point of Sale app] [BTCPay Server — Third-party hosting risks]

Příklad · ₿·POS

Dvě obrazovky, jeden nákup

U modelové objednávky POS-497 zákazník ukáže úspěšnou platbu, ale tablet obsluhy ztratí spojení. Obsluha neoznačí nákup automaticky za nezaplacený a nevystaví hned druhý požadavek. Obnoví spojení, dohledá původní fakturu a ověří její částku a skutečný stav příjmu. Teprve potom rozhodne o vydání zboží nebo novém pokusu a výsledek zapíše k téže objednávce.

Pro nejúplnější obraz čtěte toto heslo společně s Merchant Adoption, BTCPay Server, Bitcoin Payment Processor, BOLT 11, Potvrzení, Bitcoin. Opačným směrem na něj odkazují také Merchant Adoption, Bitcoin Payment Processor, BTCPay Server, BTC Map.

01Stačí na pokladně QR kód?

Kód předá platební údaje, ale sám neověří příjem ani nespáruje platbu s nákupem. Pokladna potřebuje důvěryhodný stav platby a postup pro chybnou částku, expiraci a nedostupné připojení.

02Je platba přes Lightning vždy vlastní úschova obchodníka?

Ne. Pokladna může používat vlastní uzel, jiný model služby nebo úschovního poskytovatele. Ověřte, kdo ovládá klíče a zůstatek, kdo zajišťuje příjem a za jakých podmínek lze prostředky vybrat.

DOC · 001BTCPay Server — Point of Sale appDokumentace ↗DOC · 002BTCPay Server — Invoice lifecycleDokumentace ↗DOC · 003BTCPay Server — Store rates and policiesDokumentace ↗DOC · 004Lightning BOLTs — Invoice protocolSpecifikace ↗DOC · 005BTCPay Server — Wallet setupDokumentace ↗DOC · 006BTCPay Server — Third-party hosting risksDokumentace ↗DOC · 007BTCPay Server — Lightning setupDokumentace ↗DOC · 008BTCPay Server — Refund workflowDokumentace ↗DOC · 009BTCPay Server — ReportingDokumentace ↗
Primární zdroje · Nejde o investiční doporučení