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
Open Finance Brasil es el sistema regulatorio que define las reglas para compartir datos y servicios financieros entre instituciones autorizadas, con el consentimiento del cliente. El ITP opera dentro de este marco, utilizando las API estandarizadas de Open Finance para acceder a cuentas e iniciar pagos de manera interoperable entre diferentes instituciones.
La capa de consentimiento
El consentimiento es el núcleo del modelo ITP. Antes de cualquier iniciación de pago, el usuario debe autorizar explícitamente al ITP para acceder a su cuenta e iniciar transacciones en su nombre. Este consentimiento es granular (define el importe, el destinatario y el periodo de validez) y el usuario puede revocarlo en cualquier momento.
Desde la perspectiva del producto, el diseño del proceso de consentimiento es uno de los principales factores de diferenciación en la conversión. Un consentimiento mal explicado o los procesos de autenticación confusos provocan abandonos en el paso más crítico del checkout. Los ITP que dominan la experiencia de usuario (UX) del consentimiento tienen una ventaja competitiva real.
FAPI y seguridad de la iniciación
Open Finance Brasil exige que los ITP implementen el perfil FAPI (Financial-grade API) para la autenticación y autorización. FAPI es un perfil de seguridad desarrollado sobre OAuth 2.0 y OpenID Connect, con requisitos de seguridad adicionales específicos para aplicaciones financieras, incluidos tokens vinculados al canal, pares de claves asimétricas y verificación de la integridad de las solicitudes.
Para los equipos de ingeniería, implementar FAPI correctamente es un requisito no negociable para obtener la certificación como ITP. Los errores de implementación de seguridad en esta capa tienen consecuencias regulatorias directas.
Interoperabilidad entre instituciones
Uno de los puntos más potentes del modelo ITP en Open Finance es la interoperabilidad: el ITP puede iniciar pagos de cuentas en cualquier institución participante de Open Finance Brasil, no solo en aquellas con las que tiene un contrato directo. Esto significa que un ITP certificado puede, en teoría, prestar servicios a pagadores de cualquier banco o fintech del país, utilizando el mismo flujo técnico estandarizado.
🔗 Infraestructura técnica: El pago iniciado por el ITP se liquidad a través del SPI, el mismo sistema de liquidación que respalda todos los pagos Pix. Para comprender cómo funcionan el SPI, el DICT y la Cuenta PI en este proceso, lea el artículo SPI, DICT y Cuenta PI: la infraestructura detrás de Pix Direto explicada.
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 posición de ITP crea una nueva capa de valor en el ecosistema de pagos — y con ella, múltiples modelos de monetización. La elección del modelo adecuado depende del perfil de la base de comercios, del volumen de transacciones y de la estrategia competitiva de la empresa.
Modelo | Cómo funciona | Dinámica | Ideal para |
|---|---|---|---|
Comisión por transacción iniciada | El ITP cobra un valor fijo o porcentual por transacción exitosa, pagado por el comercio/receptor. | Modelo más común. Competitivo frente a las comisiones de tarjeta (típicamente 0,5–1,5% vs. 1,5–3,5% de la tarjeta). | Comercio electrónico, mercados online, grandes comercios |
Suscripción mensual de acceso a la plataforma | Los comercios pagan una cuota mensual para acceder a la solución de checkout ITP, con volumen de transacciones incluido o ilimitado. | Previsibilidad de ingresos. Funciona bien para segmentos con volumen medio constante. | SaaS de pago, plataformas de gestión |
Reparto de ingresos (revenue share) con adquirentes | El ITP distribuye el flujo de pagos y recibe una parte de la comisión de procesamiento. | Modelo de asociación. Menor margen por transacción, pero menor coste de adquisición. | Fintechs con una base de comercios establecida |
Freemium con conversión | Acceso básico gratuito con cobro a partir de cierto volumen o por funciones avanzadas. | Funciona bien para captar base de comercios. Requiere un producto fuerte para la conversión. | Startups de pago en crecimiento |
Datos y analítica | El ITP ofrece informes y perspectivas transaccionales premium para comercios, como producto complementario de pago. | Modelo emergente. Alto margen, pero requiere madurez de datos y consentimiento explícito. | Plataformas con una gran base de comercios |
El ITP como producto de plataforma
Para fintechs y empresas de tecnología financiera, el ITP no es solo una funcionalidad de checkout — es una plataforma. Al centralizar el flujo de iniciación de pagos de múltiples comercios, el ITP acumula datos transaccionales que hacen viables productos complementarios: analítica de comportamiento de compra, scoring de crédito basado en el flujo de pagos, ofertas personalizadas en el momento de la compra.
Este potencial de plataforma es lo que diferencia a los ITP que construyen posiciones competitivas duraderas de aquellos que se quedan atrapados en la 'commodity' de 'otra pasarela de Pix más'.
Embedded Finance e ITP: o Pix nativo em plataformas não-financeiras
Uno de los desarrollos más significativos permitidos por el ITP es la integración nativa de pagos Pix en plataformas que no son, principalmente, financieras: marketplaces, ERPs, plataformas de gestión de negocios, aplicaciones de delivery, sistemas de programación.
El modelo de embedded finance con ITP funciona así: la plataforma no financiera (el marketplace, el ERP, la app de delivery) se convierte en un ITP —o integra un ITP vía marca blanca— y pasa a ofrecer pagos Pix como funcionalidad nativa, dentro de su propia interfaz, sin redireccionar al usuario a otro entorno.
Por qué esto es importante para las plataformas
Para una plataforma de marketplace, por ejemplo, mantener al usuario en su propio entorno durante el pago reduce la fricción y aumenta la percepción de control. Lo más importante: permite que la plataforma vea y procese los datos de la transacción en tiempo real, lo que viabiliza la confirmación instantánea del pedido, la liberación automática de productos digitales y la conciliación sin depender de terceros.
El papel del ITP en el split de pagos
Los marketplaces y las plataformas multi-vendor tienen una necesidad específica: dividir automáticamente el valor de una transacción entre múltiples receptores —la plataforma y los vendedores—. El Pix vía ITP es un camino eficiente para implementar este split, especialmente cuando se combina con la infraestructura de participación directa en el SPI, que permite una mayor flexibilidad en la definición de las reglas de división.
💡 Oportunidad de producto: El split de pagos vía Pix es uno de los casos de uso más demandados por marketplaces y plataformas multi-vendor en Brasil —y todavía está relativamente desatendido por el mercado—. Los ITPs que resuelven este caso de uso con una UX superior y un coste competitivo tienen una clara diferencia de producto.
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
El Iniciador de Transacciones de Pago no es un producto de nicho; es una capa de infraestructura que se está construyendo en el corazón del ecosistema financiero brasileño. Y, a diferencia de muchas innovaciones financieras que prometen más de lo que cumplen, el ITP ya cuenta con casos de uso reales, métricas de conversión medibles y modelos de negocio que tienen sentido económico.
Para los Product Managers y Analistas en fintechs, plataformas y empresas de comercio electrónico, la pregunta relevante no es '¿importará el ITP?' — sino '¿cuál es nuestra posición en este ecosistema y la estamos construyendo con la suficiente antelación?'
Las posiciones de ITP más fuertes no serán ocupadas por quienes lleguen después de que el mercado esté consolidado. Serán ocupadas por quienes entiendan hoy la arquitectura del Open Finance, construyan la mejor experiencia de usuario (UX) de consentimiento y checkout, y acumulen los datos transaccionales que hacen viables los productos de próxima generación.
🚀 Explore el clúster completo: Este es solo uno de nuestros artículos sobre Pix Direto. La guía completa —desde el ecosistema hasta la infraestructura técnica, pasando por los costes reales y los modelos de producto— está disponible en los cinco artículos interconectados. Comience por el nodo principal: Pix Direto: qué es, cómo funciona y cuándo vale la pena.
