Categoria: Delphi

Acesse a nova loja → loja.regys.com.br

Olá, pessoal!

Na nova Loja do Régys, você já encontra MDF-e com CIOT via eFrete, NF-e, CT-e e PDV NFC-e com recursos de IBS/CBS e NFS-e com padrão nacional implementado. Se a sua próxima entrega passa pela Reforma Tributária, também reuni neste artigo exemplos de como preparar o ERP para as notas de débito e crédito e para o split payment, cuja implantação está prevista a partir de 2027. Ver os projetos na loja · Previsão de implantação

Entre os destaques da vitrine estão a Central de Delivery, com fila de pedidos e acompanhamento da cozinha, o PDV de Bolso SmartPOS, para vendas no Android, e o Saneamento Fiscal IMendes, para revisar NCM e CEST no Firebird. Você também encontra pedido de venda Android, cardápio eletrônico, totem de autoatendimento, distribuição de XML de NF-e e CT-e, emissão de boletos e um atualizador de aplicativos Windows. Explorar o catálogo completo em loja.regys.com.br

Os projetos são entregues com código-fonte Delphi para você estudar e adaptar ao sistema que já mantém. Dá para escolher um projeto avulso ou conhecer a assinatura anual, que reúne 17 projetos com suporte e atualizações por 12 meses. Conhecer a assinatura anual

Um identificador com letras pode atravessar a tela de cadastro e falhar somente na integração bancária, no relatório ou na montagem de um documento fiscal. Essa é a dificuldade do CNPJ alfanumérico: atualizar um campo não resolve todas as suposições de que o cadastro contém apenas números.

O Cadastro Nacional da Pessoa Jurídica, CNPJ, identifica entidades e estabelecimentos nos procedimentos pertinentes. Seu novo formato amplia as combinações possíveis, sem transformar o identificador em valor para cálculo aritmético. Para um sistema de gestão empresarial, ou ERP, ele deve ser tratado como informação textual desde a entrada até a transmissão.

Este artigo considera as fontes consultadas em 5 de outubro de 2026 e propõe uma revisão técnica, especialmente útil para equipes Delphi. A mudança cadastral não foi criada pela reforma tributária, embora se encontre com a preparação dos sistemas fiscais. O guia de 2027 contextualiza essa preparação, e a discussão de conformidade além da autorização ajuda a avaliar os testes.

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.

Em muitos projetos, uma demanda chega com aparência de instrução suficiente: “incluir um campo”, “validar o cadastro”, “expor uma API” ou “automatizar uma rotina”. A implementação pode começar em minutos, especialmente quando há uma ferramenta de IA pronta para sugerir classes, métodos, SQL e testes. O problema não é a velocidade em si. É a possibilidade de acelerar uma interpretação que nunca foi confirmada.

Uma demanda curta quase sempre contém decisões ocultas. O que exatamente deve acontecer? Para quem? Em quais condições? O que conta como erro? Que dados não podem ser alterados? Qual tela, serviço ou processo legado será afetado? Sem respostas, o código pode estar sintaticamente correto e, ainda assim, materializar um comportamento inadequado.

O desenvolvimento orientado por especificação — frequentemente resumido como SDD, de Specification-Driven Development — propõe inverter uma ordem comum: antes de pedir código, define-se o comportamento que o software deve apresentar e as condições pelas quais esse comportamento será considerado aceitável. Código, arquitetura, testes e contribuições de IA passam a responder a essa referência.

Isso não exige transformar toda demanda em um documento extenso. Exige reduzir ambiguidades relevantes, tornar decisões inspecionáveis e construir uma cadeia entre intenção, implementação e verificação. Em Delphi, essa prática é útil tanto em aplicações visuais VCL e FireMonkey quanto em APIs, integrações e sistemas legados.

Conheça o livro e leia uma degustação: acesse a página oficial de SDD em Delphi.

A consulta abriu, os registros apareceram na tela e o botão de salvar funcionou. Para quem desenvolve com Delphi, esse resultado tem um significado concreto: a aplicação começou a conversar com o banco. Mas ele também deixa uma pergunta importante. O que acontecerá quando uma gravação falhar pela metade, outro usuário alterar o mesmo cadastro ou a aplicação precisar funcionar fora da máquina de desenvolvimento?

É a partir dessa distância entre o primeiro resultado e o comportamento esperado em produção que apresento meu livro FireDAC na Prática: Do primeiro acesso ao banco às técnicas avançadas com Delphi. A proposta é acompanhar a construção do acesso a dados, relacionando componentes, consultas e configurações às decisões que precisam ser tomadas em um sistema real.

