FireDAC na Prática: conheça meu livro sobre acesso a dados com Delphi

A Nota Técnica CT-e 2026.004 v.1.00 altera pontos relevantes do leiaute e das validações de documentos de transporte eletrônico. Para quem desenvolve emissores em Delphi, mantém ERP ou TMS, integra serviços fiscais e revisa a escrituração de transportadoras, a leitura não pode ficar limitada aos novos nomes de campos: é preciso entender onde os valores nascem, como são totalizados, em quais cenários o XML muda e em que datas cada bloco técnico deve ser tratado.

A versão 1.00 está listada no Portal do CT-e como publicada em 1º de outubro de 2026, enquanto a capa da nota a identifica como versão de setembro de 2026. O documento reúne adequações relacionadas à Reforma Tributária do Consumo e alcança, de forma expressa em seu corpo, CT-e, CT-eOS e CT-e Simplificado. Neste artigo, vamos separar as mudanças confirmadas, os cronogramas, as consequências de implementação e os limites do que a documentação examinada permite concluir. A fonte central é a Nota Técnica CT-e 2026.004 v.1.00.

A inteligência artificial sugere uma solução elegante, mas usa uma biblioteca que o projeto não possui, ignora uma regra existente ou altera o módulo errado. A reação mais comum é reformular o pedido, trocar de modelo ou aumentar o esforço de raciocínio. Antes disso, vale uma pergunta: quais informações estavam disponíveis quando a resposta foi produzida?

Este é o segundo artigo da série IA na prática: do protótipo à operação responsável. Depois de separar experimentação e desenvolvimento controlado, o próximo passo é organizar aquilo que o modelo precisa saber. Vamos explicar engenharia de contexto, aplicar o conceito a uma tarefa Delphi e propor um modo de manter informações úteis sem transformar cada pedido em um arquivo gigantesco.

Quando a resposta parece boa, mas ignora o ambiente real, precisamos organizar mais do que a frase do pedido. IA Além da Conversa aprofunda a relação entre contexto, dados, recuperação, ferramentas e avaliação: as camadas que permitem transformar uma conversa em uma solução operável. Conheça a proposta e leia a degustação gratuita para avaliar esse percurso antes de escolher a próxima ferramenta. Para converter essas informações em regras, restrições e critérios de aceite no seu projeto, SDD em Delphi oferece uma leitura complementar.

A chegada de IBS e CBS à rotina das empresas do Simples Nacional cria uma decisão operacional que não deve ser confundida com a própria permanência no regime: a escolha de apurar esses dois tributos pelo regime regular. Para o primeiro semestre de 2027, a opção tem prazo até 30 de outubro de 2026 e, quando realizada, produz efeitos a partir de 1º de janeiro de 2027, conforme orientação oficial da Receita Federal.

Para profissionais de contabilidade, o tema exige organização de informações, comunicação clara com o cliente e uma decisão documentada. Para desenvolvedores Delphi e equipes responsáveis por sistemas fiscais, ele pede atenção à separação de fluxos: a empresa pode continuar no Simples Nacional, mas passar a tratar IBS e CBS fora do Documento de Arrecadação do Simples Nacional (DAS). Isso afeta cadastros, regras de cálculo, telas de parametrização, relatórios, integrações e rotinas de conferência.

Este artigo percorre a base da opção, diferencia os dois procedimentos que frequentemente se confundem, apresenta o calendário confirmado, delimita o que se sabe sobre cancelamento e propõe uma preparação prática. O objetivo não é indicar qual modelo é economicamente melhor para cada empresa: essa conclusão depende de simulação e de elementos específicos da operação que as fontes disponíveis não permitem generalizar.

Uma integração pode transmitir uma mensagem sem conseguir registrar o evento fiscal pretendido. Também pode montar um XML aparentemente coerente com uma tabela e descobrir, na validação, que o esquema publicado exige outro nome de campo. Na manifestação do adquirente da NFS-e Via, esses dois problemas merecem atenção antes de escrever a rotina de envio.

A NT SE/CGNFS-e nº 010, versão 1.00, acrescenta a modalidade de pagamento sem cobrança e os eventos de aceite e rejeição pelo adquirente. Este artigo se concentra na implementação desses eventos: contrato XML, identificação, validação, assinatura, comunicação e acompanhamento. O objetivo é transformar a documentação em um plano técnico verificável, sem repetir a análise normativa e o calendário geral do Ato nº 7.

A conferência considera os arquivos disponíveis em 14 de outubro de 2026, incluindo o pacote de esquemas versão 1.01 atualizado. Foram executados ensaios locais de estrutura e tipos, descritos adiante. Não houve assinatura com certificado real, transmissão à API nem homologação de um XML completo.

A atualização da Nota Fiscal de Serviço eletrônica (NFS-e) para contemplar IBS e CBS não é apenas uma mudança de nomenclatura tributária. Ela alcança o contrato técnico entre emissor e ambiente nacional: tipos de dados, grupos de informação, regras de negócio, cenários de ajuste e validações. Para quem mantém um ERP em Delphi, isso significa revisar componentes de geração de XML, modelos de domínio, persistência e rotinas de integração. Para a contabilidade, significa acompanhar se o dado transmitido expressa corretamente a operação que está sendo documentada.

O marco analisado aqui é o Ato Técnico Conjunto RFB/SUFIS/CGIBS/Diretoria-Executiva nº 7, de 28 de setembro de 2026, disponibilizado pelo CGIBS em 1º de outubro de 2026. Ele aprova documentos técnicos para a NFS-e e a NFS-e Via aplicáveis à CBS e ao IBS. Este artigo percorre o que foi formalmente aprovado, as alterações técnicas confirmadas, o cronograma divulgado, a divergência documental identificada e uma forma prática de conduzir a adequação sem confundir leiaute com obrigação tributária material.

Uma pessoa descreve uma ideia, a inteligência artificial monta uma tela e, depois de algumas mensagens, o programa começa a funcionar. A experiência é atraente: o intervalo entre imaginar e experimentar diminui. O problema aparece quando esse primeiro resultado passa a ser tratado como um produto pronto, sem que alguém compreenda o que foi construído.

Este artigo abre a série IA na prática: do protótipo à operação responsável. A trilha vai percorrer contexto, instruções de projeto, manutenção Delphi, testes, execução local, documentos, integrações e segurança. Começamos pelo modo de trabalhar: o que significa vibe coding, onde a experimentação ajuda e em que momento precisamos mudar de postura.

Quando o protótipo começa a receber regras de negócio, o desafio deixa de ser pedir outra tela: é explicar o comportamento esperado e demonstrar que ele foi preservado. SDD em Delphi aprofunda esse percurso com especificações, contratos, critérios de aceite e ligação entre implementação e testes. Conheça a proposta e leia a degustação gratuita para avaliar como esse método pode orientar sua próxima demanda. Para quem coordena a equipe, Liderança Ampliada complementa a leitura ao tratar a IA como apoio à preparação de decisões, sem transferir a responsabilidade humana.