El problema del checkout que todo comerciante conoce
Existe un momento en el checkout online que todo comerciante ha aprendido a temer: el redireccionamiento. El usuario está listo para pagar, hace clic en confirmar — y de repente sale del entorno del comerciante, va al sitio web o app del banco, se autentica, confirma, regresa. Cada paso adicional es una oportunidad de abandono. Cada cambio de contexto es una fricción que se traduce en una venta perdida.
El Pix resolvió parte de ese problema. Con el código QR, el pago se volvió más rápido y barato. Pero el flujo típico todavía exige que el usuario copie el código, abra la app del banco, lo pegue y confirme — o escanee el QR en otro dispositivo. Funciona. Pero no es fluido.
El ITP (Iniciador de Transacciones de Pago) es el siguiente nivel de esta evolución. Es la infraestructura que permite que el pago a través de Pix ocurra dentro del recorrido del comerciante, sin redireccionamiento al banco, sin cambio de contexto, sin fricciones innecesarias. Y está cambiando las tasas de conversión de manera medible.
Este artículo explica qué es el ITP, cómo funciona en el contexto del Open Finance Brasil, quién puede ser un iniciador de transacciones, cómo se estructuran los modelos de ingresos — y por qué este tema está en el centro de la próxima ronda de innovación en pagos digitales en Brasil.
📌 Contexto del contenido: Este artículo forma parte de un grupo de contenidos sobre Pix Directo. Si está evaluando la infraestructura completa de participación en el ecosistema Pix — incluyendo la participación directa en el SPI, costes de operación y requisitos regulatorios — le recomendamos la guía principal: Pix Directo: qué es, cómo funciona y cuándo vale la 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?
Uno de los malentendidos más comunes sobre el ecosistema Pix es tratar a la ITP y al participante directo como conceptos equivalentes o mutuamente excluyentes. No lo son. Son funciones diferentes, con requisitos diferentes y casos de uso diferentes, y una institución puede ser ambas cosas a la vez.
Dimensión | ITP (Iniciador) | Participante Directo de Pix |
|---|---|---|
Función principal | Iniciar transacciones Pix en nombre del pagador | Liquidar transacciones Pix en el SPI |
Conexión al SPI | No obligatoria: utiliza la infraestructura de otro participante | Obligatoria: tiene cuenta PI propia en el SPI |
Autorización del BC | Sí: como Iniciador de Transacciones de Pago (ITP) | Sí: como participante directo de Pix |
Responsabilidad de liquidación | No: la liquidación corresponde al participante directo del pagador | Sí: liquida directamente en el SPI |
Acceso a datos de cuenta | Vía Open Finance, con el consentimiento del usuario | Vía cuenta PI y contratos con clientes |
Modelo de ingresos | Tarifa por transacción iniciada (cobrada al comercio/receptor) | Tarifa de participantes indirectos + ahorro operativo |
Infraestructura requerida | APIs de Open Finance + consentimiento + autenticación fuerte | SPI + DICT + RSFN + FRAUD + Cuenta PI |
Complejidad de implementación | Moderada: menor que el modelo directo | Alta: de 12 a 24 meses de proyecto |
Ideal para | Plataformas de comercio electrónico, fintechs de pago, marketplaces | Bancos digitales, fintechs de gran escala, proveedores de BaaS |
La distinción práctica más importante: ser ITP no exige ser participante directo de Pix. El ITP ordena al banco del pagador que realice el pago, pero quien realmente se conecta al SPI y liquida es el banco del pagador (que debe ser participante directo). El ITP se sitúa en la capa de iniciación, no en la capa de liquidación.
Esto reduce significativamente la barrera de entrada para las empresas que desean ofrecer experiencias de pago avanzadas a través de Pix sin necesidad de construir la infraestructura completa de participación directa en el SPI.
📊 Para quienes están decidiendo: Si el objetivo es crear una experiencia de checkout superior con Pix —sin redirección, con alta conversión— el camino es la ITP. Si el objetivo es la autonomía total de la infraestructura, la reducción estructural de los costes de transacción o convertirse en una plataforma BaaS, el camino es la participación directa. Los artículos Pix Direto vs. Pix Indireto y Como se tornar participante direto do Pix profundizan en esta decisión.
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 no es solo una decisión técnica, es una decisión regulatoria. El Banco Central define los criterios de elegibilidad, el proceso de autorización y las obligaciones de cumplimiento continuas para las ITP.
Requisito | Descripción | Estado |
|---|---|---|
Autorización del BC | La institución debe estar autorizada por el Banco Central como Iniciador de Transacciones de Pago (ITP). Categoría específica dentro de Open Finance Brasil. | Obligatorio |
Certificación Open Finance | Conformidad con los estándares técnicos de Open Finance Brasil, incluyendo APIs, perfiles de seguridad y certificaciones de interoperabilidad. | Obligatorio |
Autenticación reforzada del usuario | Implementación de autenticación multifactor para el consentimiento y la iniciación del pago, según los estándares FAPI (Financial-grade API). | Obligatorio |
Gestión del consentimiento | Sistema propio de recogida, almacenamiento y revocación de consentimientos de los usuarios, conforme a la LGPD y la regulación de Open Finance. | Obligatorio |
Acuerdo con el titular de la cuenta | Contrato con la institución proveedora de la cuenta del pagador para viabilizar la iniciación. En la práctica, interoperabilidad a través de Open Finance. | Necesario para operar |
Infraestructura de alta disponibilidad | SLA adecuado al volumen de transacciones iniciadas; no exige un 99,5% como participante directo de Pix, pero debe ser robusto. | Regulatorio |
Política de privacidad y LGPD | Tratamiento adecuado de los datos de cuenta y transacción a los que se accede a través de Open Finance, con una base legal clara. | Obligatorio |
El proceso de autorización
La autorización como ITP sigue el proceso estándar del Banco Central para las instituciones de pago: presentación de solicitud formal, análisis de la documentación técnica y organizativa, evaluación de la capacidad operativa y, si se aprueba, autorización para el inicio de las operaciones.
El plazo varía, pero suele ser más corto que el proceso de participación directa en Pix, ya que el ITP no necesita una Cuenta PI en el SPI ni las integraciones de mensajería ISO 20022. El alcance técnico obligatorio es significativamente menor, lo que reduce el plazo y el coste de implementación.
ITP y participación directa: ¿pueden coexistir?
Sí, y para muchas fintechs a gran escala, esta combinación representa la posición estratégica más sólida. Una institución que es participante directa de Pix y también ITP tiene un control total sobre la experiencia de pago: liquida las transacciones directamente en el SPI y, además, puede ofrecer un proceso de pago sin redireccionamiento a los comercios asociados. Es la posición de mayor autonomía y mayor potencial de monetización en el ecosistema.
🔗 Requisitos de participación directa: Si la estrategia implica combinar ITP con participación directa en Pix, los requisitos técnicos y regulatorios del modelo directo se detallan en el artículo Cómo convertirse en participante directo de Pix: requisitos técnicos y reguladores.
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.