Neste artigo, quero mostrar o que você encontrará na obra, quais problemas orientam a leitura e como experimentar o conteúdo antes de decidir pela compra. O livro já tem uma página com sumário, degustação e opções de edição. Antes de apresentar esse percurso, vale olhar com atenção para uma situação que ajuda a explicar por que o assunto merece estudo.

Quando um modelo de linguagem é usado por uma API, a experiência parece direta: envia-se um texto, definem-se algumas instruções e recebe-se uma continuação ou uma resposta. Para quem precisa integrar recursos de IA a um sistema, essa simplicidade é útil. Mas ela também oculta quase todo o mecanismo que torna a saída possível.

Entre uma frase de entrada e a próxima palavra gerada existem decisões sobre como dividir texto, como representar símbolos numericamente, como calcular transformações entre vetores, como medir erros e como atualizar parâmetros. Há ainda regras arquiteturais que impedem o modelo de consultar indevidamente tokens futuros durante o treinamento de geração. Sem enxergar essas etapas, é fácil tratar o modelo como uma caixa-preta: algo que “entende” texto porque responde de maneira plausível.

Construir um modelo pequeno muda o foco. Não se trata de disputar qualidade, escala ou abrangência com modelos comerciais. Trata-se de converter conceitos abstratos em objetos, rotinas, dados de entrada, cálculos e testes que possam ser inspecionados. Um LLM educacional funciona, nesse sentido, como um laboratório: sua utilidade está menos no tamanho da resposta que produz e mais na clareza que oferece sobre o caminho até ela.

Conheça o livro e leia uma degustação: acesse a página oficial de Do Zero ao LLM com Delphi.

Um ERP concentra informações e regras que sustentam a operação de uma empresa: cadastro de clientes, catálogo de produtos, estoque, faturamento, políticas comerciais e rotinas administrativas. Ao mesmo tempo, agentes de IA estão mudando a expectativa sobre como as pessoas consultam e operam sistemas. Em vez de navegar por múltiplas telas, o usuário pode formular uma intenção: “quais produtos estão abaixo do estoque mínimo?” ou “prepare um orçamento para este cliente”.

A aparente simplicidade dessas perguntas esconde uma questão de arquitetura. Um agente não deveria receber acesso genérico ao banco de dados, nem ser estimulado a reproduzir por tentativa e erro as regras que o ERP já possui. Tampouco faz sentido transformar cada detalhe interno do sistema em uma ferramenta disponível para um modelo de linguagem.

O caminho mais seguro e sustentável é expor capacidades delimitadas, com contratos claros e controles proporcionais ao risco. Nesse cenário, o Model Context Protocol (MCP) oferece uma forma de apresentar ferramentas, recursos e instruções para clientes compatíveis, enquanto o ERP permanece como fonte de verdade para suas regras de negócio.

Conheça o livro: Delphi na Era dos Agentes.

Quem mantém um sistema comercial em Delphi conhece a distância entre receber uma sugestão e entregar uma alteração confiável. Uma configuração precisa corresponder ao ambiente instalado, um documento deve representar os dados corretos e uma correção precisa sobreviver à compilação, aos testes e à operação. A inteligência artificial pode ajudar nesse percurso, mas uma resposta convincente ainda não demonstra que o trabalho foi resolvido.

É com essa preocupação que apresento meu novo livro, ACBr com IA na Prática: Inteligência artificial aplicada ao dia a dia do desenvolvimento com Delphi e ACBr. A proposta é aproximar a IA dos problemas concretos de desenvolvimento, diagnóstico e manutenção, sem transferir a ela a responsabilidade por decisões técnicas ou fiscais. O centro da leitura é um método de trabalho que o desenvolvedor consegue acompanhar, conferir e repetir.

Neste artigo, explico o recorte da obra, o que o leitor encontra nos materiais e como começar a aplicar essa abordagem em uma tarefa pequena. Não é preciso dominar inteligência artificial para entender a proposta. É importante, porém, reconhecer que produtividade não deve ser medida apenas pela quantidade de código produzido ou pela velocidade da primeira resposta.

Conheça o livro ACBr com IA na Prática, consulte o sumário e leia a degustação na página oficial.

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.

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.

Um sistema Delphi em produção raramente é apenas um conjunto de arquivos-fonte. Ele costuma concentrar regras de negócio acumuladas, integrações pouco documentadas, decisões tomadas sob restrições que já não existem e rotinas que funcionam porque foram ajustadas ao longo de muitos anos. Essa realidade pode gerar duas reações igualmente arriscadas: não mexer em nada ou decidir reescrever tudo.

