• Início
  • APOIE
  • Livros
  • Cursos
  • Downloads
  • Fontes de Aplicativos
  • Assinatura Fontes
  • Contato
  • Sitemap
  • Sobre

Régys Borges da Silveira

  • Início
  • APOIE
  • Livros
  • Cursos
  • Downloads
  • Fontes de Aplicativos
  • Assinatura Fontes
  • Contato
  • Sitemap
  • Sobre

Categoria: Desenvolvimento de Software

16 outubro 2026

NT 010 da NFS-e Via: como implementar os eventos de manifestação do adquirente

Escrito por Régys Borges da Silveira
Miniatura de praça de pedágio com comprovantes e registro de manifestações do adquirente.

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.

Continue lendo…

Compartilhar este post

  • Compartilhar no WhatsApp(abre em nova janela) WhatsApp
  • Compartilhar no Telegram(abre em nova janela) Telegram
  • Compartilhar no Facebook(abre em nova janela) Facebook
  • Compartilhar no LinkedIn(abre em nova janela) LinkedIn
  • Imprimir(abre em nova janela) Imprimir
  • Envie um link por e-mail para um amigo(abre em nova janela) E-mail

Curtir isso:

Curtir Carregando...
16/10/2026 Desenvolvimento de Software, Documentos fiscais ADN, API REST, Certificado digital, controle de versões, Delphi, erp, Gestão de frotas, Integração Fiscal, manifestação do adquirente, NFS-e Via, NT 010, Pedágio, rastreabilidade, Testes de Software, XML, XMLDSIG, XSD Deixe um comentário
16 outubro 2026

Vibe coding: o que é, quando ajuda e quando vira um problema

Escrito por Régys Borges da Silveira
Ilustração conceitual de um protótipo de papel e uma estrutura organizada com pontos de verificação.

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.

Continue lendo…

Compartilhar este post

  • Compartilhar no WhatsApp(abre em nova janela) WhatsApp
  • Compartilhar no Telegram(abre em nova janela) Telegram
  • Compartilhar no Facebook(abre em nova janela) Facebook
  • Compartilhar no LinkedIn(abre em nova janela) LinkedIn
  • Imprimir(abre em nova janela) Imprimir
  • Envie um link por e-mail para um amigo(abre em nova janela) E-mail

Curtir isso:

Curtir Carregando...
16/10/2026 Desenvolvimento de Software, Inteligência Artificial Agentes de IA, Delphi, Desenvolvimento de Software, IA na prática, LLM, object pascal, Programação com IA, protótipos, Qualidade de Software, requisitos, revisão de código, SDD, segurança de IA, Sistemas Empresariais, Testes de Software, Vibe Coding Deixe um comentário
15 outubro 2026

IBS e CBS em 2027: o que muda nos ERPs

Escrito por Régys Borges da Silveira
Ilustração conceitual de módulos empresariais brancos conectados a duas peças azuis, representando a integração de IBS e CBS ao ERP.

A virada para 2027 exige mais do que atualizar duas alíquotas no cadastro fiscal. Um sistema de gestão empresarial, ou ERP, precisa reconhecer a operação, selecionar seu tratamento tributário, emitir o documento correto e acompanhar os efeitos sobre pagamentos, créditos e apuração. Se essas etapas usarem regras de momentos diferentes, o problema pode aparecer apenas no fechamento fiscal, quando corrigir a origem já será mais trabalhoso.

Este artigo reúne os principais pontos para desenvolvedores, equipes fiscais e profissionais de contabilidade planejarem essa implantação. O recorte considera as fontes oficiais consultadas em 7 de outubro de 2026. Obrigações estabelecidas, cronogramas técnicos e recomendações de arquitetura são apresentados separadamente: uma funcionalidade anunciada para testes não equivale a uma exigência geral em produção.

Continue lendo…

Compartilhar este post

  • Compartilhar no WhatsApp(abre em nova janela) WhatsApp
  • Compartilhar no Telegram(abre em nova janela) Telegram
  • Compartilhar no Facebook(abre em nova janela) Facebook
  • Compartilhar no LinkedIn(abre em nova janela) LinkedIn
  • Imprimir(abre em nova janela) Imprimir
  • Envie um link por e-mail para um amigo(abre em nova janela) E-mail

Curtir isso:

Curtir Carregando...
15/10/2026 Desenvolvimento de Software, Reforma Tributária Apuração Assistida, cbs, cclasstrib, créditos tributários, cst, Delphi, DeRE, erp, ibs, icms, ISS, NF-e, nfc-e, nfs-e, reforma tributária, Simples Nacional, Split Payment, XML Deixe um comentário
15 outubro 2026

Como escolher modelos de IA para programação: comparação final da série

Escrito por Régys Borges da Silveira
Ilustração de oito fichas de alternativas ao redor de uma prancheta central com critérios de escolha.

