Split Payment e Cobrança de Terceiros: a Lacuna que Só a NFCom Resolveu Até Agora

Split Payment e Cobrança de Terceiros

O Split Payment e cobrança de terceiros, após analisar os atos publicados até o momento, não identifiquei uma regulamentação que trate expressamente dessa situação: como o split payment vai segregar corretamente um pagamento único que reúne receitas de empresas diferentes?

O tema do split payment e da cobrança de terceiros ganhou um capítulo importante com a NFCom — o documento fiscal do setor de telecomunicações —, que passou a exigir a identificação do CNPJ do terceiro em cada item de cobrança. Mas, quando olhamos para os demais documentos fiscais e para o restante da economia, a lacuna permanece aberta.

Quero deixar claro, desde já, o espírito deste artigo: não venho trazer certezas. Venho organizar o que já está publicado, separar fato de interpretação e levantar as perguntas que, na minha avaliação, precisarão ser respondidas pela regulamentação nos próximos meses. É um convite à discussão — para donos de provedores, contadores, advogados tributaristas e, principalmente, para quem desenvolve os ERPs que terão de operar esse novo sistema.

O que é a cobrança centralizada de valores de terceiros?

Cobrança centralizada — ou master billing — é o modelo em que uma única empresa emite a cobrança ao cliente e arrecada, num só pagamento, valores que pertencem a fornecedores diferentes. Quem recebe o dinheiro não é dono de toda a receita: parte do valor é apenas arrecadada e repassada aos terceiros titulares de cada serviço.

O exemplo mais didático nem é do meu setor. Pense numa academia cujo cliente paga um único boleto de R$ 300, composto assim:

Componente	Valor	Titular da receita
Mensalidade da academia	R$ 200	A própria academia
Aplicativo de treino	R$ 40	Empresa A (tecnologia)
E-book de nutrição	R$ 30	Editora B
Consultoria nutricional	R$ 30	Empresa C

Quem recebe os R$ 300 é a academia. Mas, economicamente, ela é dona de apenas R$ 200 — o restante ela arrecada para terceiros. Esse mesmo desenho existe em marketplaces, clínicas, escolas, franquias, clubes de assinatura, plataformas SaaS e — o caso que vivo diariamente — nos provedores de internet, cuja fatura consolida o serviço de conexão (SCM) com streaming, seguros, e-books e aplicativos de parceiros.

E há um detalhe que torna o tema urgente: esse tipo de operação tende a crescer depois da Reforma Tributária. Quanto mais os modelos de negócio se organizam em ecossistemas e combos, mais faturas únicas com múltiplos titulares de receita circulam pela economia — e mais relevante fica a pergunta sobre como o sistema tributário enxerga cada parcela.

O que já está resolvido nos atos publicados até aqui?

Três mecanismos já publicados atacam partes do problema: a identificação do terceiro na NFCom, a vinculação entre documento fiscal e pagamento, e o Informe de Segregação da plataforma de split payment. Cada um resolve um pedaço — e é justamente ao enxergá-los em conjunto que a lacuna aparece. Vamos aos fatos, antes das interpretações.

A NFCom identifica o CNPJ do terceiro

Como detalhei no artigo sobre a cobrança de terceiros na NFCom, a NT 2026.002 criou o campo CNPJCobrTerc, exigido sempre que o item da fatura utilizar a classificação de cobrança de terceiros (cClass do grupo 110). O documento do setor de telecomunicações passou a declarar, item a item, quem é o titular daquela receita. Importante: isso não altera a obrigação, que sempre existiu, de o terceiro emitir seu próprio documento fiscal — NFS-e, NF-e ou nota de débito — pela receita que lhe pertence.

A vinculação entre documento fiscal e pagamento

A NT 2026.001, publicada em fevereiro de 2026 para diversos documentos fiscais eletrônicos — entre eles a NFCom —, criou o grupo de informações de vinculação entre o documento fiscal e a transação financeira de pagamento. Essa amarração é a base operacional do split payment: é ela que permite calcular os débitos do fornecedor e os créditos do adquirente a partir do fluxo financeiro. Em 2026, os campos têm caráter preparatório, sem exigência em produção.

O Informe de Segregação da plataforma de split payment

Em junho de 2026, a Receita Federal e o Comitê Gestor do IBS disponibilizaram, com fundamento no Ato Conjunto RFB/CGIBS nº 2/2026, o Manual de Integração da Plataforma Pública de Split Payment. O manual disciplina o Informe de Segregação — o detalhamento do repasse financeiro antes do recolhimento aos fiscos — e determina que o campo de identificação do recebedor aponte para o recebedor original da operação, preservando a correspondência entre fato gerador, documento fiscal e contribuinte, na linha do artigo 34, III, da LC 214/2025.

