Il problema del checkout che ogni commerciante conosce
C'è un momento nel checkout online che ogni commerciante ha imparato a temere: il reindirizzamento. L'utente è pronto a pagare, clicca su conferma — e all'improvviso esce dall'ambiente del commerciante, va sul sito o sull'app della banca, si autentica, conferma, ritorna. Ogni passaggio aggiuntivo è un'opportunità di abbandono. Ogni cambio di contesto è un attrito che si traduce in una vendita persa.
Il Pix ha risolto parte di questo problema. Con il QR Code, il pagamento è diventato più rapido ed economico. Ma il flusso tipico richiede ancora che l'utente copi il codice, apra l'app della banca, lo incolli e confermi — o scansionando il QR su un altro dispositivo. Funziona. Ma non è fluido.
L'ITP — Iniziatore di Transazione di Pagamento — rappresenta il livello successivo di questa evoluzione. È l'infrastruttura che consente al pagamento tramite Pix di avvenire all'interno del percorso del commerciante, senza reindirizzamento alla banca, senza cambi di contesto, senza attriti inutili. E sta cambiando i tassi di conversione in modo misurabile.
Questo articolo spiega cos'è l'ITP, come funziona nel contesto dell'Open Finance in Brasile, chi può essere un iniziatore di transazioni, come si strutturano i modelli di ricavo — e perché questo tema è al centro del prossimo ciclo di innovazione nei pagamenti digitali in Brasile.
📌 Contesto del contenuto: Questo articolo fa parte di un gruppo di contenuti sul Pix Direto. Se stai valutando l'infrastruttura completa di partecipazione all'ecosistema Pix — inclusa la partecipazione diretta allo SPI, i costi operativi e i requisiti normativi — consigliamo la guida principale: Pix Direto: cos'è, come funziona e quando conviene.
O que é o ITP — Iniciador de Transação de Pagamento
O ITP é uma categoria regulatória criada pelo Banco Central dentro do framework do Open Finance Brasil. Em termos simples: é a instituição ou empresa autorizada a iniciar pagamentos em nome do cliente, sem que esse cliente precise ir até o banco para fazer isso.
Tecnicamente, o ITP não movimenta dinheiro — ele instrui o banco do pagador a fazê-lo. O ITP acessa, com consentimento explícito do usuário, a conta bancária do pagador via APIs do Open Finance, e envia a instrução de débito para que o banco processe e liquide o pagamento via SPI.
É uma separação de responsabilidades que não existia antes do Open Finance: a função de 'quem inicia o pagamento' foi desacoplada da função de 'quem detém a conta'. Isso abre um espaço competitivo inteiramente novo — onde fintechs, plataformas de e-commerce e empresas de tecnologia podem oferecer experiências de pagamento sem precisar ser um banco.
💡 Analogia útil: Pense no ITP como um procurador autorizado: o dono da conta deu permissão para que outra entidade (o ITP) instrua o banco a fazer um pagamento específico, em um valor específico, para um destinatário específico. O banco executa — mas a instrução veio do ITP, não do correntista diretamente.
ITP no Open Finance Brasil: como o framework habilita a iniciação
L'Open Finance Brasil u00e8 il sistema normativo che definisce le regole per la condivisione di dati e servizi finanziari tra istituzioni autorizzate, con il consenso del cliente. L'ITP opera all'interno di questo framework, utilizzando le API standardizzate dell'Open Finance per accedere ai conti e avviare pagamenti in modo interoperabile tra diverse istituzioni.
Lo strato di consenso
Il consenso u00e8 il cuore del modello ITP. Prima di qualsiasi avvio di pagamento, l'utente deve autorizzare esplicitamente l'ITP ad accedere al proprio conto e ad avviare transazioni per suo conto. Questo consenso u00e8 granulare u2014 definisce importo, destinatario e periodo di validitu00e0 u2014 e puu00f2 essere revocato in qualsiasi momento dall'utente.
Dal punto di vista del prodotto, il design del percorso di consenso u00e8 uno dei principali elementi di differenziazione per la conversione. Consensi spiegati male o processi di autenticazione confusi causano l'abbandono nella fase piu00f9 critica del checkout. Gli ITP che padroneggiano la UX del consenso hanno un reale vantaggio competitivo.
FAPI e sicurezza dell'avvio
L'Open Finance Brasil richiede agli ITP di implementare il profilo FAPI (Financial-grade API) per l'autenticazione e l'autorizzazione. FAPI u00e8 un profilo di sicurezza basato su OAuth 2.0 e OpenID Connect, con requisiti di sicurezza aggiuntivi specifici per le applicazioni finanziarie, tra cui token legati al canale, coppia di chiavi asimmetriche e verifica dell'integritu00e0 delle richieste.
Per i team di ingegneria, implementare correttamente il FAPI u00e8 un requisito non negoziabile per la certificazione come ITP. Gli errori di implementazione della sicurezza in questo strato hanno conseguenze normative dirette.
Interoperabilitu00e0 tra istituzioni
Uno dei punti di forza piu00f9 significativi del modello ITP nell'Open Finance u00e8 l'interoperabilitu00e0: l'ITP puu00f2 avviare pagamenti da conti presso qualsiasi istituzione partecipante all'Open Finance Brasil, non solo quelle con cui ha un contratto diretto. Ciu00f2 significa che un ITP certificato puu00f2, in teoria, servire pagatori di qualsiasi banca o fintech del paese, utilizzando lo stesso flusso tecnico standardizzato.
ud83dudd17 Infrastruttura tecnica: Il pagamento avviato dall'ITP viene regolato tramite SPI, lo stesso sistema di regolamento che supporta tutti i pagamenti Pix. Per capire come funzionano SPI, DICT e il Conto PI in questo processo, leggi l'articolo SPI, DICT e Conto PI: spiegazione dell'infrastruttura alla base di Pix Direto.
ITP vs. Participante Direto do Pix: qual a diferença?
Una delle confusioni più comuni sull'ecosistema Pix è considerare ITP e partecipante diretto come concetti equivalenti o mutuamente esclusivi. Non lo sono. Sono funzioni diverse, con requisiti diversi e casi d'uso diversi — e un'istituzione può essere entrambe le cose contemporaneamente.
Dimensione | ITP (Iniziatore) | Partecipante Diretto di Pix |
|---|---|---|
Funzione principale | Avviare transazioni Pix per conto del pagatore | Liquidare transazioni Pix nel SPI |
Connessione al SPI | Non obbligatoria — utilizza l'infrastruttura di un altro partecipante | Obbligatoria — possiede un proprio Conto PI nel SPI |
Autorizzazione del BC | Sì — come Iniziatore di Transazioni di Pagamento (ITP) | Sì — come partecipante diretto di Pix |
Responsabilità di liquidazione | No — la liquidazione spetta al partecipante diretto del pagatore | Sì — liquida direttamente nel SPI |
Accesso ai dati del conto | Tramite Open Finance, con il consenso dell'utente | Tramite conto PI e contratti con i clienti |
Modello di ricavi | Commissione per transazione avviata (addebitata all'esercente/beneficiario) | Commissione dei partecipanti indiretti + risparmio operativo |
Infrastruttura richiesta | API Open Finance + consenso + autenticazione forte | SPI + DICT + RSFN + FRAUD + Conto PI |
Complessità di implementazione | Moderata — inferiore rispetto al modello diretto | Alta — da 12 a 24 mesi di progetto |
Ideale per | Piattaforme di e-commerce, fintech di pagamento, marketplace | Banche digitali, fintech di larga scala, provider BaaS |
La distinzione pratica più importante: essere ITP non richiede di essere un partecipante diretto di Pix. L'ITP ordina alla banca del pagatore di effettuare il pagamento — ma chi si connette effettivamente al SPI e liquida è la banca del pagatore (che deve essere un partecipante diretto). L'ITP opera a livello di avvio della transazione, non a livello di liquidazione.
Questo riduce significativamente la barriera d'ingresso per le aziende che desiderano offrire esperienze di pagamento avanzate tramite Pix senza dover costruire l'intera infrastruttura di partecipazione diretta nel SPI.
📊 Per chi deve decidere: Se l'obiettivo è creare un'esperienza di checkout superiore con Pix — senza reindirizzamenti, con un alto tasso di conversione — la strada è l'ITP. Se l'obiettivo è la totale autonomia infrastrutturale, la riduzione strutturale dei costi di transazione o il diventare una piattaforma BaaS, la strada è la partecipazione diretta. Gli articoli Pix Direto vs. Pix Indireto e Como se tornar participante direto do Pix approfondiscono questa decisione.
A jornada sem redirecionamento: o fluxo do ITP na prática
O que torna o ITP transformador para o checkout não é a tecnologia em si — é a experiência que ela viabiliza. A jornada sem redirecionamento é o que diferencia o modelo ITP do Pix via QR Code convencional.
Etapa | O que acontece |
|---|---|
Seleção do método de pagamento | Pagador seleciona 'Pix via Open Finance' ou equivalente no checkout do lojista. |
Consentimento do pagador | O ITP solicita consentimento do pagador para acessar sua conta e iniciar o pagamento. O pagador autoriza — sem sair da interface do lojista. |
Autenticação na instituição detentora | O pagador autentica na sua instituição financeira (banco do pagador) via deeplink ou redirecionamento mínimo. Este é o único ponto de contato com o banco do pagador. |
Iniciação da transação pelo ITP | O ITP envia a instrução de pagamento à instituição detentora da conta do pagador, via APIs do Open Finance Brasil. |
Processamento pelo banco do pagador | A instituição detentora debita a conta do pagador e envia a mensagem de débito ao SPI, liquidando na Conta PI da instituição recebedora. |
Confirmação ao ITP e ao lojista | O SPI confirma a liquidação. O ITP notifica o lojista em tempo real. O pagador vê a confirmação na interface do lojista. |
O que muda na experiência do usuário
No fluxo convencional com QR Code, o usuário faz entre 5 e 8 ações: copia o código, abre o app do banco, navega até a área de Pix, cola o código, confere os dados, confirma, volta para o site do lojista. Cada ação é uma oportunidade de distração, desistência ou erro.
No fluxo com ITP, após o consentimento inicial (que pode ser persistido para compras futuras), o usuário faz 2 a 3 ações: seleciona o método, autentica no banco via deeplink, confirma. O controle da jornada permanece, na maior parte do tempo, no ambiente do lojista.
Para plataformas mobile — onde a maioria das compras online acontece no Brasil — a diferença é ainda mais pronunciada. A troca de contexto entre apps é um dos maiores geradores de abandono no checkout mobile. O ITP reduz essa troca ao mínimo necessário.
Pix via ITP vs. cartão de crédito: a comparação que importa para o lojista
Para a maioria dos lojistas, a comparação relevante não é ITP vs. QR Code — é ITP vs. cartão de crédito. O cartão ainda domina o e-commerce brasileiro em volume, mas sua posição está sendo desafiada à medida que o Pix melhora a experiência de checkout.
Critério | Checkout tradicional (cartão / Pix QR redirecionado) | Checkout via ITP (sem redirecionamento) |
|---|---|---|
Etapas de redirecionamento | 2–3 (site → banco → site) | 0 — fluxo nativo na interface do lojista |
Autenticação do pagador | No ambiente do banco (saída da jornada) | Na interface do lojista, via deeplink ou QR nativo |
Taxa de abandono estimada | 15–35% (cada redirecionamento aumenta o abandono) | Redução de 30–60% vs. fluxo com redirecionamento |
Confirmação em tempo real | Depende do banco emissor | Sim — liquidação via SPI em segundos |
Experiência mobile | Fragmentada — troca de apps | Fluida — fluxo no mesmo app |
Custo para o lojista | Fee do gateway + fee da bandeira (cartão) | Fee do ITP — geralmente menor que cartão |
Chargeback / disputa | Possível (cartão de crédito) | Não aplicável — liquidação definitiva no SPI |
Dados disponíveis ao lojista | Limitados — dependem do gateway | Confirmação de pagamento + dados do pagador (com consentimento) |
O argumento do custo
A taxa de processamento de cartão de crédito no Brasil varia entre 1,5% e 3,5% por transação, dependendo do segmento, volume e negociação com a adquirente. O fee típico de um ITP fica entre 0,5% e 1,5% — representando uma economia de custo de processamento que, em grandes volumes, é significativa.
Para segmentos com ticket médio alto — como viagens, eletrônicos e serviços — essa diferença de custo pode representar dezenas de pontos base de margem por transação. Lojistas que processam R$ 10 milhões por mês com uma economia de 1 ponto percentual poupam R$ 100 mil mensais em custo de processamento.
O argumento da conversão
O argumento financeiro do ITP não é apenas custo — é conversão. Uma melhoria de 5 pontos percentuais na taxa de conversão do checkout em uma operação de R$ 10 milhões mensais vale muito mais do que a economia de fee. E os dados disponíveis de mercado apontam consistentemente para melhoras de conversão de 20% a 60% em comparação com fluxos que exigem múltiplos redirecionamentos.
O argumento do chargeback
O cartão de crédito permite chargeback — o cliente pode contestar uma cobrança e receber o valor de volta, às vezes sem o lojista ter chance de resposta efetiva. O Pix via ITP não tem chargeback: a liquidação é definitiva e irrevogável. Para setores com alta incidência de fraude de chargeback — como games, ingressos e serviços digitais — essa característica tem valor operacional e financeiro direto.
Quem pode ser ITP: requisitos e processo de autorização
Essere un ITP non è solo una decisione tecnica, è una decisione normativa. La Banca Centrale definisce i criteri di idoneità, il processo di autorizzazione e gli obblighi di conformità continua per gli ITP.
Requisito | Descrizione | Stato |
|---|---|---|
Autorizzazione della BC | L'istituzione deve essere autorizzata dalla Banca Centrale come Prestatore di Servizi di Disposizione di Ordine di Pagamento (ITP). Categoria specifica all'interno di Open Finance Brasil. | Obbligatorio |
Certificazione Open Finance | Conformità agli standard tecnici di Open Finance Brasil, incluse API, profili di sicurezza e certificazioni di interoperabilità. | Obbligatorio |
Autenticazione forte dell'utente | Implementazione dell'autenticazione a più fattori per il consenso e la disposizione del pagamento, in conformità con gli standard FAPI (Financial-grade API). | Obbligatorio |
Gestione del consenso | Sistema proprio per la raccolta, la memorizzazione e la revoca del consenso degli utenti, in conformità con la LGPD e la regolamentazione Open Finance. | Obbligatorio |
Accordo con il titolare del conto | Contratto con l'istituto di credito del pagatore per consentire la disposizione del pagamento. In pratica, interoperabilità tramite Open Finance. | Necessario per operare |
Infrastruttura ad alta disponibilità | SLA adeguato al volume delle transazioni disposte — non richiede il 99,5% come partecipante diretto a Pix, ma deve essere robusto. | Regolatorio |
Informativa sulla privacy e LGPD | Trattamento adeguato dei dati del conto e delle transazioni a cui si accede tramite Open Finance, con una chiara base giuridica. | Obbligatorio |
Il processo di autorizzazione
L'autorizzazione come ITP segue il processo standard della Banca Centrale per gli istituti di pagamento: presentazione di una domanda formale, analisi della documentazione tecnica e organizzativa, valutazione della capacità operativa e, se approvata, autorizzazione all'avvio delle operazioni.
I tempi variano, ma di solito sono più brevi rispetto al processo di partecipazione diretta a Pix, poiché l'ITP non ha bisogno di un conto PI nel SPI né delle integrazioni di messaggistica ISO 20022. L'ambito tecnico obbligatorio è significativamente più ridotto, diminuendo i tempi e i costi di implementazione.
ITP e partecipazione diretta: possono coesistere?
Sì — e per molte fintech su larga scala, questa combinazione rappresenta la posizione strategica più forte. Un istituto che partecipa direttamente a Pix ed è anche ITP ha il controllo totale sull'esperienza di pagamento: liquida le transazioni direttamente in SPI e può persino offrire un checkout senza reindirizzamento per i merchant partner. È la posizione di massima autonomia e con il maggior potenziale di monetizzazione nell'ecosistema.
🔗 Requisiti di partecipazione diretta: Se la strategia prevede di combinare l'ITP con la partecipazione diretta a Pix, i requisiti tecnici e normativi del modello diretto sono dettagliati nell'articolo Come diventare partecipante diretto di Pix: requisiti tecnici e normativi.
Modelos de receita do ITP: como monetizar a posição de iniciador
La posizione dell'ITP crea un nuovo livello di valore nell'ecosistema dei pagamenti — e con esso, molteplici modelli di monetizzazione. La scelta del modello giusto dipende dal profilo della base clienti dei commercianti, dal volume delle transazioni e dalla strategia competitiva dell'azienda.
Modello | Come funziona | Dinamica | Ideale per |
|---|---|---|---|
Commissione per transazione avviata | L'ITP addebita un importo fisso o una percentuale per ogni transazione andata a buon fine, pagata dal commerciante/beneficiario. | Il modello più comune. Competitivo rispetto alle commissioni della carta di credito (tipicamente 0,5–1,5% contro 1,5–3,5% della carta). | E-commerce, marketplace, grandi commercianti |
Abbonamento mensile per l'accesso alla piattaforma | I commercianti pagano un canone mensile per accedere alla soluzione di checkout dell'ITP, con un volume di transazioni incluso o illimitato. | Prevedibilità delle entrate. Funziona bene per settori con un volume medio costante. | SaaS di pagamento, piattaforme di gestione |
Revenue share con gli acquirer | L'ITP distribuisce il flusso dei pagamenti e riceve una quota della commissione di elaborazione. | Modello di partnership. Margine inferiore per transazione, ma minor costo di acquisizione. | Fintech con una base consolidata di commercianti |
Freemium con conversione | Accesso di base gratuito con addebito a partire da un determinato volume o per funzionalità avanzate. | Funziona bene per l'acquisizione di una base di commercianti. Richiede un prodotto forte per la conversione. | Startup di pagamento in crescita |
Dati e analytics | L'ITP offre reportistica e insight transazionali premium per i commercianti, come prodotto complementare a pagamento. | Modello emergente. Margine elevato, ma richiede maturità dei dati e consenso esplicito. | Piattaforme con un'ampia base di commercianti |
L'ITP come prodotto di piattaforma
Per le fintech e le aziende di tecnologia finanziaria, l'ITP non è solo una funzionalità di checkout — è una piattaforma. Centralizzando il flusso di avvio dei pagamenti di molteplici commercianti, l'ITP accumula dati transazionali che consentono prodotti complementari: analisi sul comportamento d'acquisto, scoring del credito basato sul flusso dei pagamenti, offerte personalizzate al momento dell'acquisto.
Questo potenziale di piattaforma è ciò che differenzia gli ITP che costruiscono posizioni competitive durature da quelli che rimangono intrappolati nella commodity di 'un altro gateway Pix'.
Embedded Finance e ITP: o Pix nativo em plataformas não-financeiras
Uno degli sviluppi più significativi consentiti dall'ITP è l'integrazione nativa dei pagamenti Pix all'interno di piattaforme che non sono, principalmente, finanziarie — marketplace, ERP, piattaforme di gestione aziendale, app di delivery, sistemi di prenotazione.
Il modello di embedded finance con ITP funziona così: la piattaforma non finanziaria (il marketplace, l'ERP, l'app di delivery) diventa un ITP — o integra un ITP in white-label — e inizia a offrire pagamenti Pix come funzionalità nativa, all'interno della propria interfaccia, senza reindirizzare l'utente a un altro ambiente.
Perché questo è importante per le piattaforme
Per una piattaforma di marketplace, ad esempio, mantenere l'utente nel proprio ambiente durante il pagamento riduce la frizione e aumenta la percezione di controllo. Aspetto ancora più importante: consente alla piattaforma di visualizzare ed elaborare i dati della transazione in tempo reale, rendendo possibili la conferma istantanea dell'ordine, lo sblocco automatico del prodotto digitale e la riconciliazione senza dipendere da terze parti.
Il ruolo dell'ITP nello split dei pagamenti
I marketplace e le piattaforme multi-vendor hanno un'esigenza specifica: suddividere automaticamente l'importo di una transazione tra più destinatari — la piattaforma e i venditori. Il Pix tramite ITP è una via efficiente per implementare questo split, specialmente quando combinato con l'infrastruttura di partecipazione diretta al SPI, che consente una maggiore flessibilità nella definizione delle regole di divisione.
💡 Opportunità di prodotto: Lo split dei pagamenti tramite Pix è uno dei casi d'uso più richiesti dai marketplace e dalle piattaforme multi-vendor in Brasile — e ancora relativamente poco servito dal mercato. Gli ITP che risolvono questo caso d'uso con una UX superiore e costi competitivi hanno un chiaro elemento di differenziazione del prodotto.
O que vem depois: Pix Automático, recorrência e o próximo ciclo
O ITP como descrito neste artigo é a versão atual — iniciação de pagamento único, com consentimento por transação ou por período definido. Mas o ecossistema está evoluindo em direções que ampliam significativamente o escopo do que é possível.
Pix Automático e recorrência
O Pix Automático — a funcionalidade de débito recorrente via Pix — permite que o usuário autorize cobranças periódicas sem precisar confirmar cada transação individualmente. Para ITPs, isso abre o mercado de assinaturas, mensalidades e cobranças recorrentes — um segmento que hoje é dominado pelo cartão de crédito, mas que tem custo de processamento significativamente mais alto.
O Pix Automático, quando combinado com a jornada de consentimento do ITP no Open Finance, cria uma experiência de assinatura que pode ser iniciada no checkout, gerenciada pelo cliente e executada automaticamente — sem redirecionamentos e com custo de processamento menor que o cartão.
Tokenização e pagamentos por aproximação
A tokenização de contas bancárias — que permite pagamentos via NFC sem expor os dados da conta — é o próximo passo na convergência entre pagamentos presenciais e o ecossistema Open Finance. ITPs que investirem cedo em tokenização e pagamentos por aproximação via Pix estarão posicionados para capturar o mercado presencial à medida que essa infraestrutura amadurece.
Drex e o futuro do SPI
O Drex — o Real Digital — está sendo desenvolvido pelo Banco Central como uma infraestrutura de liquidação de próxima geração, baseada em tecnologia de registro distribuído. Embora ainda em fase de piloto e com prazo de adoção em aberto, ele representa uma evolução da mesma infraestrutura SPI que suporta o Pix hoje. ITPs e participantes diretos que entendem profundamente essa infraestrutura estarão melhor posicionados para migrar quando o Drex se tornar operacional.
Conclusão: o ITP como posição estratégica, não apenas feature
L'Iniziatore di Transazioni di Pagamento non è un prodotto di nicchia: è uno strato infrastrutturale che viene costruito nel cuore dell'ecosistema finanziario brasiliano. E, a differenza di molte innovazioni finanziarie che promettono più di quanto mantengano, l'ITP ha già casi d'uso reali, metriche di conversione misurabili e modelli di ricavo che hanno un senso economico.
Per i Product Manager e gli Analisti di fintech, piattaforme e aziende di e-commerce, la domanda rilevante non è 'l'ITP conterà?' — bensì 'qual è la nostra posizione in questo ecosistema, e la stiamo costruendo con il necessario anticipo?'
Le posizioni ITP più forti non saranno occupate da chi arriverà dopo che il mercato si sarà consolidato. Saranno occupate da chi comprende oggi l'architettura dell'Open Finance, costruisce la migliore UX di consenso e checkout, e accumula i dati transazionali che rendono possibili i prodotti di prossima generazione.
🚀 Esplora il cluster completo: Questo è solo uno dei nostri articoli sul Pix Direto. La guida completa — dall'ecosistema all'infrastruttura tecnica, dai costi reali ai modelli di prodotto — è disponibile nei cinque articoli interconnessi. Inizia dall'hub principale: Pix Direto: cos'è, come funziona e quando conviene.