Escolher uma inteligência artificial para programar parece simples enquanto a pergunta é “qual modelo é melhor?”. A dificuldade aparece quando precisamos decidir o que usar para corrigir uma rotina, investigar um defeito intermitente, revisar uma alteração delicada ou trabalhar durante meses no mesmo sistema. Nesses casos, qualidade, tempo, integração e custo precisam ser avaliados juntos.

Ao longo desta série, examinamos diferentes famílias, seus preços, recursos e cuidados de uso. Neste encerramento, a proposta muda: em vez de repetir os catálogos, vamos colocar OpenAI, Anthropic, Google Gemini, DeepSeek, Qwen, Mistral, Kimi e GLM na mesma estrutura de decisão. O objetivo é transformar informação sobre modelos em um procedimento útil para o desenvolvimento de software.

As características documentadas foram conferidas em 2 de outubro de 2026. As recomendações abaixo são critérios editoriais para orientar testes, não resultados de um experimento comparativo realizado pela série. Não há aqui uma classificação comprovada de desempenho em Delphi, nem fundamento para declarar um vencedor universal.

Depois de escolher uma configuração, ainda precisamos definir como ela recebe contexto, usa ferramentas e produz uma entrega verificável. IA Além da Conversa aprofunda essa passagem da comparação de modelos para o projeto de uma solução, incluindo dados, permissões, avaliação e custos. Conheça a proposta e leia a degustação gratuita para avaliar seu próximo passo. Para aplicar o método à definição de demandas, contratos e critérios de aceite em Object Pascal, a leitura complementar é SDD em Delphi.

Continue lendo…

Compartilhar este post

  • Compartilhar no WhatsApp(abre em nova janela) WhatsApp
  • Compartilhar no Telegram(abre em nova janela) Telegram
  • Compartilhar no Facebook(abre em nova janela) Facebook
  • Compartilhar no LinkedIn(abre em nova janela) LinkedIn
  • Imprimir(abre em nova janela) Imprimir
  • Envie um link por e-mail para um amigo(abre em nova janela) E-mail

Curtir isso:

Curtir Carregando...
15/10/2026 Desenvolvimento de Software, Inteligência Artificial Agentes de IA, Anthropic, avaliação de modelos, custos de API, DeepSeek, Delphi, Desenvolvimento de Software, gemini, GLM, Kimi, Mistral, modelos de IA, object pascal, OpenAI, programação, Qualidade de Software, Qwen, raciocínio Deixe um comentário
14 outubro 2026

DeepSeek e outras alternativas para programação: modelos, preços e critérios de escolha

Escrito por Régys Borges da Silveira
Ilustração conceitual de um notebook conectado a módulos de código, nuvem e servidor próprio, representando diferentes formas de usar modelos de IA

Depois de analisar os modelos da OpenAI, da Anthropic e do Google, vale ampliar o mapa. DeepSeek, Qwen, Mistral, Kimi e GLM oferecem caminhos que merecem avaliação quando o problema é manter software, revisar código ou automatizar uma atividade repetitiva.

“Menos usados” depende do público, da ferramenta e da região. Sem dados comparáveis de adoção, não seria correto transformar essa percepção em um ranking. Neste penúltimo artigo da série, o recorte são alternativas fora do trio já discutido, não modelos inferiores nem substitutos obrigatórios.

A pesquisa foi realizada em 2 de outubro de 2026. O objetivo é explicar diferenças práticas, preços de APIs, controles de raciocínio e cuidados com integração e execução própria. As aplicações sugeridas são critérios editoriais para experimentação: este artigo não apresenta um teste comparativo de desempenho em Delphi.

A troca de fornecedor não elimina as decisões sobre dados, ferramentas, permissões e avaliação. IA Além da Conversa aprofunda essas camadas e ajuda a estudar a arquitetura que permanece necessária, qualquer que seja o modelo escolhido. Conheça a proposta e leia a degustação gratuita para avaliar esse percurso. Se o interesse é compreender o funcionamento interno, Do Zero ao LLM com Delphi apresenta treinamento e geração em um laboratório educacional em Object Pascal, não uma alternativa pronta para substituir serviços comerciais.

Continue lendo…

Compartilhar este post

  • Compartilhar no WhatsApp(abre em nova janela) WhatsApp
  • Compartilhar no Telegram(abre em nova janela) Telegram
  • Compartilhar no Facebook(abre em nova janela) Facebook
  • Compartilhar no LinkedIn(abre em nova janela) LinkedIn
  • Imprimir(abre em nova janela) Imprimir
  • Envie um link por e-mail para um amigo(abre em nova janela) E-mail

Curtir isso:

Curtir Carregando...
14/10/2026 Desenvolvimento de Software, Inteligência Artificial api, Arquitetura de Software, Custos de IA, DeepSeek, Delphi, GLM, inteligência artificial, Kimi, Mistral, modelos de linguagem, object pascal, Pesos Abertos, programação, Qwen, raciocínio, revisão de código, Testes de Software, Z.ai Deixe um comentário
13 outubro 2026

