Financeiro, Tesouraria e Split Payment

Chaves de conciliação fiscal-financeira: como evitar planilhas sem fim

Guia prático sobre definir identificadores persistentes do pedido ao pagamento e à contabilização, com impactos em processos, controles, testes e TOTVS Protheus na Reforma Tributária.

Introdução

A transição para IBS e CBS cria um cenário em que legislação, documentos eletrônicos e software evoluem em paralelo. Isso exige disciplina de versão, teste e governança, principalmente em ambientes Protheus com integrações e customizações.

Neste artigo, o foco é definir identificadores persistentes do pedido ao pagamento e à contabilização. O tema interessa diretamente a financeiro, arquitetura e controladoria, porque o risco central é depender de valor e data como únicas chaves de cruzamento. A legislação e a documentação técnica precisam ser traduzidas em controles executáveis no ERP, sem inventar funcionalidades e sem assumir que uma parametrização válida para uma release do Protheus será idêntica em outra.

O que está confirmado nas fontes oficiais

  • Comitê Gestor do IBS: O CGIBS mantém página oficial do Split Payment com Manual de Integração e especificação OpenAPI, o que permite às equipes técnicas trabalhar com contrato oficial em vez de inferir campos ou mensagens.
  • TOTVS — Central de Atendimento: A TOTVS publicou orientação específica para adequar plano de contas e lançamentos do SIGACTB à Reforma Tributária, com foco em segregação, rastreabilidade e conciliação.
  • TOTVS — Central de Atendimento: A TOTVS mantém documentação de atualização de documentos eletrônicos do Protheus para as versões da NT 2025.002 relacionadas a IBS e CBS.

Esses pontos devem ser tratados como base documental. Já as recomendações de arquitetura, governança, teste e processo apresentadas a seguir são uma interpretação técnica de implementação e precisam ser ajustadas à realidade da empresa, à sua operação e à release efetivamente utilizada.

Por que esse tema merece um projeto próprio

O primeiro impacto é a qualidade da decisão tributária. Uma regra fiscal somente se torna operacional quando a empresa sabe quais dados identificam o cenário, qual evento dispara o cálculo, quais exceções existem e qual documento comprova o resultado. Se isso não estiver explícito, a configuração tende a acumular condições difíceis de manter.

O segundo impacto é a integração entre áreas. Financeiro, arquitetura e controladoria não pode trabalhar isoladamente: um dado criado no cadastro pode alterar o faturamento; o documento fiscal pode afetar crédito, custo ou caixa; e a contabilização precisa preservar a origem do valor. A Reforma Tributária aumenta o custo de inconsistências entre módulos porque IBS e CBS passam a depender de dados que atravessam vários processos.

O terceiro impacto é a rastreabilidade. Em auditoria ou durante um incidente, a equipe deve conseguir responder: qual era a regra vigente na data? qual fonte oficial suportava a configuração? qual versão do ERP/TSS estava instalada? qual cenário foi testado? quem aprovou a mudança? e qual evidência comprova o resultado?

Impacto esperado em ERP e TOTVS Protheus

A Reforma Tributária exige que o financeiro acompanhe a evolução dos mecanismos de pagamento e apuração sem presumir comportamento ainda não documentado na release do ERP. Para Split Payment, a existência de manual de integração e OpenAPI oficial permite iniciar arquitetura, segurança, reconciliação e testes, mas campos e fluxos concretos devem seguir a versão oficial vigente.

Para este tema, a modelagem deve seguir a cadeia evento de negócio → dados mestres → regra fiscal → cálculo → documento eletrônico → financeiro/estoque → contabilidade → conciliação. Nem todas as etapas existirão em todas as operações, mas o desenho deve mostrar claramente onde o dado nasce e onde é consumido.

Uma recomendação importante é evitar lógica fiscal espalhada por customizações, fórmulas, integrações e rotinas sem documentação comum. Quando uma regra precisa ser alterada, a equipe deve conseguir localizar todos os pontos afetados antes da implantação.

