I binari invisibili di Pix
Quando un utente tocca "conferma" su un Pix, accade qualcosa di straordinario: in meno di 10 secondi, il denaro esce da un conto in una determinata istituzione, attraversa l'infrastruttura della Banca Centrale e arriva definitivamente in un altro conto — in un'altra istituzione, in un'altra banca, possibilmente in un altro stato.
Per l'utente finale, è magia. Per chi gestisce l'infrastruttura, è il risultato di un sistema di regolamento lordo in tempo reale che opera con precisione al millisecondo, 24 ore su 24, 365 giorni all'anno, con tolleranza zero per le incongruenze finanziarie.
Questo articolo svela questa magia. Spieghiamo come funzionano SPI, DICT e Conta PI — singolarmente e insieme — e ripercorriamo il flusso completo di una transazione Pix dall'inizio alla fine. L'obiettivo è che i Product Manager abbiano la chiarezza necessaria per prendere decisioni di prodotto informate, e che i progettisti e gli architetti abbiano la mappa concettuale necessaria prima di immergersi nella documentazione tecnica della Banca Centrale.
📌 Contesto: Se stai valutando se valga la pena diventare un partecipante diretto di Pix, ti consigliamo di iniziare con la guida strategica Pix Direto: cos'è, come funziona e quando conviene — che copre il contesto di business prima dell'architettura tecnica.
I sette sistemi che supportano il Pix Direto
L'infrastruttura di Pix Direto non è un singolo sistema — è un ecosistema di componenti interdipendenti, ciascuno con una funzione specifica. Prima di approfondire ognuno di essi, vale la pena avere la mappa completa:
Sigla | Nome completo | Gestito da | Funzione in Pix Direto |
|---|---|---|---|
SPI | Sistema di Pagamenti Istantanei | Banca Centrale del Brasile | Regolamento finanziario definitivo delle transazioni in tempo reale sul conto PI |
DICT | Elenco degli Identificativi dei Conti Transazionali | Banca Centrale del Brasile | Registrazione e consultazione delle chiavi Pix — associazione chiave → conto |
Conto PI | Conto di Pagamenti Istantanei | Banca Centrale del Brasile | Conto di regolamento dell'istituzione nello SPI — dove il denaro entra e esce effettivamente |
RSFN | Rete del Sistema Finanziario Nazionale | Banca Centrale del Brasile | Canale di comunicazione sicuro tra i partecipanti e l'infrastruttura della BC |
FRAUD | Meccanismo di Prevenzione delle Frodi di Pix | Banca Centrale del Brasile | Database condiviso di dati sulle frodi tra tutti i partecipanti diretti |
ISO 20022 | Standard internazionale di messaggistica finanziaria | ISO / SWIFT | Protocollo di formato dei messaggi scambiati con SPI e DICT |
ICP-Brasil | Infrastruttura di Chiavi Pubbliche Brasiliana | ITI (gov.br) | Autenticazione e firma digitale dei messaggi alla BC |
I primi tre — SPI, DICT e Conto PI — sono il nucleo dell'operazione. Gli altri costituiscono lo strato di supporto che rende questo nucleo sicuro, affidabile e conforme alle normative. Nessun partecipante diretto funziona senza tutti loro.
SPI — Sistema di Pagamento Istantaneo
L'SPI è la spina dorsale del Pix. È il sistema gestito dalla Banca Centrale che effettua il regolamento finanziario definitivo di ogni transazione — addebitando il conto PI dell'istituzione pagatrice e accreditando il conto PI dell'istituzione ricevente in tempo reale.
Il modello RTGS e perché è importante
L'SPI opera sul modello RTGS — Regolamento Lordo in Tempo Reale. Ciò significa che ogni transazione viene regolata individualmente, in modo definitivo e irrevocabile, nel momento in cui viene elaborata. Non c'è compensazione differita, non c'è netting multilaterale, non c'è rischio di storno per mancato regolamento.
Questo modello ha un'implicazione critica per chi opera il Pix Direto: il regolamento è definitivo. Una volta che l'SPI conferma che la transazione è stata regolata, non può essere annullata dall'infrastruttura. Eventuali rimborsi sono nuove transazioni — non storni dell'originale. Ciò ha conseguenze dirette per la progettazione dei sistemi antifrode e per la gestione delle controversie.
Disponibilità e finestre operative
L'SPI è operativo 24 ore su 24, 7 giorni su 7, 365 giorni all'anno — compresi i giorni festivi e i fine settimana. Non esistono finestre di indisponibilità pianificate dalla BC che interrompano l'elaborazione delle transazioni.
Per i partecipanti diretti, questo definisce lo SLA minimo richiesto: 99,5% di disponibilità, senza eccezioni di giorno o di orario. Qualsiasi manutenzione che influisca sulla capacità di elaborare le transazioni deve essere comunicata alla BC in anticipo e conta come indisponibilità pianificata ai fini del calcolo dello SLA.
Come l'SPI si connette all'istituzione
La comunicazione con l'SPI avviene esclusivamente tramite RSFN — la Rete del Sistema Finanziario Nazionale — utilizzando messaggi nel formato ISO 20022. Non ci sono API REST, non ci sono webhook, non c'è connessione internet pubblica. È un canale dedicato, con autenticazione tramite certificato ICP-Brasil e validazione del formato e della firma per ogni messaggio.
⚙️ Implicazione tecnica: L'integrazione con l'SPI non è un compito di 'chiamata a un'API'. È l'implementazione di un protocollo di messaggistica finanziaria con regole rigide di formato, ordine dei campi, firma digitale e gestione degli errori. I team senza precedente esperienza con lo standard ISO 20022 dovrebbero prevedere tempi prolungati per questa fase del progetto.
I sette sistemi che supportano il Pix Direto
L'infrastruttura di Pix Direto non è un singolo sistema — è un ecosistema di componenti interdipendenti, ciascuno con una funzione specifica. Prima di approfondire ognuno di essi, vale la pena avere la mappa completa:
Sigla | Nome completo | Gestito da | Funzione in Pix Direto |
|---|---|---|---|
SPI | Sistema di Pagamenti Istantanei | Banca Centrale del Brasile | Regolamento finanziario definitivo delle transazioni in tempo reale sul conto PI |
DICT | Elenco degli Identificativi dei Conti Transazionali | Banca Centrale del Brasile | Registrazione e consultazione delle chiavi Pix — associazione chiave → conto |
Conto PI | Conto di Pagamenti Istantanei | Banca Centrale del Brasile | Conto di regolamento dell'istituzione nello SPI — dove il denaro entra e esce effettivamente |
RSFN | Rete del Sistema Finanziario Nazionale | Banca Centrale del Brasile | Canale di comunicazione sicuro tra i partecipanti e l'infrastruttura della BC |
FRAUD | Meccanismo di Prevenzione delle Frodi di Pix | Banca Centrale del Brasile | Database condiviso di dati sulle frodi tra tutti i partecipanti diretti |
ISO 20022 | Standard internazionale di messaggistica finanziaria | ISO / SWIFT | Protocollo di formato dei messaggi scambiati con SPI e DICT |
ICP-Brasil | Infrastruttura di Chiavi Pubbliche Brasiliana | ITI (gov.br) | Autenticazione e firma digitale dei messaggi alla BC |
I primi tre — SPI, DICT e Conto PI — sono il nucleo dell'operazione. Gli altri costituiscono lo strato di supporto che rende questo nucleo sicuro, affidabile e conforme alle normative. Nessun partecipante diretto funziona senza tutti loro.
SPI — Sistema di Pagamento Istantaneo
Lo SPI è la spina dorsale di Pix. È il sistema gestito dalla Banca Centrale che effettua il regolamento finanziario definitivo di ogni transazione, addebitando in tempo reale il conto PI dell'istituto pagatore e accreditando il conto PI dell'istituto ricevente.
Il modello RTGS e perché è importante
Lo SPI opera secondo il modello RTGS (Real-Time Gross Settlement) — Regolamento Lordo in Tempo Reale. Ciò significa che ogni transazione viene regolata individualmente, in modo definitivo e irrevocabile, nel momento stesso in cui viene elaborata. Non c'è compensazione differita, non c'è netting multilaterale, non c'è rischio di storno dovuto a fallimento del regolamento.
Questo modello ha un'implicazione critica per chi opera con Pix Direto: il regolamento è definitivo. Una volta che lo SPI conferma che la transazione è stata regolata, questa non può essere annullata dall'infrastruttura. Eventuali rimborsi sono nuove transazioni, non storni dell'originale. Ciò ha conseguenze dirette per la progettazione dei sistemi antifrode e per la gestione delle controversie.
Disponibilità e finestre operative
Lo SPI è operativo 24 ore su 24, 7 giorni su 7, 365 giorni all'anno, inclusi i giorni festivi e i fine settimana. Non esistono finestre di indisponibilità pianificate dalla Banca Centrale che interrompano l'elaborazione delle transazioni.
Per i partecipanti direti, questo definisce l'SLA minimo richiesto: 99,5% di disponibilità, senza eccezioni di giorno o di orario. Qualsiasi manutenzione che influisca sulla capacità di elaborare le transazioni deve essere comunicata preventivamente alla Banca Centrale e viene conteggiata come indisponibilità pianificata ai fini del calcolo dell'SLA.
Come lo SPI si connette all'istituto
La comunicazione con lo SPI avviene esclusivamente via RSFN — la Rete del Sistema Finanziario Nazionale — utilizzando messaggi in formato ISO 20022. Non ci sono API REST, non ci sono webhook, non c'è connessione tramite internet pubblica. Si tratta di un canale dedicato, con autenticazione tramite certificato ICP-Brasil e validazione del formato e della firma per ogni messaggio.
⚙️ Implicazione tecnica: L'integrazione con lo SPI non è una semplice attività di 'chiamata a un'API'. Si tratta dell'implementazione di un protocollo di messaggistica finanziaria con regole rigide di formato, ordine dei campi, firma digitale e gestione degli errori. I team senza precedente esperienza con lo standard ISO 20022 dovrebbero prevedere tempi più lunghi per questa fase del progetto.
DICT — Elenco degli identificatori di conti transazionali
Se lo SPI è dove si muove il denaro, il DICT è dove si risolvono le identità. Il DICT è la directory centralizzata — gestita anch'essa dalla Banca Centrale — che associa ogni chiave Pix a un conto bancario specifico.
Senza il DICT, Pix sarebbe solo un trasferimento TED più veloce: dovresti conoscere la filiale, il conto e la banca del destinatario. Il DICT è ciò che rende possibile inviare denaro semplicemente con un CPF, un numero di cellulare o una chiave casuale — perché è esso che traduce questa chiave in un conto reale presso un'istituzione reale.
Tipi di chiavi e loro particolarità
Tipo di chiave | Che cos'è | Uso | Particolarità operativa |
|---|---|---|---|
CPF / CNPJ | Documento del titolare del conto | Alta — chiave più utilizzata da persone fisiche e giuridiche | Richiede convalida presso il dipartimento delle entrate federali (Receita Federal) |
Indirizzo e-mail del titolare | Media — comune nei conti digitali | Il titolare può avere più e-mail per conto | |
Cellulare | Numero di telefono con prefisso (DDD) | Alta — in particolare nei conti di persone fisiche | La portabilità frequente richiede l'aggiornamento nel DICT |
Chiave casuale (EVP) | UUID generato dal sistema, senza dati personali | In crescita — preferita da chi dà priorità alla privacy | Nessun legame con i dati personali — ideale per gli incassi |
Operazioni che il partecipante diretto esegue nel DICT
Integrandosi con il DICT, l'istituzione non è solo consumatrice, ma anche produttrice di dati. Le principali operazioni che un partecipante diretto deve implementare sono:
Registrazione della chiave: quando un cliente dell'istituzione desidera creare una chiave Pix, l'istituzione registra nel DICT l'associazione tra la chiave e il conto del cliente.
Consultazione della chiave: prima di elaborare qualsiasi transazione in uscita, l'istituzione consulta il DICT con la chiave fornita dall'ordinante per ottenere i dati del conto di destinazione.
Portabilità: quando un cliente desidera trasferire una chiave da un'altra istituzione alla propria, l'istituzione avvia il processo di portabilità nel DICT, che ha un termine normativo definito.
Rivendicazione: quando un cliente desidera recuperare una chiave (come il proprio CPF) registrata presso un'altra istituzione, l'istituzione conduce il processo di rivendicazione.
Cancellazione: quando un cliente chiude il conto o richiede la rimozione di una chiave.
DICT e LGPD: cosa deve considerare il partecipante diretto
Il DICT memorizza ed elabora i dati personali degli utenti — CPF, CNPJ, e-mail, cellulare. In qualità di partecipante diretto, l'istituzione è responsabile del trattamento di questi dati in conformità con la LGPD (Legge generale sulla protezione dei dati), comprensivo di consenso, scopo e periodo di conservazione. La Banca Centrale impone inoltre restrizioni su come i dati consultati nel DICT possono essere utilizzati — le consultazioni delle chiavi possono essere effettuate solo nel contesto di una transazione legittima, non a scopo di arricchimento dei dati anagrafici.
Conto PI — il conto di regolamento presso la Banca Centrale
Il Conto PI (Conto dei Pagamenti Istantanei) è l'elemento che definisce strutturalmente un partecipante diretto del Pix. È attraverso di esso che le transazioni vengono effettivamente liquidate: il denaro che entra e esce dalle transazioni Pix passa attraverso il saldo del Conto PI dell'istituzione nello SPI.
Avere un Conto PI non è solo una questione tecnica — è una posizione regolamentare. Essa rappresenta che l'istituzione è stata autorizzata dalla Banca Centrale a partecipare direttamente al sistema di liquidazione istantanea del Paese.
Conto PI vs. conto corrente: le differenze che contano
Caratteristica | Conto PI | Conto corrente comune |
|---|---|---|
Chi può averlo | Solo partecipanti diretti del Pix autorizzati dalla BC | Qualsiasi istituzione finanziaria autorizzata |
Dove viene mantenuto | Banca Centrale del Brasile (SPI) | Banca commerciale / IF autorizzata |
Finalità | Esclusivamente per la liquidazione di transazioni Pix | Movimentazione finanziaria generale |
Rendimento | Remunerato al tasso SELIC (overnight) | Variabile in base al contratto |
Accesso | Via messaggistica ISO 20022 allo SPI | Via sistemi interni dell'istituzione finanziaria |
Saldo minimo | Deve coprire gli obblighi di liquidazione del giorno | Secondo la politica dell'istituzione |
Controllo | La BC monitora in tempo reale | Monitoraggio interno dell'istituzione |
Rischio di liquidazione | Zero — la liquidazione è definitiva nella BC | Rischio di controparte a seconda dell'istituzione |
Gestione della liquidità nel Conto PI
Un aspetto operativo critico che spesso sorprende le fintech in fase di implementazione: il Conto PI deve disporre di un saldo sufficiente per coprire gli obblighi di liquidazione in tempo reale. A differenza di un modello di compensazione (in cui addebiti e accrediti vengono compensati a fine giornata), nello SPI ogni addebito viene elaborato singolarmente — e se il Conto PI non ha saldo sufficiente al momento della transazione, questa viene rifiutata.
Ciò richiede un sistema di gestione della liquidità in tempo reale: monitoraggio continuo del saldo del Conto PI, regole di ripristino del saldo e avvisi di livello critico. Nei giorni ad alto volume — come l'inizio del mese o le date di pagamento degli stipendi — la pressione sulla liquidità può essere significativa.
💡 Remunerazione del Conto PI: Il saldo mantenuto nel Conto PI è remunerato al tasso SELIC overnight. Per le istituzioni con un alto volume di transazioni e un saldo medio rilevante, questa remunerazione può rappresentare un'entrata finanziaria aggiuntiva che compensa parte dell'OPEX dell'operazione.
Messaggistica e protocolli: ISO 20022, RSFN e ICP-Brasil
Lo strato di comunicazione tra il partecipante diretto e l'infrastruttura della Banca Centrale è composto da tre elementi che lavorano insieme: il protocollo di formato (ISO 20022), il canale di trasporto (RSFN) e il meccanismo di autenticazione (ICP-Brasil).
ISO 20022: la lingua dei messaggi finanziari
L'ISO 20022 è lo standard internazionale di messaggistica finanziaria adottato dalla Banca Centrale per il Pix. I messaggi sono strutturati in XML, con schemi rigorosamente definiti che specificano ogni campo, il suo tipo, la dimensione e l'obbligatorietà.
Lo standard definisce diversi tipi di messaggi per diverse operazioni: avvio della transazione, conferma del regolamento, consultazione dello stato, notifica di errore, operazioni nel DICT, tra le altre. Ogni tipo di messaggio ha il proprio schema XML e il proprio insieme di validazioni.
Per il team di ingegneria, questo significa: implementare parser e validatori di schemi XML, gestori per ciascun tipo di messaggio, logica di retry con backoff per i guasti transitori e un sistema robusto di registrazione e tracciamento dei messaggi — perché in caso di controversia o audit, la traccia dei messaggi rappresenta la prova.
RSFN: il canale dedicato
La RSFN (Rede do Sistema Financeiro Nacional) è l'infrastruttura di rete dedicata e sicura attraverso la quale i messaggi ISO 20022 viaggiano tra i partecipanti e la Banca Centrale. Si tratta di una rete privata, separata dall'internet pubblica, con requisiti specifici di connettività e ridondanza.
Per connettersi alla RSFN, l'istituzione deve contrattare un fornitore di connettività omologato dalla BC. Il processo di contrattazione, configurazione e test della connessione RSFN è uno dei primi compiti del progetto di implementazione — e uno di quelli che più spesso sorprendono in termini di tempistiche, specialmente quando il fornitore ha una coda di attesa.
ICP-Brasil: autenticazione e integrità dei messaggi
Ogni messaggio inviato allo SPI o al DICT deve essere firmato digitalmente con un certificato ICP-Brasil. Questa firma garantisce due cose: che il messaggio è stato inviato dall'istituzione che dichiara di averlo inviato (autenticazione) e che il contenuto non è stato alterato durante il transito (integrità).
I certificati ICP-Brasil hanno una data di scadenza e devono essere rinnovati periodicamente. Un processo di gestione dei certificati mal strutturato — senza avvisi di scadenza e procedure di rinnovo chiare — è una fonte reale
Antifrode e sicurezza: la responsabilità che non può essere esternalizzata
Nel modello indiretto, il partecipante diretto partner è il principale responsabile dell'antifrode. Nel modello diretto, questa responsabilità passa interamente all'istituzione — e non esiste una via di mezzo normativa.
Il meccanismo FRAUD
Il FRAUD è il sistema centralizzato della Banca Centrale che consente la condivisione di informazioni su transazioni sospette e conti fraudolenti tra tutti i partecipanti diretti di Pix. L'integrazione con il FRAUD è obbligatoria e bidirezionale: l'istituto consulta i dati di altri partecipanti e segnala i dati sulle frodi identificate nella propria base.
La condivisione tramite FRAUD è uno dei meccanismi più efficaci per il rilevamento delle frodi in tempo reale nell'ecosistema Pix, poiché i truffatori raramente operano con un solo istituto. Un conto segnalato come fraudolento da un partecipante è disponibile per la consultazione da parte di tutti gli altri in pochi minuti.
Livello di rilevamento proprietario
Oltre all'integrazione con il FRAUD, la BC richiede che ciascun partecipante diretto mantenga il proprio livello di rilevamento e prevenzione delle frodi, con regole, modelli e processi adeguati al profilo di rischio della propria base clienti.
Questo livello deve operare in tempo reale, nello stesso ciclo della transazione: la decisione di approvare o rifiutare una transazione in base a criteri di frode deve avvenire prima che il messaggio di addebito venga inviato al SPI. Ciò impone vincoli di latenza significativi ai sistemi antifrode.
Resilienza e sicurezza dell'infrastruttura
Oltre all'antifrode transazionale, la BC richiede che l'infrastruttura del partecipante diretto sia resiliente agli attacchi: DDoS, tentativi di iniezione nei messaggi, accesso non autorizzato ai certificati e agli ambienti di produzione. Audit di sicurezza periodici e test di intrusione sono requisiti operativi, non facoltativi.
🔗 Costo di questa struttura: Il costo della creazione e della gestione del livello di antifrode e sicurezza — compreso il sistema proprietario, l'integrazione con il FRAUD, gli audit e un team dedicato — rappresenta una delle voci più grandi dell'OPEX mensile di Pix Direto. I dettagli si trovano nell'articolo Quanto costa operare con Pix Direto?
Flusso completo di una transazione Pix: dal tocco al regolamento
Avendo in mano la mappa di ciascun componente, è possibile seguire l'intero flusso di una transazione Pix, dall'azione dell'utente alla conferma di regolamento presso la Banca Centrale. L'intero processo richiede meno di 10 secondi nella stragrande maggioranza dei casi.
# | Fase | Chi esegue | Cosa succede |
|---|---|---|---|
1 | Iniziazione | Ordinante | L'utente inserisce la chiave Pix, l'importo e conferma la transazione sull'app o sul sito web dell'istituto ordinante. |
2 | Interrogazione DICT | Istituto ordinante → DICT | L'istituto interroga il DICT con la chiave fornita. Il DICT restituisce: conto di destinazione, nome del titolare e istituto ricevente. |
3 | Validazione e autorizzazione | Istituto ordinante | L'istituto convalida i dati restituiti dal DICT, applica le regole antifrode e autorizza (o rifiuta) la transazione. |
4 | Messaggio di addebito al SPI | Istituto ordinante → SPI | L'istituto invia un messaggio ISO 20022 al SPI richiedendo l'addebito sul proprio conto PI e l'accredito sul conto PI dell'istituto ricevente. |
5 | Regolamento nel SPI | SPI (Banca Centrale) | Il SPI elabora il messaggio, verifica il saldo del conto PI dell'ordinante, addebita il conto PI dell'ordinante e accredita il conto PI del ricevente. Regolamento definitivo e irrevocabile. |
6 | Conferma al ricevente | SPI → Istituto ricevente | Il SPI notifica il regolamento all'istituto ricevente. L'istituto ricevente accredita l'importo sul conto dell'utente finale. |
7 | Conferma all'ordinante | Istituto ordinante → Ordinante | L'istituto ordinante conferma all'utente finale che la transazione è stata completata con successo. |
Cosa succede in meno di 10 secondi
La latenza totale percepita dall'utente, dal clic su 'conferma' alla schermata 'Pix inviato', è il risultato di tutte le fasi precedenti che avvengono in sequenza, con comunicazione tramite RSFN, elaborazione nel SPI e notifiche tra istituti. La BC definisce limiti di latenza massima per ciascuna fase, e i partecipanti che superano costantemente tali limiti possono ricevere notifiche normative.
Per il team di engineering, questo significa che la latenza di ciascun componente dello stack, dall'API di iniziazione all'handler di conferma del SPI, deve essere monitorata singolarmente. Un componente lento può far attendere l'utente più del previsto, senza che sia ovvio quale elemento della catena rappresenti il collo di bottiglia.
Flussi di errore: cosa succede quando qualcosa fallisce
Il SPI definisce con precisione cosa accade quando una transazione fallisce in qualsiasi fase: messaggi di rifiuto con codici di errore standardizzati, tempistiche per i tentativi successivi, obblighi di notifica all'utente finale. Un partecipante diretto deve implementare gli handler per ciascuno scenario di errore e garantire che l'utente finale riceva un messaggio chiaro e preciso su quanto accaduto, entro i tempi stabiliti dalle norme.
⚠️ Punto di attenzione: I flussi di errore sono spesso trascurati nella prima versione di un'integrazione con il SPI. L'attenzione si concentra naturalmente sulla strada principale ('happy path'). Tuttavia, è proprio negli scenari di errore che l'esperienza utente si differenzia maggiormente tra un istituto e l'altro ed è lì che tendono a emergere i problemi di conformità normativa.
Partecipanti diretti e indiretti: come l'architettura riflette la responsabilità
La distinzione tra partecipante diretto e indiretto non è solo di natura normativa; ha conseguenze dirette sulla topologia tecnica dell'operazione.
Nel modello diretto, l'istituto mantiene la propria connessione al SPI, la propria registrazione nel DICT e il proprio Conto PI. Tecnicamente, è un nodo attivo nell'infrastruttura di Pix.
Nel modello indiretto, l'istituto accede a Pix tramite le API del partner partecipante diretto, che a sua volta comunica con il SPI, il DICT e gli altri sistemi della BC. Dal punto di vista dell'infrastruttura della BC, il partecipante indiretto non esiste: tutti i messaggi arrivano con l'identità del partecipante diretto.
Questo comporta un'importante implicazione normativa: il partecipante diretto è responsabile del comportamento di tutti i partecipanti indiretti che operano sotto la sua infrastruttura. Se un indiretto adotta pratiche inadeguate di antifrode o conformità, il partecipante diretto che lo ospita può subire conseguenze sanzionatorie per mancanze non commesse direttamente.
📊 Implicazione strategica: Per le fintech che intendono diventare partecipanti diretti e offrire l'accesso a Pix ad altri operatori (modello BaaS), la progettazione dei controlli sui partecipanti indiretti è importante quanto l'integrazione tecnica stessa al SPI. La Risoluzione BCB n. 429/2024 definisce gli obblighi di monitoraggio che il partecipante diretto ha nei confronti dei suoi indiretti.
Glossario tecnico di Pix Direto
Un rapido riferimento ai termini tecnici più rilevanti per chi lavora con l'infrastruttura di Pix Direto:
Termine | Definizione |
|---|---|
RTGS (LBTR) | Regolamento Lordo in Tempo Reale. Modello di regolamento in cui ogni transazione viene elaborata singolarmente e in modo definitivo nel momento in cui avviene, senza netting o compensazione successiva. Il SPI opera secondo questo modello. |
ISO 20022 | Standard internazionale per la messaggistica finanziaria basato su XML, sviluppato dall'ISO. Definisce la struttura e il contenuto dei messaggi scambiati tra i partecipanti e il SPI/DICT. Sostituisce i formati legacy come SWIFT MT. |
ICP-Brasil | Infrastruttura di Chiavi Pubbliche Brasiliana. Sistema di certificazione digitale del governo brasiliano che garantisce l'autenticità e l'integrità dei messaggi inviati alla BC. Ogni partecipante diretto necessita di un certificato ICP-Brasil. |
EVP | Indirizzo Virtuale di Pagamento. Nome tecnico della chiave casuale: un UUID generato dal sistema senza alcun collegamento con i dati personali del titolare. |
ISPB | Identificativo del Sistema di Pagamento Brasiliano. Codice univoco di 8 cifre che identifica ciascun partecipante nel SPI. Equivale al codice ABI/CAB, ma è specifico per l'ambiente SPI. |
Netting | Processo di compensazione multilaterale in cui i debiti e i crediti tra più parti vengono consolidati prima del regolamento. Il SPI non utilizza il netting: ogni transazione Pix viene regolata singolarmente (RTGS). |
DR / DRP | Disaster Recovery / Disaster Recovery Plan. Infrastruttura e piano di emergenza per il ripristino dell'operatività in caso di guasto catastrofico. Richiesto dalla BC per i partecipanti diretti. |
SLA | Service Level Agreement. Accordo sul livello del servizio. Nel contesto di Pix Direto, la BC richiede una disponibilità minima del 99,5% per i partecipanti diretti, con l'obbligo di segnalare gli incidenti che influiscono su tale indice. |
Portabilità della chiave | Processo mediante il quale un utente trasferisce una chiave Pix (es. il proprio CPF) da un istituto a un altro. Comporta operazioni nel DICT e ha tempistiche normative definite dalla BC. |
Partecipante indiretto | Istituto o società che accede a Pix tramite un partecipante diretto, senza disporre di un proprio conto PI nel SPI. Il partecipante diretto risponde dell'operato dell'indiretto nei confronti della BC. |
Conclusione: l'infrastruttura come vantaggio competitivo
Comprendere l'architettura del Pix Direto — SPI, DICT, Conto PI, messaggistica, antifrode — non è un esercizio accademico. È ciò che separa le decisioni di prodotto ben fondate da decisioni basate su presupposti errati su cosa sia possibile, cosa sia costoso e cosa sia rapido da implementare.
Per i Product Manager, questa mappa concettuale è ciò che consente di specificare le feature con precisione, stimare la complessità con realismo e avere conversazioni produttive con il team di ingegneria. Per ingegneri e architetti, è il punto di partenza prima della documentazione tecnica della Banca Centrale — che è dettagliata, ma non contestualizzata.
L'infrastruttura di Pix Direto è complessa — ma è una complessità strutturata, con componenti ben definiti e documentazione pubblica. Chi la comprende a fondo ha un reale vantaggio rispetto a chi la tratta come una scatola nera.
🚀 Prossimo passo: Esplora come l'ITP (Iniziatore di Transazioni di Pagamento) in Open Finance utilizzi questa infrastruttura per creare un nuovo livello di prodotti finanziari — e perché il checkout senza reindirizzamento stia cambiando la conversione nell'e-commerce brasiliano. Leggi: ITP in Open Finance: come l'iniziazione del pagamento tramite Pix sta cambiando il checkout.
Letture correlate in questo cluster
→ Pix Direto: cos'è, come funziona e quando conviene
→ Come diventare partecipante diretto di Pix: requisiti tecnici e normativi
→ Quanto costa operare con Pix Direto? Infrastruttura, compliance e TCO reale
→ ITP in Open Finance: come l'iniziazione del pagamento tramite Pix sta cambiando il checkout