cClassTrib no ERP: seis cenários para revisar a parametrização fiscal

Escrito por Régys Borges da Silveira
Ilustração conceitual de uma lupa examinando a ligação entre um documento e módulos de regras de um sistema empresarial.

O sistema foi atualizado, os campos da reforma tributária apareceram na tela e uma nota foi autorizada. Isso demonstra que a emissão funcionou naquele cenário, mas ainda deixa uma pergunta importante: a parametrização representa corretamente as operações da empresa? O Portal Nacional da NF-e esclarece o alcance da autorização de uso: ela envolve verificações formais e de regras de conteúdo, sem transferir ao Fisco a responsabilidade pelo mérito da operação declarada. Por isso, contador e desenvolvedor precisam comparar decisões fiscais, dados do cadastro e informações efetivamente geradas.

A revisão proposta acompanha o caminho da decisão fiscal até a emissão: começa pelo preenchimento do cadastro, verifica a coerência dos códigos e o contexto da operação, confere o XML e a vigência das regras e, por fim, reúne as evidências dos testes. Ao longo desse percurso, é preciso distinguir uma rejeição técnica de um enquadramento fiscal inadequado, pois cada problema exige uma investigação diferente.

O blog já explicou por que uma nota autorizada pode estar tributariamente errada. Aqui, vamos transformar o entendimento em seis cenários de revisão do sistema de gestão empresarial, o ERP. O foco é a Nota Fiscal Eletrônica (NF-e), com fontes conferidas em 13 de outubro de 2026. Os testes propostos são procedimentos didáticos; não representam execução em um emissor real nem homologação de integração.

Continue lendo…

Compartilhar este post

  • Compartilhar no WhatsApp(abre em nova janela) WhatsApp
  • Compartilhar no Telegram(abre em nova janela) Telegram
  • Compartilhar no Facebook(abre em nova janela) Facebook
  • Compartilhar no LinkedIn(abre em nova janela) LinkedIn
  • Imprimir(abre em nova janela) Imprimir
  • Envie um link por e-mail para um amigo(abre em nova janela) E-mail

Curtir isso:

Curtir Carregando...
13/10/2026 Desenvolvimento de Software, Reforma Tributária cbs, cclasstrib, contabilidade, CST IBS CBS, Delphi, erp, homologação, ibs, NCM, NF-e, Nota Técnica 2025.002, parametrização fiscal, Qualidade de Software, reforma tributária, Software Fiscal, Testes Automatizados, XML fiscal Deixe um comentário
13 outubro 2026

SDD em Delphi: quando a especificação orienta o código e a IA

Escrito por Régys Borges da Silveira
Representação conceitual de especificação, código Delphi, testes e inteligência artificial conectados por rastreabilidade

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.

Continue lendo…

Compartilhar este post

  • Compartilhar no WhatsApp(abre em nova janela) WhatsApp
  • Compartilhar no Telegram(abre em nova janela) Telegram
  • Compartilhar no Facebook(abre em nova janela) Facebook
  • Compartilhar no LinkedIn(abre em nova janela) LinkedIn
  • Imprimir(abre em nova janela) Imprimir
  • Envie um link por e-mail para um amigo(abre em nova janela) E-mail

Curtir isso:

Curtir Carregando...
13/10/2026 Delphi, Desenvolvimento de Software, Engenharia de software, Inteligência Artificial Agentes de IA, APIs, Arquitetura de Software, casos de fronteira, contratos de software, critérios de aceite, Delphi, desenvolvimento orientado por especificação, especificação de software, Firemonkey, inteligência artificial, MCP, RAG, rastreabilidade, SDD, sistemas legados, Testes de Software, vcl Deixe um comentário
12 outubro 2026

Modelos Gemini para programação: preços, raciocínio e quando usar cada um

Escrito por Régys Borges da Silveira
Ilustração conceitual de módulos de software, calendário e controle giratório sobre uma bancada clara, representando escolha de modelo, preço e raciocínio

Escolher uma inteligência artificial para programar parece simples até que a mesma ferramenta precisa explicar uma rotina antiga, revisar uma alteração delicada e investigar um defeito que aparece somente em produção. São problemas diferentes. Usar sempre o modelo mais caro pode desperdiçar dinheiro; insistir no mais barato pode consumir o tempo que se pretendia economizar.

No caso do Google, nomes como Flash, Flash-Lite e Pro ajudam a localizar famílias, mas não substituem a leitura da documentação. O número maior também não resolve sozinho a escolha: uma versão estável e uma versão em prévia têm implicações diferentes para quem mantém um sistema empresarial.

Este artigo apresenta os modelos relevantes para assistência textual ao desenvolvimento, os preços da Gemini Developer API e os controles de raciocínio. Também propõe um roteiro de uso em Delphi e critérios para avaliar resultados. A consulta foi realizada em 2 de outubro de 2026; preços e disponibilidade precisam ser reconferidos antes da contratação ou da implantação.

