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

Qual parte do seu sistema você precisa implementar agora? Pode ser emitir uma nota, receber um Pix, organizar pedidos ou descobrir por que o estoque físico não bate com o sistema. Reuni 26 projetos Delphi para essas rotinas. Abra a ficha do projeto que mais se aproxima da sua necessidade para conferir as telas, os requisitos e o que você pode reaproveitar.

Emissão e integração fiscal

Vendas, pedidos e atendimento

Cobrança e financeiro

Estoque, operações e manutenção

Se vários desses fluxos fazem parte do seu projeto, vale comparar o Pacote Completo e a Assinatura Anual. A seguir, explico o que cada opção entrega e onde entra o suporte mensal.

Um pedido chega por e-mail, acompanhado de um PDF. Na tela, quantidade, preço e total parecem claros. A próxima ideia é pedir à inteligência artificial que leia o arquivo e preencha o sistema. Antes de escolher o modelo, porém, existe uma pergunta mais básica: de que maneira essas informações estão armazenadas e qual evidência permitirá conferir o preenchimento?

O mesmo conteúdo pode estar em texto recuperável, numa fotografia da página ou em campos identificados de um arquivo estruturado. Essas representações exigem caminhos diferentes. Além disso, reconhecer um número não demonstra que ele pertence ao campo certo, corresponde à versão vigente ou autoriza uma ação. Para desenvolvimento e contabilidade, essa separação é mais importante que a aparência convincente da resposta.

Este artigo explica os conceitos necessários, apresenta um ensaio executado com arquivos fictícios e propõe critérios para usar extração, reconhecimento de caracteres e interpretação visual. O objetivo não é automatizar qualquer documento, mas organizar um processo em que informação, origem e conferência permaneçam juntas.

Se sua dificuldade é transformar uma resposta da IA em um processo verificável, conheça a página de IA além da conversa. Essa é a conexão central com o tema: o modelo participa da leitura, mas a arquitetura precisa definir como o resultado será utilizado e conferido.

Conferência de 8 de novembro de 2026: o PDF oficial da NT 2026.002 v1.11 foi obtido e conferido. A página 3 confirma a postergação de I08-180, BA02-35 e VC02-40 para 14 de dezembro de 2026. A revisão separa a exceção legal de NF-e complementar das condições técnicas de finalidade previstas nas regras do XML.

A Nota Técnica 2026.002 v.1.11 está listada pelo Portal Nacional da NF-e como documento vigente, publicada em 1º de outubro de 2026. Seu título oficial é “Operações de vendas presenciais e não presenciais com impressão do DANFE Simplificado Tipo 2”. Para quem desenvolve emissores em Delphi, mantém bibliotecas fiscais ou responde pela escrituração e pelos procedimentos de faturamento, a publicação merece atenção porque o tema alcança a escolha do documento fiscal, a impressão do DANFE e as referências entre documentos eletrônicos.

Há um ponto normativo que já pode orientar uma ação concreta: a NF-e de saída que faça referência a NFC-e será vedada, exceto quando se tratar de NF-e complementar, com produção de efeitos a partir de 14 de dezembro de 2026. Essa regra consta do texto consolidado do Ajuste SINIEF 32/25.

A leitura do PDF oficial da versão 1.11, concluída em 8 de novembro de 2026, superou a antiga falha de redirecionamento. Seu histórico confirma que as regras I08-180, BA02-35 e VC02-40 tiveram a implantação em produção deslocada de 5 de outubro para 14 de dezembro de 2026. Essa postergação é específica, não uma mudança geral de todos os marcos da nota.

O percurso será, assim, prático e cauteloso: primeiro, distinguir a norma da nota técnica; depois, entender o lugar do DANFE Simplificado Tipo 2; em seguida, transformar a vedação confirmada em requisitos de software, testes e procedimentos fiscais. Essa separação ajuda a evitar dois erros comuns: ignorar uma mudança já aplicável por falta de leitura técnica integral ou, no extremo oposto, implementar suposições como se fossem exigências oficiais.

A manutenção de um emissor de CT-e não se limita a gerar XML, assinar o documento e transmitir um lote. Ela depende da leitura cuidadosa de regras fiscais, do comportamento do autorizador e da distinção entre processos que foram descontinuados e validações que continuam relevantes para o acervo histórico ou para determinados modelos de documento. A Nota Técnica (NT) 2023.001 v.1.03 é um marco útil para essa revisão.

O documento oficial reúne alterações nas regras de validação do CT-e, do CT-e OS e da GTV-e. Para desenvolvedores Delphi, o tema alcança rotinas de montagem de dados, tratamento de retornos, cadastros e testes de homologação. Para a contabilidade, envolve a conferência do fluxo documental, a numeração e a interpretação adequada de rejeições. Neste artigo, vamos identificar o alcance da nota, detalhar as mudanças confirmadas e, sobretudo, mostrar como transformar esse conteúdo em decisões técnicas prudentes.

A distribuição de Documentos Fiscais eletrônicos (DF-e) é uma rotina importante para empresas que precisam organizar documentos de transporte, integrar dados a ERPs e apoiar conferências fiscais e contábeis. Para quem desenvolve em Delphi, o assunto envolve mais do que realizar uma chamada SOAP: é necessário identificar corretamente o interessado, controlar a sequência de NSU, processar o conteúdo devolvido e respeitar os limites de consulta estabelecidos pelo ambiente nacional.

A Nota Técnica 2015.002, versão 1.05, atualiza a documentação do Web Service de distribuição de DF-e de interesse dos atores do CT-e. Seu ponto específico é a inclusão do CT-e Simplificado na documentação do serviço. Isso merece atenção porque a distribuição desse documento não segue uma lógica genérica de envio para todos os participantes registrados: a matriz da nota define precisamente quem pode recebê-lo.

Neste artigo, vamos separar o que está expressamente registrado na nota técnica do que deve ser tratado como decisão de implementação. Também abordaremos os cuidados operacionais para times de desenvolvimento e para profissionais da contabilidade que dependem do ERP para capturar e organizar DF-e de transporte.

A validação de GTIN é um tema que une três áreas que nem sempre trabalham no mesmo ritmo: cadastro de produtos, desenvolvimento do emissor fiscal e conferência contábil. Uma inconsistência pode nascer na origem do dado, passar pelo ERP sem ser percebida e aparecer somente no momento da autorização do documento fiscal. Por isso, uma alteração nas regras de validação merece leitura técnica, planejamento e, sobretudo, cuidado com conclusões precipitadas.

O índice de Notas Técnicas do Portal Nacional da NF-e identifica a Nota Técnica 2021.003, versão 1.50, como publicada em 25/09/2026 e informa, de forma resumida, que ela divulga alteração nas regras de validação do GTIN. Esse é o ponto central confirmado sobre a nova versão.

A íntegra oficial da versão 1.50 foi obtida no repositório da SVRS e conferida em 14 de outubro de 2026. O controle de versões identifica setembro de 2026, e o cronograma da página 3 prevê a implantação do Grupo V em testes em 1º de abril de 2027 e em produção em 1º de setembro de 2027. A atualização amplia os grupos de NCM que verificam a existência do GTIN no Cadastro Centralizado de GTIN, com mercadorias do segmento de construção civil.

O percurso será simples: primeiro, entender o que a série NT 2021.003 trata; depois, revisar por que o GTIN depende de qualidade cadastral; em seguida, delimitar o que a v1.50 permite afirmar; e, por fim, transformar esse cenário em ações para equipes Delphi, fiscais e contábeis.