O problema do checkout que todo lojista conhece
Existe um momento no checkout online que todo lojista aprendeu a temer: o redirecionamento. O usuário está pronto para pagar, clica em confirmar — e de repente sai do ambiente do lojista, vai para o site ou app do banco, autentica, confirma, volta. Cada etapa adicional é uma oportunidade de abandono. Cada troca de contexto é atrito que se converte em venda perdida.
O Pix resolveu parte desse problema. Com o QR Code, o pagamento ficou mais rápido e barato. Mas o fluxo típico ainda exige que o usuário copie o código, abra o app do banco, cole e confirme — ou escaneie o QR em outro dispositivo. Funciona. Mas não é fluido.
O ITP — Iniciador de Transação de Pagamento — é o próximo nível dessa evolução. É a infraestrutura que permite que o pagamento via Pix aconteça dentro da jornada do lojista, sem redirecionamento para o banco, sem troca de contexto, sem fricção desnecessária. E está mudando as taxas de conversão de forma mensurável.
Este artigo explica o que é o ITP, como ele funciona no contexto do Open Finance Brasil, quem pode ser um iniciador de transação, como os modelos de receita se estruturam — e por que esse tema está no centro da próxima rodada de inovação em pagamentos digitais no Brasil.
📌 Contexto do conteúdo: Este artigo faz parte de um grupo de conteúdos sobre Pix Direto. Se você está avaliando a infraestrutura completa de participação no ecossistema Pix — incluindo participação direta no SPI, custos de operação e requisitos regulatórios — recomendamos o guia principal: Pix Direto: o que é, como funciona e quando vale a pena.
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?
Uma das confusões mais comuns sobre o ecossistema Pix é tratar ITP e participante direto como conceitos equivalentes ou mutuamente exclusivos. Eles não são. São funções diferentes, com requisitos diferentes e casos de uso diferentes — e uma instituição pode ser os dois ao mesmo tempo.
Dimensão | ITP (Iniciador) | Participante Direto do Pix |
|---|---|---|
Função principal | Iniciar transações Pix em nome do pagador | Liquidar transações Pix no SPI |
Conexão ao SPI | Não obrigatória — usa a infraestrutura de outro participante | Obrigatória — tem Conta PI própria no SPI |
Autorização do BC | Sim — como Iniciador de Transação de Pagamento (ITP) | Sim — como participante direto do Pix |
Responsabilidade de liquidação | Não — a liquidação cabe ao participante direto do pagador | Sim — liquida diretamente no SPI |
Acesso a dados de conta | Via Open Finance, com consentimento do usuário | Via conta PI e contratos com clientes |
Modelo de receita | Fee por transação iniciada (cobrado do lojista/recebedor) | Fee de participantes indiretos + economia operacional |
Infraestrutura exigida | APIs Open Finance + consentimento + autenticação forte | SPI + DICT + RSFN + FRAUD + Conta PI |
Complexidade de implementação | Moderada — menor que o modelo direto | Alta — 12 a 24 meses de projeto |
Ideal para | Plataformas de e-commerce, fintechs de pagamento, marketplaces | Bancos digitais, fintechs de grande escala, BaaS providers |
A distinção prática mais importante: ser ITP não exige ser participante direto do Pix. O ITP instrui o banco do pagador a fazer o pagamento — mas quem de fato conecta ao SPI e liquida é o banco do pagador (que precisa ser participante direto). O ITP fica na camada de iniciação, não na camada de liquidação.
Isso reduz significativamente a barreira de entrada para empresas que querem oferecer experiências de pagamento avançadas via Pix sem precisar construir a infraestrutura completa de participação direta no SPI.
📊 Para quem está decidindo: Se o objetivo é criar uma experiência de checkout superior com Pix — sem redirecionamento, com alta conversão — o caminho é o ITP. Se o objetivo é autonomia total de infraestrutura, redução estrutural de custo transacional ou se tornar uma plataforma BaaS, o caminho é a participação direta. Os artigos Pix Direto vs. Pix Indireto e Como se tornar participante direto do Pix aprofundam essa decisão.
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
Ser ITP não é uma decisão técnica apenas — é uma decisão regulatória. O Banco Central define os critérios de elegibilidade, o processo de autorização e as obrigações contínuas de conformidade para ITPs.
Requisito | Descrição | Status |
|---|---|---|
Autorização do BC | A instituição deve ser autorizada pelo Banco Central como Iniciador de Transação de Pagamento (ITP). Categoria específica dentro do Open Finance Brasil. | Obrigatório |
Certificação Open Finance | Conformidade com os padrões técnicos do Open Finance Brasil, incluindo APIs, perfis de segurança e certificações de interoperabilidade. | Obrigatório |
Autenticação forte do usuário | Implementação de autenticação multifator para consentimento e iniciação de pagamento, conforme padrões FAPI (Financial-grade API). | Obrigatório |
Gestão de consentimento | Sistema próprio de coleta, armazenamento e revogação de consentimentos dos usuários, conforme LGPD e regulação Open Finance. | Obrigatório |
Acordo com detentor de conta | Contrato com a instituição detentora da conta do pagador para viabilizar a iniciação. Na prática, interoperabilidade via Open Finance. | Necessário para operar |
Infraestrutura de alta disponibilidade | SLA adequado ao volume de transações iniciadas — não exige 99,5% como participante direto do Pix, mas deve ser robusto. | Regulatório |
Política de privacidade e LGPD | Tratamento adequado dos dados de conta e transação acessados via Open Finance, com base legal clara. | Obrigatório |
O processo de autorização
A autorização como ITP segue o processo padrão do Banco Central para instituições de pagamento: submissão de pedido formal, análise da documentação técnica e organizacional, avaliação da capacidade operacional e, se aprovado, autorização para início de operações.
O prazo varia, mas costuma ser mais curto do que o processo de participação direta no Pix — porque o ITP não precisa de Conta PI no SPI nem das integrações de mensageria ISO 20022. O escopo técnico obrigatório é significativamente menor, o que reduz o prazo e o custo de implementação.
ITP e participação direta: podem coexistir?
Sim — e para muitas fintechs de grande escala, essa combinação é a posição estratégica mais forte. Uma instituição que é participante direta do Pix e também ITP tem controle total sobre a experiência de pagamento: liquida as transações diretamente no SPI e ainda pode oferecer checkout sem redirecionamento para lojistas parceiros. É a posição de maior autonomia e maior potencial de monetização no ecossistema.
🔗 Requisitos de participação direta: Se a estratégia envolve combinar ITP com participação direta no Pix, os requisitos técnicos e regulatórios do modelo direto estão detalhados no artigo Como se tornar participante direto do Pix: requisitos técnicos e regulatórios.
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.