Uma janela de contexto maior ou outro modelo não resolve, por si só, o projeto da integração. IA Além da Conversa aprofunda como organizar contexto, dados, ferramentas, permissões, avaliação e custos ao redor do modelo. Conheça a proposta e leia a degustação gratuita para avaliar esse percurso além da comparação de preços. Se a tarefa é evoluir uma aplicação Delphi existente, Delphi Vivo complementa a leitura com diagnóstico de dependências, testes e modernização incremental.

Continue lendo…

Compartilhar este post

  • Compartilhar no WhatsApp(abre em nova janela) WhatsApp
  • Compartilhar no Telegram(abre em nova janela) Telegram
  • Compartilhar no Facebook(abre em nova janela) Facebook
  • Compartilhar no LinkedIn(abre em nova janela) LinkedIn
  • Imprimir(abre em nova janela) Imprimir
  • Envie um link por e-mail para um amigo(abre em nova janela) E-mail

Curtir isso:

Curtir Carregando...
12/10/2026 Desenvolvimento de Software, Inteligência Artificial Arquitetura de Software, automação, Custos de IA, Delphi, Desenvolvimento de Software, Engenharia de Software, gemini, Gemini API, google, Google AI Studio, inteligência artificial, LLM, modelos de linguagem, object pascal, programação, raciocínio, revisão de código, Testes de Software Deixe um comentário
09 outubro 2026

Do zero ao LLM com Delphi: compreender modelos de linguagem construindo um

Escrito por Régys Borges da Silveira
Ilustração conceitual de um fluxo de texto passando por tokenização, vetores, atenção e geração em um projeto Delphi.

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.

Continue lendo…

Compartilhar este post

  • Compartilhar no WhatsApp(abre em nova janela) WhatsApp
  • Compartilhar no Telegram(abre em nova janela) Telegram
  • Compartilhar no Facebook(abre em nova janela) Facebook
  • Compartilhar no LinkedIn(abre em nova janela) LinkedIn
  • Imprimir(abre em nova janela) Imprimir
  • Envie um link por e-mail para um amigo(abre em nova janela) E-mail

Curtir isso:

Curtir Carregando...
09/10/2026 Delphi, Desenvolvimento de Software, Inteligência Artificial Aprendizado de Máquina, atenção causal, Delphi, Delphi 13, geração de texto, gradientes, inteligência artificial, LLM, modelos de linguagem, Otimização, programação, Redes Neurais, Régys Borges da Silveira, tensores, tokenização, Transformer, treinamento de modelos, vetores Deixe um comentário
07 outubro 2026

Delphi na era dos agentes: como conectar ERPs à IA com MCP

Escrito por Régys Borges da Silveira
Diagrama conceitual de um ERP em Delphi conectado a um agente de IA por um servidor MCP local

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.

Continue lendo…

Compartilhar este post

  • Compartilhar no WhatsApp(abre em nova janela) WhatsApp
  • Compartilhar no Telegram(abre em nova janela) Telegram
  • Compartilhar no Facebook(abre em nova janela) Facebook
  • Compartilhar no LinkedIn(abre em nova janela) LinkedIn
  • Imprimir(abre em nova janela) Imprimir
  • Envie um link por e-mail para um amigo(abre em nova janela) E-mail

Curtir isso:

Curtir Carregando...
07/10/2026 Delphi, Desenvolvimento de Software, Integração de sistemas, Inteligência Artificial Agentes de IA, Arquitetura de Software, controle de acesso, Delphi, Delphi 13, erp, estoque, faturas, integração de sistemas, inteligência artificial, JSON-RPC, MCP, MiniERP, Model Context Protocol, Observabilidade, segurança de APIs, stdio, Testes de Software Deixe um comentário
07 outubro 2026

Dot da OpenAI para delegar trabalho contínuo e integrar tarefas ao Codex

Escrito por Régys Borges da Silveira
Ilustração conceitual de coordenação na nuvem conectada a tarefas de pesquisa e código com revisão humana.

Um problema de desenvolvimento raramente termina na primeira conversa. Um cliente envia outro detalhe, uma dependência muda ou o teste revela uma condição diferente da prevista. A tarefa passa a incluir não apenas produzir uma resposta, mas acompanhar o que falta, reunir novas informações e reconhecer quando uma decisão precisa voltar ao responsável.

É nesse espaço que entra o Dot da OpenAI. A novidade interessa menos pela aparência personalizável e mais pela proposta de continuidade: atribuir uma responsabilidade à IA e acompanhar sua evolução entre conversas. Isso pode ajudar no desenvolvimento e nas rotinas profissionais, desde que continuidade não seja confundida com autorização irrestrita.

Neste artigo, explico o conceito, sua relação com o Codex, onde o trabalho acontece e como formular uma primeira delegação. Os exemplos são propostas didáticas, não relatos de uma implantação testada. Disponibilidade e comportamento foram conferidos na documentação em 5 de outubro de 2026 e podem mudar.