Por que o CNPJ do terceiro, sozinho, não resolve o split payment?

Porque o CNPJ identifica quem é o terceiro, mas não identifica o que está sendo cobrado nem qual é o tratamento tributário daquele item. A cobrança sai na fatura do arrecadador; a nota fiscal do serviço sai no CNPJ do terceiro. Entre uma e outra, não existe, até o momento, um vínculo estruturado — e é nesse vão que a segregação automática encontra seu limite.

Deixe-me destrinchar o raciocínio com o cenário do provedor, que é onde o problema já está normatizado. O cliente paga a fatura única emitida pelo ISP. Nessa fatura (a NFCom), o item do parceiro aparece classificado no grupo 110, com o CNPJ do terceiro informado. O terceiro, por sua vez, emite a própria nota fiscal pela sua receita — isso é fato, e sempre foi obrigatório. Só que a nota do terceiro é um documento; a cobrança é outro. O pagamento do cliente está vinculado à NFCom, não à nota do parceiro.

Agora acrescente a camada tributária. Suponha que um mesmo parceiro forneça ao provedor dois produtos: um livro digital e um aplicativo. O e-book goza de imunidade constitucional — que a EC 132/2023, pelo artigo 149-B, estendeu expressamente ao IBS e à CBS. O aplicativo, por sua vez, é integralmente tributado pelos novos tributos. Na NFCom, ambos os itens saem no grupo 110 com o mesmo CNPJCobrTerc. O campo diz ao fisco: “esses valores pertencem à empresa X”. Mas não diz quanto daquele fluxo é operação imune e quanto é operação tributada.

Se o split payment atua na liquidação financeira — segregando o tributo antes que o dinheiro chegue ao destinatário —, de onde virá a informação para segregar corretamente a parcela do terceiro? Da NFCom, que só carrega o CNPJ? Da nota fiscal do terceiro, que não está vinculada àquele pagamento? Da vinculação da NT 2026.001, que amarra o pagamento ao documento do arrecadador, e não ao documento do titular econômico de cada item?

Com os atos publicados até aqui, eu não encontro uma resposta fechada. Caso o split payment venha a realizar a segregação automática da parcela do terceiro, será necessário conhecer tanto o titular quanto o tratamento tributário do serviço — e a cobrança centralizada, até o momento, só entrega ao sistema a primeira metade.

O artigo da ConJur sobre o Informe de Segregação, aliás, expõe um sintoma paralelo do mesmo problema na antecipação de recebíveis: o dado fiscal transmitido (o recebedor original) pode não coincidir com o destinatário econômico do fluxo (o cessionário do crédito). A lógica oficial preserva — corretamente — a correspondência entre fato gerador, documento e contribuinte. Mas a vida econômica insiste em separar quem recebe de quem é dono. A cobrança centralizada é exatamente isso, em escala.

E a NF-e, a NFC-e e a NFS-e? Existe um campo equivalente?

Até o fechamento deste artigo, não localizei, nas notas técnicas da NF-e e da NFC-e nem nos materiais oficiais da Reforma, nenhum mecanismo equivalente ao CNPJCobrTerc da NFCom — um campo genérico para identificar o fornecedor terceiro de cada item. As adaptações publicadas concentram-se em IBS, CBS, cashback, split payment, compra governamental, antecipação de pagamento e vinculação entre pagamento e documento fiscal.

Isso significa que a academia do nosso exemplo, o marketplace, a clínica e a escola não têm até o momento, nos seus documentos fiscais, o instrumento que o setor de telecomunicações já tem. E aqui entro conscientemente no terreno da interpretação — e faço questão de sinalizá-la como tal.

Minha hipótese é que a NFCom parece indicar um caminho que poderá ser seguido pelos demais documentos fiscais, como uma espécie de laboratório. O modelo 62 nasceu com a lógica de nota fiscal fatura: um documento que consolida cobranças de origens diversas e que, por isso, precisou aprender cedo a separar o que é de quem. O problema que ele resolveu com o CNPJCobrTerc não é uma exclusividade das telecomunicações — é o problema de praticamente todo modelo de negócio que centraliza cobranças.

Se a identificação do terceiro se mostrou necessária no primeiro documento fiscal que enfrentou a questão, parece-me razoável esperar que soluções semelhantes venham a ser exigidas dos demais documentos, por novas notas técnicas, ajustes SINIEF ou atos do Comitê Gestor, à medida que a implantação do split payment avançar. Mas registro com a mesma clareza: até agora, não encontrei nenhum ato oficial que estenda esse mecanismo à NF-e, à NFC-e ou à NFS-e. É uma expectativa fundamentada, não uma norma.

