Pagamenti, commercio agentico (AP2) e POS
Pagamenti con carta, checkout agentico e punti vendita collegati dal terminale al libro giornale
Quando punti vendita, casse e libro giornale non concordano
Un pagamento con carta tocca diversi sistemi in pochi secondi: il terminale o la cassa, un gateway, l’acquirer, il circuito della carta e l’emittente. Il denaro e le commissioni arrivano più tardi in file di regolamento che qualcuno deve riconciliare con le vendite nell’ERP.
Quando punti vendita, checkout online ed ERP si sincronizzano in lotti notturni, le scorte vengono vendute in eccesso durante le promozioni e le differenze di regolamento si accumulano tra gli acquirer. La cassa rallenta nei momenti di punta. Ora anche gli agenti di IA iniziano ad acquistare per conto dei clienti.
Che cosa cambia per Lei
Un’unica vista su scorte e vendite
Vendite, resi, prezzi e scorte allineati in tempo reale, e non più con un lotto notturno, in ogni punto vendita, vetrina online ed ERP.
Settlement che tornano
File di regolamento e commissioni di ogni acquirer riconciliati automaticamente con le vendite, con le differenze elencate per il Suo team.
Pronti al commercio agentico
Un checkout che accetta pagamenti da agenti di IA con una traccia verificabile di ciò che il cliente ha autorizzato.
Che cosa consegniamo
Connettività a gateway, acquirer e circuiti
Flussi di autorizzazione, capture, rimborso e storno su ISO 8583, ISO 20022 o l’API del fornitore, con orchestrazione multi-acquirer e gestione di ogni codice di risposta.
Checkout AP2 con mandato crittografico
AP2 è un protocollo aperto che consente a un agente di IA di pagare per conto di un cliente. Mandati firmati crittograficamente registrano ciò che il cliente ha approvato, e li integriamo nel Suo checkout.
Terminali EMV e SoftPOS
Terminali EMV con chip e contactless, e SoftPOS, che accetta carte contactless su un normale telefono o tablet, collegati al Suo software POS o chiosco.
Elaborazione automatizzata dei file di regolamento
File di regolamento e commissioni degli acquirer raccolti, validati, verificati e trasformati in registrazioni contabili che il Suo ERP può riconciliare.
Sincronizzazione POS-ERP in tempo reale
Vendite, resi, prezzi, promozioni e livelli di scorte sincronizzati tra ogni punto vendita e l’ERP tramite uno strato di streaming di eventi.
Tokenizzazione e perimetro PCI DSS
Numeri di carta sostituiti da token e tenuti fuori dal Suo POS e dal Suo ERP, con una mappatura scritta dei sistemi che restano nel perimetro PCI DSS.
Certificazione e roll-out
Script di test e prove per la certificazione di ogni fornitore, un pilota in alcuni punti vendita, poi un roll-out punto per punto vendita con confronto dei totali giornalieri.
Come lavoriamo
Seguire una vendita
Seguiamo una vendita dalla cassa o dal checkout al libro giornale con i Suoi team finance, commerciali e IT, e concordiamo l’ambito.
Progettare l’integrazione
Scegliamo i protocolli, l’approccio di tokenizzazione e i flussi dei messaggi, e scriviamo la specifica dell’interfaccia.
Realizzare e collaudare
Realizziamo i flussi di pagamento, regolamento e POS con test automatizzati, compresi rifiuti, timeout e rimborsi.
Certificare con il fornitore
Eseguiamo i casi di test del fornitore nel suo ambiente di collaudo e correggiamo ciò che la certificazione rileva.
Pilota, poi roll-out
Partiamo in produzione prima in alcuni punti vendita o canali, confrontiamo i totali ogni giorno e poi estendiamo punto per punto vendita.
Monitorare e assistere
Osserviamo i tassi di approvazione, i file di regolamento e le registrazioni dei punti vendita, e gestiamo gli annunciati cambiamenti dei fornitori.
Scorra lateralmente per vedere l’intero disegno.
Pagamenti con carta: autorizzati alla cassa, regolati in seguito, riconciliati nell’ERP
Il terminale o il checkout interroga il gateway, il gateway interroga l’acquirer e l’acquirer instrada verso il circuito di carte e l’emittente. I file di regolamento arrivano in seguito e sono riconciliati con vendite e commissioni nell’ERP. Un timeout attiva uno storno, così il cliente non viene mai addebitato due volte.
- Flusso principale
- Asincrono
- Percorso di eccezione
Il flusso in 8 passi
Il flusso, passo per passo
- Da Terminale EMV o checkout online a Gateway di pagamento: Richiesta di autorizzazione, tramite EMV · REST/JSON (flusso principale).
- Da Gateway di pagamento a Acquirer: Autorizzazione, tramite ISO 8583 (flusso principale).
- Da Acquirer a Circuito di carte ed emittente: Instradata all’emittente, tramite ISO 8583 (flusso principale).
- Da Acquirer a Gateway di pagamento: Approvata o rifiutata, tramite ISO 8583 (asincrono).
- Da Acquirer a Livello di integrazione: File di regolamento e commissioni, tramite SFTP (asincrono).
- Da Livello di integrazione a ERP: Vendite, commissioni e pagamenti in uscita regolati, tramite REST/JSON (flusso principale).
- Da Gateway di pagamento a Terminale EMV o checkout online: Nessuna risposta in tempo: storno automatico, tramite ISO 8583 0400 (percorso di eccezione).
- Da Livello di integrazione a Team operativo dei pagamenti: Discrepanza di regolamento o chargeback (percorso di eccezione).
Scorra lateralmente per vedere l’intero disegno.
Da POS a ERP: ogni vendita registrata una sola volta
Le vendite passano dalle casse all’ERP come eventi, e prezzi e scorte tornano indietro. Un punto vendita che va offline continua a vendere e recupera. Una registrazione che fallisce viene ritentata, poi affidata a una persona.
- Flusso principale
- Asincrono
- Percorso di eccezione
Il flusso in 8 passi
Il flusso, passo per passo
- Da Terminali POS a Server cloud del punto vendita o POS: Vendite, resi e annullamenti (flusso principale).
- Da Server cloud del punto vendita o POS a Livello di integrazione: Eventi di vendita e totali di fine giornata, tramite una coda di eventi, tramite REST/JSON (asincrono).
- Da Livello di integrazione a ERP: Vendite e movimenti di magazzino registrati, tramite OData · REST/JSON (flusso principale).
- Da ERP a Livello di integrazione: Prezzi, promozioni e dati degli articoli, tramite API o esportazione su file, tramite REST/JSON (flusso principale).
- Da Livello di integrazione a Server cloud del punto vendita o POS: Aggiornamenti di prezzi e scorte, tramite REST/JSON (flusso principale).
- Da Livello di integrazione a Coda dei nuovi tentativi: Registrazione non riuscita (percorso di eccezione).
- Da Coda dei nuovi tentativi a Livello di integrazione: Nuovo tentativo (percorso di eccezione).
- Da Coda dei nuovi tentativi a Team operativo dei punti vendita: Ancora in errore: avviso con i dettagli (percorso di eccezione).
Standard e protocolli
Citare un prodotto o un fornitore non implica una partnership con esso.
- Linguaggi
- Go
- Framework
- Node.js
- Dati e analisi
- Apache Kafka
- Database
- Redis
- DevOps e osservabilità
- Kubernetes
- Standard e canali bancari
- ISO 20022
- Pagamenti
- ISO 8583
- EMV
- EMV 3-D Secure
- PCI DSS
Risultati in produzione
Per un gruppo del commercio al dettaglio e di centri commerciali multi-marca del GCC abbiamo sostituito gli script batch notturni con la sincronizzazione POS-ERP in tempo reale. Abbiamo anche unificato i pagamenti multi-acquirer con regolamento automatizzato e realizzato un servizio di prenotazione dell’inventario per i picchi delle vendite flash.
Come iniziare
Requisiti chiari su fornitori e punti vendita portano direttamente a una proposta. Una nuova piattaforma di pagamenti, o un checkout agentico, inizia di solito nel Blueprint Studio.
Che cosa succede dopo
Sessione di preconsulenza
Una sessione di preconsulenza online gratuita di 30 minuti: esaminiamo i Suoi obiettivi, i Suoi sistemi e i Suoi vincoli.
Revisione di preparazione
Nell’ambito di una revisione di preparazione gratuita di 48 ore, un architetto principal verifica il Suo progetto rispetto alla definizione di «pronto» in 6 punti e raccomanda il Track più adatto.
Scelta del Track
I progetti con perimetro definito ricevono una proposta vincolante entro 3–5 giorni lavorativi. I progetti in fase di concept iniziano nel Blueprint Studio. Un sistema in produzione che non funziona, non è documentato o richiede integrazione inizia con una diagnosi di 1–2 settimane. Il Blueprint Studio e la diagnosi hanno ciascuno un compenso fisso, indicato nella proposta.
Consegna in cinque fasi
Mobilitazione, sprint con dimostrazioni dal vivo, integrazione e consolidamento, collaudo e go-live, poi servizi gestiti. Dopo il lancio seguono un periodo di garanzia, poi supporto e manutenzione opzionali.
Team di prodotto nativi dell’IA
Pod gestiti e interfunzionali di ingegneri senior, dotati di harness per la programmazione agentica e la QA.
Progetti a risultato fisso e servizi gestiti 24 ore su 24
Erogazione a perimetro fisso guidata da milestone con responsabili della consegna nominati, e servizi gestiti applicativi 24 ore su 24 sotto governance SLA.
Domande e risposte
Lavorate direttamente con ISO 8583?
Sì, dove l’acquirer o il processore lo offre. ISO 8583 è un quadro di riferimento, non un formato unico: ogni acquirer pubblica la propria specifica dei campi e dei tipi di messaggio. Costruiamo da quella specifica, gestiamo autorizzazioni, storni e messaggi di advice e collaudiamo ogni codice di risposta.
Che cos’è AP2 e ci serve adesso?
L’Agent Payments Protocol (AP2) è un protocollo aperto per i pagamenti effettuati da agenti di IA. Ogni acquisto porta mandati firmati che mostrano ciò che il cliente ha autorizzato, così esercenti, emittenti e acquirer possono fidarsene e verificarlo. Se è probabile che gli agenti di IA acquistino da Lei, possiamo rendere il Suo checkout pronto per AP2 accanto ai flussi attuali.
Come riducete il nostro perimetro PCI DSS?
Non possiamo eliminare PCI DSS, ma possiamo ridurre la parte del Suo patrimonio a cui si applica. Pagine di pagamento ospitate, cifratura punto-punto al terminale e token del gateway tengono i numeri di carta fuori da POS, ERP e data warehouse. Documentiamo i flussi dei dati per il Suo valutatore.
Possiamo accettare carte su telefoni invece che su terminali?
Sì, con SoftPOS. Carte e wallet contactless vengono accettati su un telefono o tablet supportato tramite un’app di pagamento certificata del Suo acquirer o fornitore. Integriamo quell’app con i flussi POS, di vendita e di regolamento come qualsiasi altro terminale.
Che cosa succede quando un punto vendita perde la connessione?
Il punto vendita continua a vendere. Le vendite sono salvate localmente e inviate all’ERP al ritorno della connessione, ciascuna con un identificatore univoco perché nulla venga registrato due volte. Se i pagamenti con carta possano continuare offline dipende dalle regole del Suo acquirer e dalla Sua propensione al rischio: lo progettiamo con Lei.
Gestite rimborsi e chargeback?
Sì. Rimborsi e storni fanno parte dei flussi di pagamento che realizziamo. Per i chargeback importiamo i report di contestazione dell’acquirer e colleghiamo ciascuno alla vendita e al regolamento di origine. Il Suo team riceve un elenco su cui lavorare, con le prove allegate.
Pronto a costruire? Chieda una proposta.
Invii i Suoi requisiti o la Sua RFP. I nostri architetti li validano e restituiscono una proposta vincolante a perimetro fisso.
Che cosa succede dopo
Revisione di preparazione
Nell’ambito di una revisione di preparazione gratuita di 48 ore, un architetto principal verifica il Suo progetto rispetto alla definizione di «pronto» in 6 punti e raccomanda il Track più adatto.
Proposta vincolante
Dopo la validazione architetturale senza costi, riceve una proposta vincolante a perimetro fisso entro 3–5 giorni lavorativi: milestone, architettura, struttura del team e SLA. Su richiesta firmiamo con Lei un accordo di riservatezza (NDA) prima che condivida i Suoi requisiti.
Mobilitazione
Alla firma, i nostri pod di ingegneria iniziano lo Sprint 0 entro 5–10 giorni lavorativi dalla firma del contratto.
Consegna in cinque fasi
Mobilitazione, sprint con dimostrazioni dal vivo, integrazione e consolidamento, collaudo e go-live, poi servizi gestiti. Dopo il lancio seguono un periodo di garanzia, poi supporto e manutenzione opzionali.