Continue lendo…

Compartilhar este post

  • Compartilhar no WhatsApp(abre em nova janela) WhatsApp
  • Compartilhar no Telegram(abre em nova janela) Telegram
  • Compartilhar no Facebook(abre em nova janela) Facebook
  • Compartilhar no LinkedIn(abre em nova janela) LinkedIn
  • Imprimir(abre em nova janela) Imprimir
  • Envie um link por e-mail para um amigo(abre em nova janela) E-mail

Curtir isso:

Curtir Carregando...
07/10/2026 Desenvolvimento de Software, Inteligência Artificial Agentes de IA, automação, ChatGPT, codex, delegação, Delphi, Desenvolvimento de Software, Dot, engenharia de contexto, governança de IA, liderança, OpenAI, Privacidade, produtividade, revisão de código, tarefas agendadas Deixe um comentário
05 outubro 2026

Jev na prática: quando usar um modelo de decisão em vez de um LLM

Escrito por Régys Borges da Silveira
Composição colorida contrapondo geração aberta de conteúdo, à esquerda, e decisões estruturadas com probabilidades, à direita, conectadas por um núcleo híbrido e revisão humana

Durante os últimos anos, inteligência artificial aplicada a software tornou-se quase sinônimo de grandes modelos de linguagem, os LLMs. Quando um sistema precisa classificar uma solicitação, escolher uma ferramenta ou avaliar um texto, tornou-se comum enviar um prompt a um modelo generativo e pedir uma resposta em JSON. Essa solução funciona, mas levanta uma pergunta importante: se o programa precisa somente de uma decisão, por que utilizar um mecanismo projetado principalmente para gerar linguagem?

O Jev, apresentado pela TypeSafe AI em setembro de 2026, parte dessa pergunta. Em vez de escrever uma explicação, ele recebe informações sobre um caso e responde a perguntas delimitadas com valores tipados e probabilidades. A proposta chama atenção pelo custo e pela velocidade divulgados, mas o aspecto mais interessante é arquitetural: o modelo não recebe autoridade sobre o fluxo; ele fornece julgamentos que o código pode combinar, limitar e encaminhar para revisão.

Neste artigo, explicarei o paradigma que sustenta o Jev, suas três primitivas, uma integração prática e os critérios para escolher entre Jev, LLM, regras determinísticas e classificadores tradicionais. Também examinarei limitações e pesquisas iniciais, porque saída estruturada, confiança e baixo custo não tornam uma decisão automaticamente correta.

A escolha entre uma decisão tipada e uma resposta gerada só faz sentido dentro do processo que utilizará o resultado. IA Além da Conversa aprofunda a arquitetura ao redor dos modelos: contexto, ferramentas, permissões, avaliação e operação. Conheça a proposta e leia a degustação gratuita para avaliar como definir essas fronteiras no seu projeto. Para registrar comportamentos esperados, exceções e critérios de aceite em uma implementação Delphi, SDD em Delphi oferece um percurso complementar. São conexões de método, não uma afirmação de que os livros ensinam especificamente o Jev.

Continue lendo…

Compartilhar este post

  • Compartilhar no WhatsApp(abre em nova janela) WhatsApp
  • Compartilhar no Telegram(abre em nova janela) Telegram
  • Compartilhar no Facebook(abre em nova janela) Facebook
  • Compartilhar no LinkedIn(abre em nova janela) LinkedIn
  • Imprimir(abre em nova janela) Imprimir
  • Envie um link por e-mail para um amigo(abre em nova janela) E-mail

Curtir isso:

Curtir Carregando...
05/10/2026 Desenvolvimento de Software, Inteligência Artificial Agentes de IA, api, Arquitetura de Software, automação, classificação, Confiança, Delphi, inteligência artificial, Jev, LLM, Machine Learning, Modelos de Decisão, Probabilidade, Python, Revisão Humana, Saída Estruturada, Sistemas Empresariais, System One, TypeSafe AI, TypeScript Deixe um comentário
04 outubro 2026

Horse, Prometheus e Grafana: passo a passo para monitorar sua API Delphi

Escrito por Régys Borges da Silveira
Ilustração de componentes conectados representando aplicação, coleta e visualização de métricas.

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.

Continue lendo…

Compartilhar este post

  • Compartilhar no WhatsApp(abre em nova janela) WhatsApp
  • Compartilhar no Telegram(abre em nova janela) Telegram
  • Compartilhar no Facebook(abre em nova janela) Facebook
  • Compartilhar no LinkedIn(abre em nova janela) LinkedIn
  • Imprimir(abre em nova janela) Imprimir
  • Envie um link por e-mail para um amigo(abre em nova janela) E-mail

Curtir isso:

Curtir Carregando...
04/10/2026 Desenvolvimento de Software APIs, Delphi, Docker, Docker Compose, Grafana, horse, http, latencia, metricas, Middleware, Monitoramento, object pascal, Observabilidade, Prometheus, PromQL, séries temporais Deixe um comentário
02 outubro 2026

