Cosa il GENIUS Act non risolve per la tesoreria aziendale

La maggior parte dei team di tesoreria leggerà il GENIUS Act come il segnale che attendeva: l'incertezza normativa è risolta, i pagamenti in stablecoin sono finalmente legittimati.

Il 73% dei dirigenti aveva indicato l'incertezza normativa come principale freno all'adozione degli asset digitali. Superato questo ostacolo, si potrebbe concludere che la strada sia ormai spianata. L'incertezza normativa è risolta. Ma costruire una governance adeguata rimane una responsabilità della tesoreria.

Il Guiding and Establishing National Innovation for U.S. Stablecoins Act (GENIUS Act), promulgato il 18 luglio 2025, è la prima legge federale negli Stati Uniti a istituire un quadro normativo e di licenza per le stablecoin di pagamento. Per la tesoreria aziendale, la sua rilevanza è immediata: per la prima volta, un framework federale disciplina chi può emettere stablecoin di pagamento e a quali condizioni. Ciò che la legge implica per il vostro modello operativo è, invece, un capitolo a parte.

Cosa stabilisce il GENIUS Act per gli emittenti di stablecoin di pagamento

Le stablecoin di pagamento sono token digitali denominati in dollari che si regolano su blockchain anziché tramite una banca: un dollaro entra, un dollaro esce, concepiti per i pagamenti piuttosto che per l'investimento. Il GENIUS Act definisce chi può emetterle, a quali condizioni e sotto la supervisione di quale regolatore federale o statale.

Le norme proposte richiedono agli emittenti di mantenere riserve identificabili a copertura delle stablecoin in circolazione su base 1:1, attingendo esclusivamente a un ristretto paniere di attività ad alta liquidità: titoli del Tesoro USA con scadenza residua pari o inferiore a 93 giorni, saldi presso la Federal Reserve Bank e depositi a vista, tra gli altri. L'esposizione verso un singolo custodian non può superare il 40% delle riserve totali. I rendiconti mensili delle riserve devono essere esaminati da una società di revisione contabile registrata e certificati per iscritto dal CEO e dal CFO. Sono inoltre richiesti programmi documentati che coprano i controlli interni, la sicurezza informatica, la conformità antiriciclaggio (AML) e la pianificazione delle contingenze di liquidità.

Questi obblighi disciplinano l'emittente di stablecoin. Definiscono cosa deve fare una banca, una fintech come Circle o un altro soggetto autorizzato ai sensi del GENIUS Act per emettere stablecoin. Non disciplinano come il vostro team di tesoreria autorizza un'istruzione di pagamento, costruisce una catena di evidenze (audit trail) dalla fattura al settlement on-chain, o gestisce un'eccezione al di fuori dell'orario lavorativo.

La domanda sulla governance a cui il GENIUS Act non risponde

Quando un'istruzione di pagamento in USDC (USD Coin) lascia il vostro ERP e imbocca un canale stablecoin, il requisito di riserva 1:1 dell'emittente non vi dice chi nella vostra organizzazione ha approvato il pagamento, se l'approvazione era conforme alla vostra policy di delega dei poteri, né come riconciliare un hash di transazione blockchain con la fattura nel vostro TMS.

Si consideri uno scenario tutt'altro che raro: un pagamento USDC da 1 milione di dollari viene indirizzato a un fornitore estero nel tardo pomeriggio di un venerdì. L'ERP mostra l'approvazione. Il dashboard del wallet mostra un hash di transazione. Il settlement dovrebbe avvenire in pochi minuti. Non avviene. Il fornitore segnala di non aver ricevuto nulla. La vostra banca non gestisce richieste relative alle stablecoin e la coda di supporto del vostro fornitore di custodia (custodian) non è presidiata nel fine settimana. Nessuno nel vostro team di tesoreria ha documentato cosa fare in seguito, chi detiene l'accesso alla console di amministrazione del custodian, né se il piano di riserva preveda di rieseguire il pagamento su un canale tradizionale e, in tal caso, come evitare un esito di doppio regolamento: una situazione in cui un pagamento on-chain bloccato viene infine regolato dopo che il sostituto su canale tradizionale è già stato eseguito, pagando lo stesso fornitore due volte.

Quello scenario non è un fallimento della stablecoin. L'emittente ha rispettato ogni obbligo imposto dal GENIUS Act: l'USDC era pienamente garantito, la transazione on-chain era registrata. La stablecoin ha funzionato esattamente come progettato. Il modello operativo della tesoreria, no. Nessun percorso di escalation. Nessuna catena di evidenze che collegasse l'approvazione ERP alla conferma di settlement on-chain. Nessun piano di riserva predefinito con una regola decisionale documentata.

I requisiti di governance degli emittenti previsti dal GENIUS Act sono necessari. Ma non prevengono quello scenario. Lo fa la governance della tesoreria.

Cosa richiede la prontezza operativa

Il GENIUS Act risponde a ciò che i regolatori richiedono all'emittente. Non risponde a ciò che la tesoreria richiede a se stessa. La prontezza operativa per i pagamenti in stablecoin significa, in pratica, tre cose: autorizzazione, evidenza e piano di riserva.

Autorizzazione e approvazione. Chi può istruire un pagamento in stablecoin, entro quali limiti e attraverso quale workflow nel vostro ERP o TMS? La segregazione dei compiti applicata a un'istruzione di bonifico deve essere mappata esplicitamente su un'istruzione di pagamento basata su wallet. Se la vostra tesoreria detiene l'accesso alla chiave privata di un wallet di custodia, trattate tale accesso con gli stessi controlli che applicate a qualsiasi altra autorizzazione di pagamento. L'accesso alla chiave privata non è una credenziale IT: è un controllo di pagamento.

Catena delle evidenze (audit trail). In caso di audit, siete in grado di produrre un registro completo e a prova di manomissione che colleghi la fattura, l'approvazione ERP, l'istruzione di pagamento, l'hash della transazione on-chain e la conferma di settlement? Il GENIUS Act richiede agli emittenti di conservare i propri registri e certificazioni. La catena delle evidenze della vostra tesoreria è distinta dall'audit trail dell'emittente. Costruitela in modo deliberato fin dal primo giorno — e non dopo l'arrivo della prima domanda in sede di revisione.

Piano di riserva controllato. Se un pagamento in stablecoin fallisce o subisce ritardi, qual è il percorso pre-autorizzato per eseguire tramite un canale tradizionale senza dover riapprovare il pagamento, reinserire i dati o generare un rischio di doppio regolamento? Se quel percorso non è documentato prima di andare in produzione, verrà improvvisato sotto pressione. E l'improvvisazione non è un controllo.

L'integrazione di USDC di Kyriba, sviluppata in collaborazione con Circle, è progettata per inserire l'esecuzione delle stablecoin all'interno dei workflow di tesoreria esistenti: gli stessi processi di approvazione, gli stessi controlli di governance, la stessa infrastruttura di audit trail che i team di tesoreria già applicano ai canali tradizionali. Il framework normativo rende questa integrazione praticabile. Il framework di governance la rende difendibile.

Il punto di partenza, non il traguardo

Il GENIUS Act risolve la questione legale. Non risolve la questione della governance. La chiarezza normativa elimina l'obiezione legale. Non costruisce i workflow di approvazione, le catene di evidenze né i piani di riserva controllati di cui la vostra tesoreria ha bisogno prima di operare su un canale stablecoin.

Prima i risultati. Poi i canali. Il GENIUS Act ha spostato le stablecoin dalla domanda "possiamo farlo?" alla domanda "siamo pronti?". Rispondete alla seconda domanda prima di eseguire il primo pagamento.