Leader di pensiero

PerchÃĐ la Logica di Pagamento Agentic Appartiene al Livello di Pagamento e Cosa Significa per il Controllo dei Merchant in un’Economia Guidata dall’AI

mm
Aggiungi Unite.AI alle tue fonti preferite su Google

All’inizio di quest’anno, Google ha introdotto il Universal Commerce Protocol (UCP), uno standard aperto progettato per consentire agli agenti AI, alle aziende e ai fornitori di pagamenti di comunicare e transare attraverso un framework condiviso. Poi ÃĻ arrivato Universal Cart, il nuovo hub di shopping intelligente della società che riunisce prodotti da tutto il suo ecosistema in una singola destinazione alimentata dall’AI.

Se si torna un po’ indietro, Adobe ha segnalato che il traffico da strumenti di AI generativa verso i siti di retail statunitensi ÃĻ aumentato di quasi 1.300% YoY durante la stagione delle festività del 2024, con forte crescita che si ÃĻ protratta nella stagione del 2025.

In mezzo a questi eventi, potrebbe essere difficile capire esattamente dove il comportamento dei consumatori e l’innovazione delle piattaforme hanno iniziato a influenzarsi a vicenda. Tuttavia, mentre gli agenti AI, le piattaforme dei consumatori e i fornitori di pagamenti corrono per connettersi tra loro, i merchant si trovano sempre piÃđ al centro, responsabili della gestione delle transazioni su cui hanno sempre meno influenza.

Il Dilemma Architettonico

PiÃđ spesso di quanto non si pensi, l’integrazione ÃĻ largamente ottimizzata a livello di connettività tra sistemi, piuttosto che al punto in cui le decisioni vengono effettivamente eseguite. Le piattaforme AI stanno costantemente essere abilitate a comunicare con i fornitori di pagamenti. Tuttavia, il modo in cui una transazione ÃĻ strutturata, instradata e controllata attraverso i sistemi non ÃĻ stato fondamentalmente riconsiderato, spingendo ulteriormente il problema sul merchant. È qui che sorge una chiave questione architettonica: dove dovrebbe vivere la logica di pagamento agentic?

Se ÃĻ incorporata nel carrello della spesa, la logica si trova troppo vicina al livello della piattaforma, aumentando la dipendenza e il rischio di blocco. Se si trova interamente con i fornitori di servizi di pagamento, i merchant mantengono l’esecuzione ma perdono la capacità di plasmare come le transazioni vengono instradate attraverso i loro sistemi.

CiÃē che manca in entrambi gli approcci ÃĻ uno strato neutro che possa interpretare l’intento e coordinare l’esecuzione senza essere legato all’interfaccia in cui l’acquisto inizia o all’infrastruttura in cui viene regolato. In un caso, l’instradamento ÃĻ vincolato dalla logica della piattaforma, e nell’altro, ÃĻ frammentato dal piÃđ ampio stack di commercio del merchant.

Collocare la logica agentic al livello di pagamento diventa la terza opzione. Piuttosto che costringere i merchant a scegliere tra la dipendenza dalla piattaforma e la dipendenza dal fornitore di pagamento, crea un punto in cui le decisioni di transazione rimangono sotto il controllo del merchant indipendentemente da come l’acquisto viene iniziato o infine elaborato. I merchant possono introdurre esperienze guidate da agenti senza ridisegnare la loro infrastruttura di pagamento, continuando a coordinare le transazioni attraverso l’inventario, la gestione degli ordini e l’instradamento dei pagamenti.

Nuovi Rischi Richiedono una Chiara Separazione

Il commercio agentic ÃĻ definito da una maggiore autonomia per i sistemi AI che agiscono per conto dei clienti. Tuttavia, quell’autonomia rende piÃđ difficile distinguere le transazioni iniziate dall’AI da flussi di pagamento standard, esponendo i sistemi core a nuova incertezza operativa.

Ad esempio, un agente AI potrebbe completare un acquisto dopo aver confrontato dinamicamente i prezzi o applicato i vincoli di budget impostati dall’utente, ma il pagamento risultante entra comunque nel sistema del merchant come un evento di checkout standard. Senza separazione, i merchant perdono la visibilità su come quella transazione sia stata iniziata e se dovrebbe essere trattata diversamente da un acquisto normale.

CiÃē rafforza il caso per la pianificazione della logica di pagamento agentic al livello di pagamento, dove questi flussi possono essere isolati e gestiti in modo indipendente. CiÃē significa identificare le transazioni iniziate dall’AI al punto di ingresso, consentendo ai merchant di applicare diverse decisioni di instradamento, fornitori di pagamento o controlli, a seconda della natura della transazione. Pensate a limitare gli acquisti superiori a, diciamo, 100 dollari o a vietare gli acquisti di lusso se iniziati da un agente. CiÃē crea anche uno spazio per testare e adattare gli acquisti guidati da agenti senza influenzare la stabilità del piÃđ ampio sistema di pagamento.

