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

Uma API responder a uma chamada não significa que sabemos como ela se comporta ao longo do dia. Quantas requisições chegaram? Qual rota ficou lenta? O aumento de tráfego trouxe mais erros? Para responder, precisamos medir o funcionamento da aplicação e observar essas medidas ao longo do tempo, sem depender apenas de alguém perceber que o sistema está demorando.

Neste tutorial vamos construir um laboratório local com o Horse, meu middleware horse-prometheus, o coletor Prometheus e o Grafana. O objetivo é chegar a um painel compreensível, passando por verificações intermediárias. Não basta copiar uma consulta e encontrar um gráfico: precisamos entender de onde o número veio e o que ele permite concluir.

O cenário principal é Windows com uma aplicação console Delphi e Docker Desktop executando contêineres Linux. Os arquivos usam Prometheus 3.5.0 e Grafana 12.2.0, versões fixadas para evitar mudanças silenciosas. O exemplo compilou no Delphi 10 Seattle com Horse 3.3.10 e middleware 1.0.1, e a coleta e os quatro gráficos foram conferidos no laboratório. Não é um ensaio de desempenho nem configuração de produção; outras plataformas não foram testadas.

Em 29 de setembro de 2026, a Receita Federal e o Comitê Gestor do Imposto sobre Bens e Serviços assinaram o Ato Técnico Conjunto nº 8. O documento aprova versões específicas de notas e informes técnicos aplicáveis à CBS e ao IBS em oito modelos de documentos fiscais eletrônicos. Para empresas de software, escritórios contábeis e contribuintes, trata-se de uma referência formal importante. Também é um texto curto que pode produzir uma interpretação longa e equivocada.

O risco está em ler “documentação aprovada” como sinônimo de “todas as regras obrigatórias imediatamente”. Não é isso que o ato estabelece. Ele identifica quais versões receberam aprovação conjunta, determina onde os documentos serão disponibilizados e vincula seus efeitos à publicação. As datas de homologação, produção e ativação de cada regra continuam nos respectivos documentos técnicos. Este artigo organiza esse mapa, destaca as mudanças mais relevantes e propõe um roteiro para adaptar sistemas sem transformar uma data isolada em cronograma universal.

Quando publiquei o artigo sobre o RadIA 2.15, o projeto já havia deixado de ser apenas uma janela de conversa dentro do Delphi. Aquela versão reunia validação de código, refatoração semântica, diagnóstico do depurador, automação VCL e uma política mais clara para operações capazes de modificar um projeto.

Pouco mais de um mês depois, o número da versão chegou a 2.17.18. Seria fácil contar essa história como uma sucessão de funcionalidades, mas isso esconderia o aprendizado mais importante. O RadIA ampliou o que consegue fazer, porém a mudança mais profunda ocorreu na forma como essas capacidades são testadas, recuperadas quando algo dá errado e ajustadas a partir da experiência de quem usa o Delphi todos os dias.

Entre as tags v2.15.0, de 16 de agosto de 2026, e v2.17.18, de 29 de setembro, o histórico público do projeto registra 206 commits e mudanças em 292 arquivos, com 30.775 linhas adicionadas e 2.278 removidas. Números não medem qualidade por si sós, mas revelam a extensão do trabalho: a evolução alcançou o núcleo agentivo, a integração com a IDE, a interface, a documentação, o instalador e, sobretudo, os testes.

A ferramenta amplia as possibilidades, mas uma mudança confiável ainda começa por explicar o que deve ser feito e como conferir o resultado. SDD em Delphi aprofunda esse método 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 orientar suas próximas tarefas com apoio de IA. Quando essas tarefas envolvem um sistema existente que precisa continuar funcionando, Delphi Vivo complementa o percurso com modernização incremental e proteção de comportamentos. São leituras sobre engenharia, não manuais desta versão do RadIA.

Um chatbot pode impressionar em poucos minutos. Ele resume um texto, explica um procedimento, sugere uma mensagem e responde com fluência a perguntas formuladas de maneiras diferentes. Essa capacidade é útil, mas não resolve, por si só, o problema de colocar inteligência artificial em uma atividade real de uma organização.

Uma solução operável precisa lidar com questões que não aparecem necessariamente na tela de conversa: de onde vêm as informações, quais delas estão atualizadas, quem pode vê-las, quando o sistema pode executar uma ação, como registrar o que aconteceu, como verificar a qualidade das respostas e como manter custos e riscos sob controle. O modelo é uma parte relevante do sistema, mas não é o sistema inteiro.

A diferença importa porque decisões de arquitetura tomadas cedo podem ampliar a complexidade sem melhorar o resultado. Em outros casos, uma implementação simples demais cria respostas sem evidência, acesso inadequado a dados ou automações que ninguém consegue auditar. O objetivo não deve ser construir o sistema mais sofisticado. Deve ser escolher a menor arquitetura capaz de produzir valor verificável, com segurança, governança e observabilidade.

Conheça o livro e leia uma degustação: acesse a página oficial de IA Além da Conversa.

A atualização de um esquema XML pode parecer um ajuste pequeno quando vista apenas como uma mudança de atributo. Em uma integração fiscal, porém, um limite de cardinalidade define até onde um arquivo pode crescer sem falhar na validação estrutural. Por isso, a ampliação do maxOccurs do grupo {infoConta} em dois eventos da Declaração de Regimes Específicos (DeRE) exige atenção tanto de quem desenvolve emissores em Delphi quanto de quem responde pela consistência contábil das informações.

Em comunicado publicado em 21 de setembro de 2026, a Receita Federal do Brasil (RFB) e o Comitê Gestor do IBS (CGIBS) informaram a atualização do pacote técnico de XSD destinado à Produção Restrita — Empresas Piloto. A mudança elevou os limites do evento D-1011, Plano Geral de Contas Comentado, e do D-1101, Balancete Mensal. Os servidores desse ambiente foram atualizados na noite de 21 de setembro, e a recepção oficial de XML com os novos limites começou em 22 de setembro de 2026, conforme o comunicado da RFB no SPED.

Este artigo explica o que efetivamente mudou, separa o fato confirmado das implicações técnicas razoáveis e propõe um percurso de adequação. O ponto central é simples: o XML pode passar a comportar mais ocorrências de {infoConta} nos dois eventos indicados, mas a atualização não altera, segundo a comunicação oficial, regras de negócio, tipos de dados nem os demais campos dos leiautes.

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.