Ato Técnico Conjunto nº 8/2026: o que muda nos documentos fiscais eletrônicos para IBS e CBS

Escrito por Régys Borges da Silveira
Documento técnico aprovado conectado a diferentes documentos fiscais e às etapas de especificação, teste e produção

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.

Continue lendo…

Compartilhar este post

  • Compartilhar no WhatsApp(abre em nova janela) WhatsApp
  • Compartilhar no Telegram(abre em nova janela) Telegram
  • Compartilhar no Facebook(abre em nova janela) Facebook
  • Compartilhar no LinkedIn(abre em nova janela) LinkedIn
  • Imprimir(abre em nova janela) Imprimir
  • Envie um link por e-mail para um amigo(abre em nova janela) E-mail

Curtir isso:

Curtir Carregando...
02/10/2026 Contabilidade, Desenvolvimento de Software bp-e, cbs, CGIBS, ct-e, danfe, Documentos Fiscais Eletrônicos, erp, homologação, ibs, NF-e, NF3e, NFAg, nfc-e, NFCom, NFGas, nota tecnica, receita federal, reforma tributária, Software Fiscal, SVRS Deixe um comentário
29 setembro 2026

cClassTrib na prática: por que uma nota autorizada ainda pode estar tributariamente errada

Escrito por Régys Borges da Silveira
Documento fiscal atravessando três camadas de verificação: existência do código, compatibilidade técnica e contexto tributário

Uma nota fiscal autorizada não é necessariamente uma nota tributariamente correta. Essa diferença, que já existia antes da reforma tributária, ganha importância com o Código de Classificação Tributária do IBS e da CBS, o cClassTrib. O autorizador consegue verificar se o código existe, se combina com o CST informado e se pode ser usado naquele modelo de documento. Ele não consegue, sozinho, conhecer todos os fatos da operação e decidir se o tratamento jurídico escolhido pelo contribuinte é o adequado.

O tema foi levantado no episódio “cClassTrib: o código que decide o imposto do item na nota”, do Radar Tributário. A ideia central é pertinente: deixar de receber uma rejeição não encerra a análise tributária. Mas algumas expressões usadas no vídeo, como “o código que decide o imposto”, precisam de contexto para não sugerir que um campo isolado substitui a interpretação da operação.

Neste artigo, explico o que o cClassTrib representa, o que as rejeições 1023, 1024 e 1025 realmente verificam, por que o NCM não produz um “de/para” universal e como contabilidade e desenvolvimento podem revisar a parametrização sem transformar uma tabela oficial em piloto automático.

Continue lendo…

Compartilhar este post

  • Compartilhar no WhatsApp(abre em nova janela) WhatsApp
  • Compartilhar no Telegram(abre em nova janela) Telegram
  • Compartilhar no Facebook(abre em nova janela) Facebook
  • Compartilhar no LinkedIn(abre em nova janela) LinkedIn
  • Imprimir(abre em nova janela) Imprimir
  • Envie um link por e-mail para um amigo(abre em nova janela) E-mail

Curtir isso:

Curtir Carregando...
29/09/2026 Desenvolvimento de Software, Reforma Tributária Apuração Assistida, cbs, cclasstrib, CST IBS CBS, Documentos Fiscais Eletrônicos, erp, ibs, NBS, NCM, NF-e, nfc-e, nfs-e, Nota Técnica 2025.002, reforma tributária, Simples Nacional, Software Fiscal, XML fiscal Deixe um comentário
29 setembro 2026

Delphi Vivo: como modernizar sistemas sem reescrever tudo

Escrito por Régys Borges da Silveira
Código Delphi em editor ao lado de um diagrama de modernização incremental de sistema legado

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.

Continue lendo…

Compartilhar este post

  • Compartilhar no WhatsApp(abre em nova janela) WhatsApp
  • Compartilhar no Telegram(abre em nova janela) Telegram
  • Compartilhar no Facebook(abre em nova janela) Facebook
  • Compartilhar no LinkedIn(abre em nova janela) LinkedIn
  • Imprimir(abre em nova janela) Imprimir
  • Envie um link por e-mail para um amigo(abre em nova janela) E-mail

Curtir isso:

Curtir Carregando...
29/09/2026 Arquitetura de Software, Delphi, Desenvolvimento de Software, Sistemas legados APIs, Arquitetura de Software, builds reproduzíveis, CI/CD, Delphi, DUnitX, Firebird, FireDAC, manutenção de software, modernização incremental, Observabilidade, Refatoração, Régys Borges da Silveira, rollback, segurança de software, sistemas legados, Testes Automatizados, vcl Deixe um comentário
25 setembro 2026

NF-e de devolução bloqueada: como referenciar cada item da nota original no ACBr

Escrito por Régys Borges da Silveira
Monitor mostra itens de um documento fiscal ligados aos itens correspondentes de uma nota de devolução em um escritório claro.

