Note dal campo

Accettare crypto al punto vendita

Accettare crypto al punto vendita significa che un cliente alla vostra cassa paga con un asset digitale — una stablecoin come USDC, o una coin come BTC — e voi, esercenti, ricevete l'accredito in euro. L'asset che il cliente invia e il denaro che ricevete sono due cose diverse, unite da una quotazione fissata nell'istante del tap. Niente nella vostra cassa, nella vostra contabilità o nel vostro conto bancario viene a sapere che c'entravano le crypto. Il terminale mostra un prezzo in euro, il cliente inquadra un codice e pochi secondi dopo la vendita si chiude in euro — sulla stessa riga su cui sarebbe finita con una carta. Le crypto al punto vendita sono un metodo di pagamento, non un cambiamento contabile, e mantenerle tali è l'intero problema ingegneristico.

Vale la pena chiarire subito questa impostazione, perché gran parte della confusione sui pagamenti in crypto nasce dal fondere due domande che devono restare separate: come paga il cliente e in quale valuta resta l'esercente. Separatele e tutto il resto ne discende.

Il problema che deve davvero risolvere

L'esercente vuole la vendita, non la volatilità. Non vuole chiudere la giornata con una manciata di asset dal valore incerto, né che il proprio contabile si ritrovi a parlare due valute. Vuole il prezzo fissato tra il tap e lo scontrino, il denaro in euro e una riconciliazione identica a quella di ogni altra giornata di carte. Un negozio che accetta crypto in modo ingenuo non ottiene nulla di questo: riceve un asset il cui prezzo si muove mentre il cliente sta ancora decidendo, lo parcheggia in un wallet ed eredita nei propri conti una seconda valuta che qualcuno dovrà valorizzare e convertire a mano. L'obiettivo di design è quindi stretto e rigoroso: rendere le crypto visibili in un solo punto, il momento del pagamento, e invisibili ovunque altrove.

Un tap: un QR, una quotazione bloccata, una riga in euro

Seguiamo il flusso alla cassa. Il cassiere batte uno scontrino da 24,00 €. Il terminale mostra il totale in euro e genera un codice QR che codifica la richiesta — l'importo, un indirizzo di destinazione o una invoice e un id di quotazione di breve durata. Il cliente lo inquadra con il proprio wallet, vede esattamente cosa sta per inviare e conferma. Il terminale monitora la rete in attesa di quel trasferimento e, alla conferma, stampa uno scontrino in euro. Dal lato del cassiere il ritmo è identico a quello di una carta: totale, presentazione, approvazione, scontrino. Nessuno dietro il banco digita un indirizzo o legge un saldo in qualcosa che non siano euro.

Inserire la richiesta nel QR è ciò che permette di porgerla in sicurezza al telefono di uno sconosciuto. Importo e destinazione viaggiano nel codice, con checksum, così il cliente non può pagare all'indirizzo sbagliato né l'importo sbagliato digitando male — la stessa mossa dell'identità per costruzione sul lato degli incassi, applicata a un bancone. Un codice che si legge è un codice corretto; non c'è alcun campo di testo libero in cui sbagliare.

Regolare in euro, perché la contabilità non conosca le crypto

Tra l'asset inviato dal cliente e gli euro che l'esercente tiene c'è la conversione, e il punto in cui avviene è tutto il trucco. Il cliente invia USDC o BTC; la piattaforma converte e accredita il conto dell'esercente in EUR. Il libro mastro dell'esercente vede sempre e solo un accredito in euro e una riga di commissione in euro — la stessa forma di un regolamento carte — perché l'asset viene convertito dalla piattaforma, non lasciato in un wallet che l'esercente dovrebbe gestire. A fine giornata la contabilità è in euro da cima a fondo. Non c'è un paniere di coin da valorizzare, nessuna seconda valuta nei conti e niente da off-rampare il lunedì mattina.

Il compito del cliente è pagare con ciò che possiede. Il compito dell'esercente è tenere i conti in una sola valuta. Un punto vendita che regola le crypto in euro è semplicemente la macchina che impedisce a questi due fatti di incontrarsi.
— Protocore · Ingegneria dei pagamenti

Il cambio è bloccato, non inseguito

La volatilità è la paura, e una quotazione bloccata con conto alla rovescia è la risposta. Quando il terminale mostra il prezzo in euro, fissa anche una quotazione valida per una finestra dichiarata — una manciata di secondi. Il cliente paga entro quella finestra, a quella quotazione, e gli euro accreditati all'esercente sono quelli sullo schermo, non quello che il mercato ha fatto mentre il wallet si caricava. Se la finestra scade prima che il cliente confermi, il terminale ripropone la quotazione: un nuovo codice, un nuovo conto alla rovescia, un nuovo prezzo esplicito — mai una deriva silenziosa. L'esercente non è mai esposto alla variazione tra il tap e la conferma; quel rischio resta in capo a chi ha fissato la quotazione, non al negoziante che voleva solo vendere un caffè.

Quando il cliente è lento, o il terminale è offline

Le reti si bloccano e i negozi perdono la connessione, quindi il comportamento offline deve essere noioso per scelta. Due casi. Quando il cliente è lento, la quotazione scade e viene riproposta — un pagamento o si conferma entro una finestra o non avviene, e non c'è nessuna vendita a metà da annullare. Quando è il terminale a cadere offline, può ancora mostrare una richiesta per un importo noto, ma non può fissare una nuova quotazione né confermare il regolamento: tiene quindi la vendita in sospeso e riconcilia alla riconnessione, senza fingere un successo. La regola di fondo è che lo scontrino si stampa alla conferma, mai sulla speranza: uno scontrino in euro significa che gli euro sono contabilizzati, e una vendita che il terminale non ha potuto confermare resta aperta e visibile nella console operativa, invece di sparire in silenzio.

Dove il terminale incontra il gateway

Il banco è il volto in presenza dello stesso stack di accettazione che gira online. Un tap crypto con carta presente e un checkout con pay-by-link sono lo stesso evento sotto la superficie — una richiesta, un pagamento, un regolamento in euro, uno scontrino — presentato su superfici diverse. L'esercente riconcilia quindi le crypto in negozio e gli ordini online in un unico posto, in euro, con le stesse righe di commissione e gli stessi export, invece di tenere due contabilità da pinzare insieme a fine mese. Il terminale è su /products/pos; il lato online degli stessi binari è /products/gateway; e il vocabolario — quotazione, regolamento, acquirer, riconciliazione — è definito nel /glossary.

Il confine, senza giri di parole

Se nessuno alla vostra cassa vuole pagare in crypto, un terminale crypto è la soluzione a un problema che non avete — accettate carte e andate avanti. Si guadagna il suo posto dove una parte reale dei vostri clienti già possiede asset digitali e preferirebbe spenderli piuttosto che fare prima un off-ramp: certi corridoi turistici, certe community native digitali, certe aree in cui le stablecoin sono semplicemente il modo in cui la gente tiene denaro spendibile. In quei contesti, rifiutare il tap significa rifiutare la vendita. Le meccaniche descritte sopra — il QR, la quotazione bloccata, il regolamento in euro, la regola della conferma prima dello scontrino — sono ciò che vi permette di incassare quella vendita senza accollarvi la volatilità, la seconda valuta o un progetto di contabilità. Le crypto restano affare del cliente; gli euro restano vostri.

Hai un sistema da costruire?

Raccontaci il problema. Torneremo con un'architettura e un piano.