O que isso significa para os ERPs e para os modelos de negócio?

Significa que o cadastro de produtos dos sistemas de gestão provavelmente precisará ganhar uma dimensão nova: a titularidade econômica de cada item. Hoje, a maioria dos ERPs sabe o que é vendido e por quanto. No cenário que a Reforma desenha, o sistema tende a precisar saber também de quem é cada componente da cobrança — e qual o tratamento de IBS e CBS de cada um.

O contraste fica evidente quando colocamos lado a lado o cadastro típico atual e o que a lógica do novo sistema sugere:

Cadastro típico hoje	O que a lógica da Reforma sugere
Produto e valor	Produto, valor, titular da receita (CNPJ) e tratamento de IBS/CBS do item
Fatura única como documento de cobrança	Fatura única com rastreabilidade de cada parcela até o documento fiscal do respectivo titular
Repasse a parceiros tratado como questão contratual e financeira	Repasse a parceiros como informação estruturada, visível ao fisco e relevante para a segregação tributária

No setor de provedores, quem fez o dever de casa da segregação de receitas com substância — contratos adequados, entrega real do serviço, documento fiscal de cada titular — já construiu a base para esse mundo. A novidade é que a arquitetura deixa de ser um diferencial de planejamento tributário bem-feito e passa a ser uma exigência operacional do sistema de arrecadação. Para os demais setores, o recado é mais duro: caso a regulamentação evolua nesse sentido, o modelo atual de cadastro poderá se mostrar insuficiente, e a adaptação dos ERPs não se faz em semanas.

Quais perguntas ainda precisam de resposta?

A regulamentação publicada até aqui resolve bem o caso da NFCom e estabelece a infraestrutura geral do split payment, mas deixa em aberto questões que considero centrais. Registro as principais, como contribuição ao debate:

Como a segregação tratará a parcela do terceiro na fatura única? A vinculação pagamento-documento aponta para o documento do arrecadador. Haverá um mecanismo que conecte a parcela do terceiro ao documento fiscal emitido por ele — permitindo que a retenção reflita o tratamento tributário real de cada item?

A identificação por CNPJ evoluirá para uma identificação por operação? Um mesmo terceiro pode fornecer itens imunes e itens tributados. O sistema exigirá a classificação tributária da parcela do terceiro dentro do documento de cobrança, ou buscará essa informação na nota do próprio terceiro?

O mecanismo da NFCom será estendido aos demais documentos? Se a cobrança centralizada existe em toda a economia, a assimetria atual — telecomunicações com identificação de terceiros, demais setores sem — é sustentável durante a transição para o novo sistema?

Quem responde por uma segregação incorreta da parcela alheia? Se o arrecadador informa mal a titularidade ou a natureza do item de terceiro, e o split payment retém tributo a maior ou a menor, a responsabilidade é de quem cobra, de quem é titular da receita ou de ambos?

Não tenho — e desconfio que ninguém tenha, até o momento — respostas definitivas para essas perguntas. O que tenho é a convicção de que elas afetam praticamente todos os ERPs do país e ainda são pouco debatidas com a profundidade que merecem.

Conclusão: acompanhar antes que vire urgência

O split payment e a cobrança de terceiros formam, na minha avaliação, um dos temas mais promissores — e mais negligenciados — da implantação da Reforma Tributária. A NFCom foi, até o momento, o primeiro documento fiscal eletrônico a enfrentar esse desafio de forma expressa: identificar o titular de cada parcela da fatura. Mas identificar quem recebe não é o mesmo que saber o que se cobra, e é nessa diferença que mora a lacuna que a regulamentação ainda precisa fechar.

Para o dono de provedor, a recomendação é concreta: garanta que sua estrutura de parcerias e segregação tenha substância documental hoje, porque ela será a base de qualquer exigência futura. Para contadores e advogados que atendem outros setores com cobrança centralizada, o alerta é ainda mais valioso: o problema que o seu cliente terá em 2027 já tem nome, e o laboratório dele chama-se NFCom.

Vou continuar acompanhando cada nota técnica e cada ato do Comitê Gestor sobre esse tema — e atualizando esta análise conforme as respostas forem aparecendo. Se você opera um provedor, desenvolve ERP para o setor ou simplesmente quer discutir esse cenário com quem estuda a NFCom desde a primeira hora, fale comigo.

Carlos Eduardo Ignez é contador e empresário, com 14 anos de atuação exclusiva no setor de telecomunicações. É fundador da AG4 – Inteligência Tributária para provedores de internet, da AG4 Editora e da Fitpages, e criador do curso PROVEDOR 2.0.

Dúvidas frequentes