Sistemas emissores que continuam informando a chave da nota original apenas no grupo NFref estão encontrando um bloqueio concreto na autorização da NF-e de devolução. A SEFAZ já está aplicando em produção a validação que exige a referência dentro do produto de cada item devolvido. Quando o grupo prod/DFeReferenciado não é gerado no det, a nota pode ser recusada pela rejeição 321, identificando o item sem o vínculo exigido.

Não se trata apenas de informar a chave em outro lugar. Para cada produto da devolução, o ERP precisa transmitir a chave do documento de origem e o número que o produto ocupava naquela nota. Isso vale para devoluções parciais e também para a devolução integral: se a nota original possui cem itens e todos estão sendo devolvidos, os cem itens da nova NF-e precisam carregar a própria referência.

Para compreender o contexto mais amplo dessas adaptações, vale consultar o guia do ACBrNFe para a NT 2025.002 e o cronograma de obrigatoriedade dos documentos fiscais na Reforma Tributária. Este artigo se concentra em uma mudança operacional específica: a ligação entre cada item devolvido e o item correspondente do documento original.

Neste artigo, vamos entender por que a devolução está sendo bloqueada, quais dados devem acompanhar cada item, como tratar a devolução integral e como preencher o grupo DFeReferenciado usando o ACBrNFe em Delphi.

Continue lendo…

Compartilhar este post

  • Compartilhar no WhatsApp(abre em nova janela) WhatsApp
  • Compartilhar no Telegram(abre em nova janela) Telegram
  • Compartilhar no Facebook(abre em nova janela) Facebook
  • Compartilhar no LinkedIn(abre em nova janela) LinkedIn
  • Imprimir(abre em nova janela) Imprimir
  • Envie um link por e-mail para um amigo(abre em nova janela) E-mail

Curtir isso:

Curtir Carregando...
25/09/2026 Desenvolvimento de Software, Nota Fiscal Eletrônica, Reforma Tributária ACBr, acbrnfe, cbs, Delphi, DFeReferenciado, documento fiscal referenciado, erp, ibs, NF-e, nota de devolução, nota fiscal eletrônica, NT 2025.002, object pascal, reforma tributária, rejeição 1102, rejeição 321, sefaz, XML Deixe um comentário
24 setembro 2026

NFS-e de São Paulo: como adaptar o ERP aos novos campos de IBS e CBS

Escrito por Régys Borges da Silveira
Documento fiscal eletrônico conectado ao ERP, ao webservice municipal e a uma infraestrutura nacional de dados

A Secretaria Municipal da Fazenda de São Paulo disponibilizou, em setembro de 2026, um novo arquivo XSD para a Nota Fiscal de Serviço eletrônica (NFS-e), com alterações nos campos relacionados ao Imposto sobre Bens e Serviços (IBS) e à Contribuição sobre Bens e Serviços (CBS). Também atualizou o Manual de WebService para a versão 3.3. A notícia parece tratar de uma troca pontual de esquema, mas o efeito para quem mantém um ERP é maior: muda o contrato que define quais elementos podem ser enviados, em que ordem, com quais tipos e sob quais regras de validação.

O cuidado inicial é separar três assuntos que costumam aparecer misturados. São Paulo continuará com seu emissor municipal; o leiaute local está sendo compatibilizado com a reforma tributária; e as obrigações e datas de preenchimento dependem do cronograma oficial vigente. Portanto, baixar o XSD não basta, assim como não é seguro concluir que toda empresa paulistana passou a emitir diretamente no sistema nacional. Este artigo explica o que foi atualizado, como organizar a implementação e quais verificações reduzem o risco de rejeições e divergências fiscais.

Continue lendo…

Compartilhar este post

  • Compartilhar no WhatsApp(abre em nova janela) WhatsApp
  • Compartilhar no Telegram(abre em nova janela) Telegram
  • Compartilhar no Facebook(abre em nova janela) Facebook
  • Compartilhar no LinkedIn(abre em nova janela) LinkedIn
  • Imprimir(abre em nova janela) Imprimir
  • Envie um link por e-mail para um amigo(abre em nova janela) E-mail

Curtir isso:

Curtir Carregando...
24/09/2026 Desenvolvimento de Software, Nota Fiscal Eletrônica, Reforma Tributária ADN, cbs, cclasstrib, cst, erp, ibs, ISS, Layout 2, nfs-e, Nota Fiscal Paulistana, Nota Técnica 003, Nota Técnica 004, reforma tributária, São Paulo, Software Fiscal, WebService, XML, XSD Deixe um comentário
23 setembro 2026

NFS-e nacional em 2026: o que muda para municípios, empresas e ERPs

Escrito por Régys Borges da Silveira
Documento fiscal digital conecta sistemas municipais a módulos nacionais de cadastro, validação e compartilhamento