Definire i Confini Operativi

L’indistinguibilità delle transazioni agentic discusse in precedenza crea anche una sfida piÃđ ampia di classificazione all’interno dei sistemi di frode esistenti. PoichÃĐ gli agenti AI assomigliano da vicino bot automatizzati nel loro comportamento, sono spesso trattati come attività ad alto rischio per impostazione predefinita in ambienti già saturi di tentativi di frode guidati dall’AI, e ciÃē ÃĻ ragionevole. La fiducia, quindi, non puÃē essere inferita dal comportamento solo. Deve essere segnalata esplicitamente e riconosciuta da ogni livello del sistema.

CiÃē significa che il consumatore deve autorizzare chiaramente l’agente ad agire per suo conto, e quell’autorizzazione deve essere riconoscibile non solo per il fornitore di pagamento ma anche per il merchant che avvia la vendita. Allo stesso tempo, il merchant deve anche essere in grado di confermare che l’agente opera sotto autorizzazione valida, mentre fornisce anche la sua stessa identità verificabile all’agente.

Se si considera in questo modo, si scopre che l’isolamento da solo non ÃĻ sufficiente senza un modello corrispondente per controllare l’accesso alle credenziali di pagamento. PoichÃĐ gli agenti richiedono una forma di autorizzazione delegata per transare per conto di un utente, l’autorizzazione deve essere strutturata in modo esplicito, limitato e verificabile attraverso il flusso di transazione. La gestione delle credenziali diventa quindi una necessaria estensione della logica del livello di pagamento. In effetti, i dettagli di pagamento non vengono esposti direttamente all’agente ma vengono invece archiviati in ambienti sicuri e rappresentati attraverso credenziali tokenizzate che agiscono come proxy controllati per le transazioni sottostanti.

Questi token definiscono i confini operativi all’interno dei quali la logica di pagamento agentic puÃē funzionare. Piuttosto che concedere un accesso aperto a un metodo di pagamento, possono codificare limiti come soglie di spesa, frequenza o finestre di validità, assicurando che le transazioni guidate da agenti rimangano strettamente all’interno di vincoli predefiniti. In questo senso, ciÃē che possiamo chiamare “vaulting” ÃĻ il meccanismo attraverso il quale questi vincoli diventano praticamente applicabili.

Pertanto, mentre il livello di pagamento determina come le transazioni vengono identificate e governate, la tokenizzazione assicura che gli agenti possano eseguire solo azioni per cui sono stati esplicitamente autorizzati.

Crescere tra la Pressione Crescente

Fino a pochi anni fa, l’idea di agenti autonomi che effettuano acquisti per tuo conto potrebbe sembrare una possibilità lontana. Ma oggi, il mercato retail B2C statunitense per il commercio agentic ÃĻ previsto raggiungere circa 1 trilione di dollari in entrate entro il 2030. Per i merchant, l’importanza di quella scala non risiede nel numero stesso, ma in ciÃē che significa per la visibilità e il controllo all’interno dei propri sistemi.

La pressione per muoversi rapidamente puÃē costare ai merchant la chiarezza necessaria per capire cosa sta realmente accadendo all’interno dei propri sistemi. Di tutta la potenza che la visibilità granulare e il controllo possono conferire ai merchant, il piÃđ prezioso ÃĻ la libertà e la flessibilità di iniziare con piccoli passi, imparare dai primi modelli e scalare in linea con la fiducia.

John Lunn ÃĻ il Fondatore e Amministratore Delegato della piattaforma di orchestrazione dei pagamenti cloud Gr4vy. È un imprenditore tecnologico e fintech con 21 anni di esperienza lavorativa e di investimenti nei servizi finanziari, nell'abilitazione del commercio, nei pagamenti elettronici, nei dati, nella sicurezza e nell'infrastruttura.

John ha lavorato come Direttore Tecnico per sei anni a CyberSource, il primo fornitore di servizi di pagamento al mondo, che ÃĻ stato venduto a Visa per 2 miliardi di dollari nel 2010. Successivamente, ha contribuito a fondare Passmark Security, che ÃĻ stata venduta a RSA Security nel 2006. Nel 2006, John si ÃĻ unito a PayPal come quarto dipendente nel Regno Unito (ora 2.000+), dove, in qualità di Direttore Globale delle Relazioni con gli Sviluppatori e le Startup, ha costruito e sviluppato il primo team di Relazioni con gli Sviluppatori di PayPal. Nel 2015, ÃĻ stato determinante nell'acquisto di Braintree da parte di PayPal e si ÃĻ unito al team. Nel 2016, John ha fatto parte del team che ha lanciato PayPal Ventures, il braccio di venture capital di PayPal, un fondo da 350 milioni di dollari con il sostegno del Consiglio di Amministrazione. John ÃĻ stato un Osservatore del Consiglio di Amministrazione per Dosh, Arkose, Raise, Acorns, Toss e molti altri.