A primeira conserva problemas conhecidos e reduz, aos poucos, a capacidade de adaptação. A segunda troca riscos visíveis por riscos novos: funcionalidades esquecidas, diferenças de comportamento, longos períodos sem entrega relevante e uma convivência difícil entre o sistema antigo e o substituto em construção. Entre esses extremos há uma disciplina de engenharia: modernizar progressivamente, em mudanças pequenas, verificáveis e reversíveis.

Modernizar não significa aplicar tecnologias recentes a qualquer custo. Significa aumentar a capacidade de entender, alterar, testar, entregar e operar o software com menos incerteza. Em um sistema Delphi, isso pode envolver desde tornar a compilação repetível até reduzir o acoplamento entre formulários VCL, regras de negócio e acesso a dados. O ponto de partida não é uma lista de ferramentas; é um diagnóstico honesto do risco.

Conheça o livro e leia uma degustação: acesse a página oficial de Delphi Vivo.

A adaptação da Nota Fiscal de Serviço eletrônica (NFS-e) aos campos de IBS e CBS exige uma distinção que parece simples, mas tem efeito direto no desenvolvimento de sistemas e na rotina contábil: autorização técnica não é sinônimo automático de conformidade tributária. Uma nota pode passar pelo autorizador sem rejeição sistêmica e, ainda assim, estar sem uma informação que já se tornou obrigatória para aquela operação.

Para equipes que mantêm ERPs em Delphi, integrações fiscais e rotinas de escrituração, essa diferença muda a forma de priorizar o trabalho. Não basta testar se o XML ou a requisição é aceito. É preciso saber para quais operações o preenchimento é exigido, qual ambiente deve emitir o documento e como demonstrar a correção de inconsistências quando elas forem identificadas.

Neste artigo, vamos separar os cronogramas aplicáveis em 2026, explicar o caso particular das microempresas e empresas de pequeno porte do Simples Nacional, traduzir o impacto para software houses e contabilidades e propor um roteiro de implantação. Como os marcos de outubro, novembro e dezembro de 2026 eram futuros na data da pesquisa que embasa este texto, a leitura deve ser prospectiva e acompanhada de revisão normativa antes da entrada em produção.

Em 17 de setembro de 2026 participei do episódio “Produtividade Pro: IA na Prática com Delphi, Lazarus e ACBr”, do Papo Pro ACBr. A conversa, com pouco mais de uma hora, passou por ferramentas, código legado, agentes, segurança e formação profissional, mas uma ideia conecta todos esses assuntos: inteligência artificial só produz ganho sustentável quando está inserida em um processo de engenharia que define o trabalho, limita o escopo e verifica o resultado.

Esse ponto merece atenção porque o debate sobre IA costuma começar pela ferramenta ou pelo chamado “prompt perfeito”. Para quem mantém um ERP em Delphi, desenvolve com Lazarus ou integra documentos fiscais por meio do ACBr, porém, o problema real raramente cabe em uma pergunta isolada. Há regras de negócio acumuladas durante anos, dependências visuais, bancos de dados, serviços externos e obrigações fiscais que não admitem uma resposta apenas plausível. Neste artigo, organizo os principais aprendizados do episódio e mostro como convertê-los em um fluxo de adoção prático, com critérios para especificação, validação, segurança e evolução da equipe.

Se sua dificuldade é transformar um pedido à IA em trabalho que possa ser conferido, SDD em Delphi aprofunda especificações, contratos e critérios de aceite ligados a código e testes. Consulte o sumário e a degustação gratuita na página do livro para avaliar essa base de engenharia. Ao longo deste artigo, outras leituras complementam os temas de manutenção e integração, conforme a necessidade.

A Embarcadero lançou em 17 de setembro de 2026 o RAD Studio 13.2 Florence, acompanhado do Delphi 13.2 e do C++Builder 13.2. A atualização chega seis meses depois da versão 13.1 e concentra esforços em compiladores, desempenho, Linux, Windows on Arm, produtividade dentro da IDE, interfaces modernas e integração com inteligência artificial. Há novidades visíveis, como controles VCL e o Navigator, mas as mudanças mais profundas estão na infraestrutura de compilação.

Para uma equipe que mantém aplicações reais, uma lista de recursos não responde à pergunta mais importante: vale atualizar agora? A resposta depende dos alvos usados, dos componentes de terceiros e da maturidade dos testes do projeto. Este artigo organiza as novidades por impacto, separa medições do fabricante de resultados que ainda precisam ser confirmados em cada base de código e propõe um roteiro de avaliação que não exige colocar a produção em risco.