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

O erro parece simples: copiar um chamado para a IA explicar o problema, enviar uma planilha para resumir cobranças ou anexar um contrato para localizar uma cláusula. A tarefa pode ser legítima e útil. Isso não responde, porém, se aquela informação pode entrar naquela ferramenta, naquela conta e para aquela finalidade.

A dificuldade não se resolve com uma proibição genérica nem com a confiança de que todo produto empresarial é adequado. É preciso entender o conteúdo, a necessidade do trabalho e o caminho dos dados. Quem desenvolve sistemas também precisa distinguir o que a aplicação permite tecnicamente do que a organização autorizou operacionalmente.

Neste artigo, apresento conceitos básicos e um roteiro de triagem com situações fictícias de desenvolvimento e contabilidade. As referências legais foram consultadas em 3 de outubro de 2026. Os exemplos são recomendações de organização do trabalho, não parecer jurídico nem autorização para tratar dados de clientes.

Para aprofundar a relação entre ferramentas, permissões e operação, conheça a página de IA além da conversa. O livro ajuda a enxergar as decisões que ficam escondidas atrás da conversa, incluindo segurança, privacidade e governança. Essa é a dificuldade que precisamos enfrentar antes de transformar uma demonstração em rotina.

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.