O Portal Nacional da Nota Fiscal de Serviço eletrônica publicou, em setembro de 2026, a primeira versão de um documento com mais de 170 perguntas distribuídas em 30 temas. O material nasceu de dúvidas enviadas por municípios, contribuintes e empresas de desenvolvimento e cobre desde ativação municipal, cadastros e erros de CEP até APIs, cancelamento, locação, NFS-e Via e os novos grupos de IBS e CBS. São 125 páginas que mostram uma mudança maior do que a simples troca de um emissor.

A NFS-e nacional tornou-se uma infraestrutura de dados compartilhados. Municípios podem manter emissores próprios ou adotar os emissores públicos nacionais, mas precisam compreender o Ambiente de Dados Nacional (ADN), cadastros complementares, eventos e regras de interoperabilidade. Para as empresas e os ERPs, o desafio é distinguir obrigação de emitir, obrigação de compartilhar e obrigação de preencher os campos da reforma tributária. Este artigo organiza os pontos que merecem ação prática e indica onde a documentação oficial deve prevalecer sobre suposições do sistema antigo.

Continue lendo…

Compartilhar este post

  • Compartilhar no WhatsApp(abre em nova janela) WhatsApp
  • Compartilhar no Telegram(abre em nova janela) Telegram
  • Compartilhar no Facebook(abre em nova janela) Facebook
  • Compartilhar no LinkedIn(abre em nova janela) LinkedIn
  • Imprimir(abre em nova janela) Imprimir
  • Envie um link por e-mail para um amigo(abre em nova janela) E-mail

Curtir isso:

Curtir Carregando...
23/09/2026 Desenvolvimento de Software, Nota Fiscal Eletrônica, Reforma Tributária ADN, API NFS-e, Ato Conjunto RFB CGIBS 4/2026, cbs, CNC, DPS, erp, ibs, ISSQN, nfs-e, NFS-e nacional, Nota Técnica 009, reforma tributária, Simples Nacional, Software Fiscal, XML Deixe um comentário
22 setembro 2026

IBS e CBS na base do ICMS: o que a liminar de São Paulo realmente decidiu

Escrito por Régys Borges da Silveira
Duas camadas tributárias azuis são separadas de uma base de cálculo transparente em uma representação conceitual

A transição da reforma tributária fará o ICMS conviver por alguns anos com o Imposto sobre Bens e Serviços (IBS) e a Contribuição sobre Bens e Serviços (CBS). Essa convivência produz uma pergunta aparentemente simples, mas de grande impacto financeiro: os valores dos novos tributos devem integrar a base de cálculo do ICMS? Em setembro de 2026, uma liminar da Justiça de São Paulo autorizou uma empresa a não fazer essa inclusão quando IBS e CBS se tornarem efetivamente exigíveis.

A decisão chamou atenção porque contraria o entendimento divulgado pela Secretaria da Fazenda e Planejamento do Estado de São Paulo. Ela não encerra, porém, a controvérsia e não cria uma regra geral para todos os contribuintes. Neste artigo, vamos separar o que vale para 2026, o que começa a preocupar a partir de 2027, os argumentos de cada interpretação e os cuidados necessários para que o ERP suporte cenários diferentes sem transformar uma decisão provisória em regra fiscal permanente.

Continue lendo…

Compartilhar este post

  • Compartilhar no WhatsApp(abre em nova janela) WhatsApp
  • Compartilhar no Telegram(abre em nova janela) Telegram
  • Compartilhar no Facebook(abre em nova janela) Facebook
  • Compartilhar no LinkedIn(abre em nova janela) LinkedIn
  • Imprimir(abre em nova janela) Imprimir
  • Envie um link por e-mail para um amigo(abre em nova janela) E-mail

Curtir isso:

Curtir Carregando...
22/09/2026 Desenvolvimento de Software, Direito Tributário, Reforma Tributária base de cálculo, cbs, Compliance Tributário, documento fiscal eletrônico, erp, ibs, icms, Lei Complementar 214/2025, Lei Complementar 227/2026, Lei Kandir, liminar, mandado de segurança, reforma tributária, SEFAZ-SP, Software Fiscal, transição tributária Deixe um comentário
← Postagens antigas
WHATSAPP (34) 9 9822.1845

  • Connect on LinkedIn
  • Connect on RSS
  • Connect on YouTube
  • Connect on Github

MVP EmbarcaderoCertificação

12.741/2013 ACBr Agentes de IA Android Arquitetura de Software cbs Clean Code contabilidade Cupom curso datasnap Delphi Delphi 13 desenvolvimento Desenvolvimento de Software Embarcadero Engenharia de Software erp FireDAC Firemonkey fiscal ibpt ibs Imposto inteligência artificial lazarus Lei linux mobile NF-e nfc-e nfce nfe nota fiscal eletrônica object pascal paf-ecf pascal produtividade programação RAD Studio reforma tributária rest SAT tabela Transparência

Social Media

  • Connect on LinkedIn
  • Connect on RSS
  • Connect on YouTube
  • Connect on Github
© Copyright 2014. Todos os direitos reservados.

%d