Tag: ERP fiscal

Imagine receber duas notas do mesmo fornecedor, uma em dezembro de 2026 e outra em janeiro de 2027. Os PDFs podem usar o mesmo leiaute, mas trazer valores diferentes para o Imposto sobre Bens e Serviços (IBS) estadual e municipal. A diferença faz sentido quando se olha para duas datas. A Nota Técnica 2026.010 v1.00 prevê a entrada do novo leiaute em produção em 1º de dezembro de 2026. Já o início de 2027 traz regras tributárias próprias, inclusive para a divisão do IBS. (Projeto Nota Fiscal Eletrônica, 2026, p. 3–4. Brasil, 2025, art. 343–344.)

O Documento Auxiliar da Nota Fiscal Eletrônica (DANFE) é a representação da NF-e que você recebe em papel ou PDF. Neste artigo, o foco é a NF-e modelo 55. Vamos localizar o código do regime tributário, os novos totais e os campos por item, depois conferir três exemplos. O mesmo exercício serve para quem recebe mercadoria e para quem mantém o relatório no ERP.

Conferência de 23 de outubro de 2026: o PDF oficial da NT 2026.010 v1.00 foi acessado integralmente. O cronograma da página 3 indica implantação em produção em 1º de dezembro de 2026. As antigas ressalvas de acesso foram substituídas pelas evidências do documento; QR Code e regime de apuração ainda têm dependências expressamente previstas para nota futura.

A Nota Técnica 2026.010 v.1.00 entrou no radar de quem mantém emissores de NF-e, componentes de impressão, ERPs em Delphi e rotinas de conferência fiscal. O motivo é objetivo: o portal da SEFAZ Virtual do Rio Grande do Sul (SVRS) descreve a nota como voltada a alterações no leiaute de impressão do Documento Auxiliar da Nota Fiscal Eletrônica (DANFE), modelo 55, necessárias à representação dos tributos instituídos pela Reforma Tributária do Consumo (RTC).

Para desenvolvedores, mudar o DANFE exige conferir mapeamento, paginação e impressão. Para a contabilidade, importa distinguir o que será representado no documento auxiliar e como conferir os valores, sem antecipar exigências de outras notas técnicas.

Este artigo percorre três planos. Primeiro, delimita o escopo confirmado da NT 2026.010. Em seguida, examina os campos, os modelos de referência e o cronograma do PDF oficial. Por fim, propõe uma forma prática de organizar desenvolvimento, conferência fiscal e comunicação interna, distinguindo o que já está especificado do que depende de documentação complementar.

A Declaração de Regimes Específicos, ou DeRE, passa por uma atualização técnica relevante para quem desenvolve, mantém ou opera sistemas fiscais. A Receita Federal e o Comitê Gestor do IBS (CGIBS) comunicaram a aprovação da versão 1.3.0 da documentação técnica pelo Ato Técnico Conjunto RFB/CGIBS nº 6, de 28 de setembro de 2026. Não se trata apenas de um novo manual: o pacote reúne regras de negócio, tabelas, leiautes XML e esquemas de validação que afetam a preparação, a transmissão e o processamento das informações.

Para escritórios contábeis, áreas fiscais e fornecedores de ERP — inclusive equipes que trabalham com Delphi — o ponto central é transformar a documentação em processos verificáveis. Isso envolve revisar cadastros, plano de contas, geração de XML, tratamento de retornos e rotinas de fechamento. Neste artigo, vamos separar o que foi confirmado oficialmente, o que isso sugere para a arquitetura do sistema e quais cuidados precisam orientar a implantação.

A entrada da CBS no lugar do PIS/Pasep e da Cofins a partir de 2027 torna a preparação tributária uma pauta concreta para empresas do agronegócio. Para quem atua na contabilidade, o desafio não se limita ao cálculo: alcança o reconhecimento de créditos, a gestão de saldo credor, o controle de pagamentos antecipados e a consistência dos documentos fiscais. Para desenvolvedores Delphi e equipes de ERP, significa transformar regras materiais em cadastros, eventos, validações, trilhas de auditoria e integrações confiáveis.

Há uma distinção importante desde o início. A Lei Complementar nº 214, de 2025, lida em conjunto com suas alterações posteriores, disciplina diversos aspectos do IBS e da CBS. Já a forma técnica de documentar cada operação depende do tipo de documento fiscal e dos atos regulamentares e técnicos aplicáveis. Portanto, não é seguro converter toda dúvida operacional em uma obrigação já definida, nem tratar um fluxo de ERP como definitivo quando a evidência disponível só confirma a regra legal de apuração.

Este artigo percorre o que já pode orientar decisões no agro: a separação entre crédito e caixa, os prazos legais de ressarcimento, os efeitos dos adiantamentos, os tratamentos previstos para insumos e produtores rurais não contribuintes, o regime das cooperativas e os testes que devem entrar no plano de sistemas. Ao final, a proposta é oferecer uma base de trabalho comum para fiscal, contabilidade, TI e negócio.

