Quem é o prestador de serviço de pagamento na reforma tributária? O novo papel de gateways, PSPs e subadquirentes

Reforma tributária: o que muda para pagamentos digitais

A aprovação da Emenda Constitucional 132/2023 redefiniu os rumos do sistema tributário brasileiro ao introduzir o modelo de IVA dual (Imposto sobre Valor Agregado), composto pelo Imposto sobre Bens e Serviços (IBS) e pela Contribuição sobre Bens e Serviços (CBS). Contudo, além de unificar impostos sobre o consumo, o novo arcabouço fiscal introduz uma transformação operacional sem precedentes para o ecossistema de liquidação financeira no ambiente digital.

No centro dessa mudança está a responsabilidade atribuída à infraestrutura de pagamentos. Para garantir a neutralidade da arrecadação e combater a sonegabilidade no ambiente virtual, a legislação prevê a retenção na fonte do tributo devido no momento exato em que a transação é liquidada. Isso significa que o arranjo de pagamento deixará de ser um mero meio de liquidação e passará a atuar ativamente na operacionalização e no repasse dos impostos devidos ao Fisco.

Quem é o prestador de serviço de pagamento (PSP)?

Para fins da regulamentação da reforma dos impostos, o termo prestador de serviço de pagamento (PSP) compreende as entidades e instituições autorizadas pelo Banco Central do Brasil que participam da cadeia de liquidação financeira de uma venda. Trata-se do agente responsável por movimentar os recursos entre o comprador e o vendedor final.

A legislação enquadra formalmente como PSPs as instituições de pagamento (IPs), os credenciadores e os subcredenciadores (subadquirentes) que processam transações por cartões, Pix, boleto e métodos recorrentes. A definição abrange a entidade jurídica responsável por disponibilizar o meio de pagamento e operacionalizar a transferência dos recursos financeiros do consumidor para a conta do estabelecimento comercial.

Gateways, PSPs e subadquirentes: papéis e responsabilidades

A diferenciação técnica entre as camadas tecnológicas da transação é crucial para determinar o nível de responsabilidade no novo cenário tributário. As funções desempenhadas na jornada do checkout ditam a atuação de cada player:

• Gateway de pagamento: Atua primariamente como a camada de tecnologia e roteamento de dados, conectando a loja virtual aos adquirentes e bancos. Por ser uma plataforma que não custodia nem liquida valores financeiros diretamente na ponta final, sua função principal é transmitir com precisão as metadados tributários da transação para que a liquidação retenha o valor correto.
• Subadquirente (Facilitador de Pagamento): Atua na liquidação financeira, intermediando o fluxo financeiro entre o adquirente e o comerciante. Por liquidar e custodiar os recebíveis, enquadra-se diretamente nas obrigações de retentor e operacionalizador do tributo.
• PSP (Instituição de Pagamento): Entidade regulada que gerencia a conta de pagamento e executa a liquidação dos valores. Possui responsabilidade direta na execução das ordens de retenção e no envio de dados regulatórios ao Banco Central e aos órgãos fiscais.

Split de pagamento: recolhimento automático de IBS e CBS

O pilar central da execução da tributação sobre consumo no e-commerce e nos negócios digitais é o split de pagamento tributário. Essa funcionalidade permite que a divisão financeira dos recursos ocorra em tempo real, no ato da aprovação do pagamento, segregando a fatia devida ao comerciante da fatia destinada às cofres públicos.

Na prática, quando o consumidor realiza uma compra via Pix ou cartão de crédito, o sistema do PSP consulta a alíquota aplicável e executa a segregação instantânea:

Com essa tecnologia, o recolhimento do IBS e da CBS ocorre na origem, desonerando o vendedor da necessidade de emitir guias manuais de recolhimento para cada operação efetuada, ao mesmo tempo em que exige integração perfeita via API com a plataforma de vendas.

Novas obrigações acessórias e integração com o sistema de split

