Financeiro e Split Payment

Conciliação do Split Payment: cadastros, vigência e governança fiscal

Análise prática de conciliação do split payment na Reforma Tributária, com foco em governança cadastral, IBS/CBS, controles de ERP e validação segura no TOTVS Protheus.

Introdução

O ponto mais difícil da adaptação ao IBS e à CBS não é memorizar siglas, mas transformar legislação e documentação técnica em um fluxo operacional controlado. Este artigo analisa Conciliação do Split Payment pelo ângulo de governança cadastral. O foco é mostrar o que precisa ser conferido por tesouraria, fiscal, contabilidade e TI, quais riscos merecem controle e como levar o requisito para o ERP sem inventar regra legal ou funcionalidade de software.

Até a data desta pesquisa, 31/08/2026, a empresa precisa acompanhar legislação, atos conjuntos, notas técnicas e documentação do fornecedor de ERP como fontes distintas. Uma obrigação legal não prova que determinada rotina já existe no Protheus; da mesma forma, uma função documentada pelo fornecedor não substitui a validação da regra tributária aplicável à empresa.

O que está confirmado nas fontes oficiais

Conforme a legislação e as orientações oficiais consultadas até 31/08/2026, a Reforma Tributária do Consumo está em implementação progressiva. A LC 214/2025 instituiu IBS, CBS e Imposto Seletivo, e a LC 227/2026 complementou a estrutura do IBS e do CGIBS. As obrigações e cronogramas precisam ser lidos pela data de vigência, porque 2026 é um período de adaptação com atos e documentação técnica sendo atualizados.

No Split Payment, o CGIBS disponibiliza página técnica com Manual de Integração e OpenAPI. O fato de existir documentação técnica não autoriza presumir regras de produção além do que foi publicado; por isso, contratos de integração, versões e ambientes devem ser tratados explicitamente.

No TOTVS Protheus, a documentação oficial já cobre atualização para a Reforma Tributária e, em temas específicos, módulos como SIGACTB, SIGAATF, SIGAGFE, SIGAEIC, SIGACOM e SIGAFAT. Fora desses pontos documentados, este artigo trata impactos como requisitos conceituais de ERP e recomenda validar a implementação na documentação oficial correspondente à release utilizada pelo cliente.

Por que conciliação do split payment merece atenção

O objetivo operacional é desenhar correspondência entre documento, pagamento, parcela, tributo e retorno técnico. O processo envolve tesouraria, fiscal, contabilidade e TI e pode produzir efeitos em documentos, cadastros, integrações, títulos, estoque, custos ou contabilidade. O risco prioritário é conciliar apenas pelo valor total e perder rastreabilidade de parcelas.

Uma forma útil de analisar o tema é seguir a cadeia regra tributária → evento de negócio → dado de origem → cálculo/classificação → documento ou obrigação → financeiro → contabilidade → evidência. Nem todos os processos percorrem todas as etapas, mas a empresa deve saber exatamente quais etapas existem no seu cenário.

Cadastros que sustentam o processo

Em Conciliação do Split Payment, a qualidade do cálculo depende do contexto da operação. Cadastros de produto, participante, origem/destino, natureza da operação, classificação e vigência precisam ter proprietário, fonte e regra de alteração.

Modelo de governança

  1. Dono do dado: quem responde pelo conteúdo.
  2. Aprovador tributário: quem confirma o efeito fiscal.
  3. Vigência: quando a alteração começa e, se aplicável, termina.
  4. Fonte: documento ou tabela oficial que sustenta o valor.
  5. Dependências: quais integrações e regras usam o cadastro.
  6. Revisão: quais mudanças disparam nova homologação.

O risco é conciliar apenas pelo valor total e perder rastreabilidade de parcelas. Uma alteração cadastral pode parecer pequena, mas afetar documentos já em fila, pedidos em aberto e integrações. Por isso, montar cenários de teste com operações normais, exceções, devoluções e ajustes e revisar periodicamente regras com data de vigência ou dependência de tabela externa.

Protheus

integração deve ser idempotente e auditável; implementação Protheus depende de documentação. Não crie campos, tabelas ou rotinas fictícias para “acomodar” a reforma. Use os recursos documentados e, quando houver lacuna, trate-a como requisito a ser validado com suporte/documentação da versão.

Perguntas que a equipe deve responder

  1. Qual fonte oficial sustenta a regra atual e qual é sua vigência?
  2. Quem aprova a interpretação tributária aplicada a conciliação do split payment?
  3. Qual sistema é a fonte dos dados que determinam o tratamento?
  4. O resultado consegue ser reproduzido em homologação com a mesma versão da regra?
  5. Como devoluções, cancelamentos, ajustes e falhas de integração são tratados?
  6. Existe conciliação entre documento, financeiro e contabilidade quando aplicável?
  7. Quais customizações podem interferir no cálculo ou no documento?
  8. O que precisa ser retestado quando houver nova nota técnica ou atualização do Protheus?

Riscos e pontos de atenção

Não use flexibilização temporária de validações como justificativa para adiar a preparação. Não replique parâmetros de outra empresa sem confirmar enquadramento. Não publique em produção uma regra cuja base legal ou tabela oficial não esteja registrada. E, principalmente, não atribua ao Protheus campo, rotina, patch ou comportamento que não esteja comprovado na documentação oficial da versão utilizada.

Conclusão

O objetivo não é criar burocracia adicional, e sim tornar o processo explicável. Quanto mais cedo a empresa consegue identificar a origem de uma divergência, menor o custo de correção e menor a dependência de ajustes manuais. Para Conciliação do Split Payment, a recomendação é manter o desenho simples: fonte oficial, requisito escrito, configuração identificável, teste reproduzível, conciliação e monitoramento. Assim, a Reforma Tributária deixa de ser uma sequência de correções emergenciais e passa a ser um programa controlado de mudança fiscal e tecnológica.

Aviso: este artigo tem caráter informativo. A aplicação concreta deve ser confirmada com a área tributária, contábil ou assessoria especializada e com a documentação oficial da TOTVS correspondente ao ambiente do cliente.

Fontes e referências

  1. Split Payment — Manual de Integração e OpenAPI — Comitê Gestor do IBS · Acessar fonte · acesso 2026-08-31
  2. Lei Complementar nº 214, de 16 de janeiro de 2025 — Presidência da República — Casa Civil · Acessar fonte · acesso 2026-08-31
  3. CROSS Segmentos - TOTVS Backoffice Linha Protheus - FIS - Atualização para Reforma Tributária e Adequação para a Reforma Tributária — TOTVS — Central de Atendimento · Acessar fonte · acesso 2026-08-31
Aviso educacional

Este artigo é informativo e não substitui orientação profissional individualizada.

Conteúdos relacionados