A integração fiscal não termina quando o sistema envia uma requisição. Nas APIs assíncronas da apuração da Contribuição sobre Bens e Serviços (CBS), a abertura de uma consulta inicia um processo que pode ser concluído mais tarde, com um arquivo de retorno obtido em etapa própria. Essa distinção é importante para quem mantém ERPs em Delphi e para profissionais contábeis que dependem da consistência dos dados recebidos pelo sistema.

Em 14 de outubro de 2026, a Receita Federal registrou a versão 1.1 das Regras Comuns de Solicitação e Retorno das APIs assíncronas. A revisão atualizou o conteúdo da notificação enviada ao webhook e o fluxo de obtenção e download do arquivo de retorno por meio de urlAssinada. Não se trata, portanto, de apenas trocar uma URL: a implementação precisa separar claramente a abertura, o acompanhamento, a autorização temporária de download e a leitura do arquivo.

Este artigo percorre o fluxo confirmado na documentação oficial, explica seus efeitos operacionais, delimita o que vale especificamente para débitos e créditos e propõe um roteiro de implementação e testes. Também aponta divergências entre páginas oficiais que merecem tratamento defensivo no código.

Este roteiro complementa o guia de integração da apuração assistida ao ERP. Para contextualizar a evolução dos ambientes, consulte também o anúncio inicial das APIs da CBS; os contratos a implementar são os da documentação oficial atual, não os de versões anteriores.

A evolução da NF-e e da NFC-e para acomodar informações relacionadas à CBS e ao IBS exige atenção coordenada de quem desenvolve software e de quem responde pela operação fiscal. Não se trata apenas de incluir campos em telas ou atualizar uma biblioteca de emissão: a preparação pode envolver serialização de XML, regras de negócio, cadastros, tabelas de domínio, testes de autorização e, no caso da NF-e, a geração do DANFE.

O ponto de partida é o Ato Técnico Conjunto nº 8/2026, disponibilizado em 1º de outubro de 2026. Ele aprovou cinco notas técnicas e o Informe Técnico 2025.002 v1.70 para NF-e, modelo 55, e NFC-e, modelo 65. Poucos dias depois, um aviso oficial alterou parte do calendário. Por isso, uma implantação segura começa por distinguir três coisas que frequentemente são confundidas: publicação da documentação, entrada em homologação e ativação em produção.

Neste guia, apresentamos o alcance confirmado do pacote, os cronogramas e os cuidados para ERPs e componentes Delphi. O panorama não substitui a leitura integral das regras de validação e estruturas XML nem os testes de cada emissor.

A transição da tributação sobre o consumo cria uma decisão operacional específica para empresas já optantes pelo Simples Nacional: manter IBS e CBS na arrecadação unificada ou apurá-los e recolhê-los pelo regime regular. Para o primeiro semestre de 2027, a janela de escolha vai até 30 de outubro de 2026. O prazo inicialmente divulgado como 30 de setembro foi ajustado, conforme comunicação oficial da Receita Federal.

O tema exige atenção de empresários, profissionais contábeis e equipes que desenvolvem ou mantêm ERPs em Delphi. Não se trata apenas de uma escolha tributária abstrata: ela afeta cadastros, regras de apuração, conciliações, emissão e recepção de documentos fiscais, relatórios gerenciais e a comunicação entre empresa e escritório de contabilidade. Ao mesmo tempo, as evidências disponíveis não permitem concluir que um modelo seja universalmente melhor que o outro. A conveniência depende da operação concreta.

Este artigo separa o que está confirmado em lei e em comunicações oficiais, o que pode ser inferido para a organização dos processos e o que ainda deve ser validado antes de configurar uma solução fiscal. O percurso passa pela distinção entre procedimentos, pelos efeitos da escolha, pelo papel dos créditos e, por fim, por um roteiro prático para contadores e desenvolvedores.

A entrada de IBS e CBS na rotina das empresas optantes pelo Simples Nacional cria uma decisão operacional relevante: manter esses tributos no recolhimento unificado ou optar por sua apuração e recolhimento pelo regime regular. A escolha não equivale a sair do Simples Nacional para todos os tributos, mas altera processos de faturamento, documentos fiscais, apuração, controles de crédito e integração entre empresa, contador e sistema de gestão.

Para quem trabalha com contabilidade, a questão exige leitura cuidadosa das regras e dos prazos. Para desenvolvedores Delphi e equipes de ERP, ela exige modelagem de vigências, separação de cálculos e mecanismos de auditoria que evitem tratar uma opção semestral como simples parâmetro permanente de cadastro. Neste artigo, vamos diferenciar o que está confirmado em fontes oficiais, os pontos que dependem de validação específica e um roteiro prático para preparar pessoas e software.