Roteiro prático de implementação

  1. Mapear eventos financeiros ligados ao documento fiscal. Transforme o tema em requisito verificável, não em orientação genérica.
  2. Definir chaves de conciliação ponta a ponta. Use um diagrama simples mostrando entradas, decisão, saída e responsável.
  3. Separar previsão, liquidação e ajuste. Vigência deve fazer parte do requisito e do teste.
  4. Desenhar contingência para indisponibilidade de integração. Exceção sem dono vira regra paralela e aumenta risco.
  5. Reconciliar financeiro, fiscal e extrato externo. Produção deve receber somente configuração que possua evidência de homologação.

Além disso, mantenha uma tabela de controle com, no mínimo, cenário, base legal, fonte TOTVS, dados de entrada, resultado esperado, release testada, responsável fiscal, responsável técnico e data de homologação. Esse inventário reduz muito o tempo gasto para investigar diferenças futuras.

Casos de teste que não podem faltar

  • Liquidação integral: confirme cálculo, documento e reflexos integrados.
  • Pagamento parcial: valide comportamento de bloqueio, alerta ou tratamento definido pela empresa.
  • Estorno ou devolução: confira se o evento reverso preserva a referência da operação original.
  • Duplicidade de mensagem ou reprocessamento: documente o resultado e quem pode autorizar a exceção.
  • Indisponibilidade e retomada da integração: feche a validação comparando módulos e evidências, não apenas a tela de cálculo.

Em cada cenário, salve entradas e saídas. Para documentos eletrônicos, conserve XML ou payload de teste quando aplicável; para contabilização, guarde a expectativa de débito/crédito; para financeiro, registre o vínculo com títulos e liquidações; para integrações, mantenha identificador de correlação e retorno técnico sem expor segredos.

Indicadores para acompanhar após a implantação

A gestão do tema melhora quando sai do campo subjetivo. Um painel simples pode acompanhar:

  • itens não conciliados;
  • diferença fiscal versus financeiro;
  • reprocessamentos duplicados;
  • tempo de baixa;
  • exposição de caixa causada por divergências.

O objetivo não é criar dezenas de KPIs, e sim identificar rapidamente se o problema está em cadastro, regra, versão, integração, documento ou processo humano. Incidentes repetidos com a mesma causa devem gerar ação definitiva de saneamento.

Riscos e pontos de atenção

O risco mais evidente neste recorte é depender de valor e data como únicas chaves de cruzamento. Também merecem atenção: regras sem vigência, cadastros incompletos, customizações que sobrescrevem comportamento padrão, diferenças entre ambiente de homologação e produção, documentos autorizados com informação economicamente incorreta, falhas de conciliação e ajustes manuais sem referência ao documento de origem.

Durante 2026, é especialmente importante não interpretar flexibilizações operacionais ou períodos de adaptação como autorização para abandonar controles. A empresa deve acompanhar as fontes oficiais porque cronogramas, leiautes e orientações técnicas podem receber novas versões.

Conclusão

Na Reforma Tributária, velocidade sem rastreabilidade cria dívida técnica e fiscal. O melhor caminho é avançar em ciclos curtos, com evidência e validação da área tributária.

A abordagem recomendada é tratar chaves de conciliação fiscal-financeira: como evitar planilhas sem fim como um problema de governança de processo e dados, e não apenas de parametrização. Conforme a legislação atualmente publicada e a documentação oficial disponível em 31 de agosto de 2026, as equipes devem manter acompanhamento contínuo das normas e das publicações da TOTVS. A implementação no ERP deve ser validada conforme a versão utilizada e, em caso de dúvida jurídica, confirmada com a área tributária ou assessoria especializada.

Aviso: conteúdo informativo e técnico. Não substitui análise jurídica, tributária ou contábil individualizada.

Fontes e referências

  1. Split Payment — Manual de Integração e OpenAPI — Comitê Gestor do IBS · Acessar fonte · acesso 2026-08-31
  2. Cross Segmento - TOTVS Backoffice (Linha Protheus) - SIGACTB - Adequação do Plano de Contas e Lançamentos à Reforma Tributária — TOTVS — Central de Atendimento · Acessar fonte · acesso 2026-08-31
  3. Cross Segmentos - Backoffice Protheus - Doc. Eletrônicos - NFE - Reforma Tributária – Nota Técnica 2025.002 IBS - CBS — 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