A operacionalização do novo modelo exige o cumprimento rigoroso de novas obrigações acessórias por parte das empresas de tecnologia financeira. A reconciliação entre a Nota Fiscal Eletrônica (NF-e) ou Nota Fiscal de Serviços (NFS-e) e o evento financeiro precisa ser perfeita e instantânea.

As plataformas de pagamento e os estabelecimentos deverão integrar suas APIs para transacionar payloads ricos de informação, incluindo:

• Identificação precisa do NCM (Nomenclatura Comum do Mercosul) ou NBS (Nomenclatura Brasileira de Serviços);
• Geolocalização do consumo para correta destinação do IBS ao estado ou município de destino;
• Chave de acesso do documento fiscal eletrônico associada ao payload da transação;
• Detalhamento de regras de isenção, imunidade ou regimes diferenciados previamente cadastrados.

A ausência dessas informações no momento da requisição de autorização do pagamento impedirá a correta aplicação do split tributário, resultando em retenções indevidas ou na não homologação da transação.

Impactos no e-commerce e nas cobranças recorrentes

Para o ecossistema de vendas online e modelos por assinatura (recorrência), a implementação da tributação via split financeiro impõe desafios e oportunidades de eficiência operacional. No e-commerce tradicional, a precisão do checkout direto impactará diretamente a conversão, pois chamadas assíncronas para validação fiscal não podem introduzir latência no momento do pagamento.

Já nas plataformas de negócios por assinatura e SaaS, a cobrança recorrente automatizada precisará atualizar dynamicamente as alíquotas incidentes a cada ciclo de faturamento. Contratos com cobrança via cartão de crédito ou boleto bancário exigirão que a engine de pagamentos valide a tributação atualizada antes do envio da cobrança ao gateway.

Em modelos de marketplace, onde o split de pagamento tradicional já é utilizado para dividir comissões entre o seller e o proprietário da plataforma, o sistema passará a lidar com uma divisão tripartite: a comissão do marketplace, o valor líquido do seller e a parcela do imposto sobre consumo recolhida na fonte.

Checklist: como preparar sua operação para a reforma tributária

Para assegurar a continuidade da operação e manter o desempenho financeiro no novo ecossistema, os gestores de e-commerce, fintechs e plataformas SaaS devem adotar uma agenda objetiva de adequação tecnológica:

1. Auditoria da infraestrutura de checkout: Verifique se seus gateways e PSPs possuem APIs preparadas para tráfego de metadados fiscais detalhados sem acréscimo de tempo de resposta.
2. Mapeamento de alíquotas por produto e serviço: Mantenha o catálogo de produtos devidamente parametrizado com os códigos fiscais atualizados para consulta automatizada na hora do split.
3. Adequação do motor de cobrança recorrente: Certifique-se de que sua régua de cobrança automática aceita reajustes e parâmetros tributários em tempo real.
4. Revisão de contratos com intermediadores: Avalie se seus parceiros de pagamentos atuam como liquidantes diretos e possuem infraestrutura robusta junto ao Banco Central para execução do split.
5. Testes de integração em ambiente Sandbox: Realize simulações end-to-end do fluxo de autorização, retenção e liquidação para evitar falhas de conciliação fiscal.

Arquitetura de pagamentos como vantagem competitiva na transição fiscal

A transição para o novo modelo tributário brasileiro exige mais do que conformidade regulatória; demanda infraestrutura de pagamentos resiliente, ágil e altamente integrada. À medida que o cumprimento das obrigações fiscais migra para a camada do processamento financeiro, a capacidade do seu ecossistema de pagamentos em executar o split tributário em milissegundos ditará a estabilidade da sua taxa de aprovação e a eficiência do seu fluxo de caixa.

O momento exige que empresas do ecossistema digital antecipem a atualização de suas rotas de liquidação, integrando APIs capazes de unificar performance no checkout, gestão antifraude e automação fiscal. Escolher a tecnologia adequada de processamento de pagamentos deixa de ser uma decisão estritamente operacional e passa a ser um pilar estratégico para o crescimento escalável na era do novo IVA dual.