Autor: Régys Borges da Silveira

Uma das discussões mais antigas e recorrentes nos fóruns de Delphi e Pascal gira em torno de uma verificação simples: devemos usar Assigned(Variavel) ou Variavel <> nil?

À primeira vista, ambas parecem fazer exatamente a mesma coisa: verificar se um ponteiro ou referência de objeto contém um endereço válido de memória. Muitos desenvolvedores escolhem um ou outro baseando-se puramente em legibilidade ou hábito ("Assigned é mais elegante" vs "<> nil é mais explícito").

No entanto, há uma razão técnica profunda para a existência da função Assigned, e ela remonta às origens do Delphi 1 e à arquitetura da VCL. Entender isso é crucial, especialmente se você desenvolve componentes.

Se você desenvolve software fiscal no Brasil, o CFOP (Código Fiscal de Operações e de Prestações) é a espinha dorsal das suas regras de negócio. Há décadas, o seu ERP decide tributação baseando-se em: Origem x Destino e Regime do ICMS (5.102, 6.102, 5.405...), com a Reforma Tributária, essa lógica morreu.

O novo sistema (IBS e CBS) não se importa se a venda é intermunicipal ou interestadual. A tributação passa a ser no destino e baseada no tipo da operação e na classificação do produto/serviço, e não mais na geografia do emissor. É aqui que nasce o CFX (Código Fiscal Expandido) e a necessidade urgente de refatorar a arquitetura fiscal do seu software.

Neste artigo, vamos dissecar tecnicamente o que é o CFX, como ele difere do novo campo oficial cClassTrib e como preparar o banco de dados do seu ERP para essa transição.

Se você viu o vídeo recente circulando no Instagram sobre o Split Payment, provavelmente sentiu aquele frio na espinha que todo empresário e desenvolvedor sente quando a Receita Federal anuncia uma "novidade". O conteúdo viralizou com razão: a mudança é drástica. Mas, como sempre aqui no blog, vamos deixar o pânico de lado e dissecar tecnicamente o que é, como funciona e, principalmente, como preparar seu software para os cenários de falha.

O Split Payment (Pagamento Dividido) não é apenas uma nova regra; é a espinha dorsal tecnológica da Reforma Tributária (PLP 68/2024 e LC 214/2025). O objetivo da Receita é claro: acabar com a inadimplência declaratória. O imposto deixa de ser uma dívida a pagar no mês seguinte e passa a ser uma dedução instantânea no momento da liquidação financeira.

O Comitê Gestor do Imposto sobre Bens e Serviços (CGIBS) e a Receita Federal do Brasil (RFB) divulgaram um Comunicado Conjunto trazendo orientações cruciais para o início da vigência dos novos tributos (IBS e CBS). A medida visa garantir a segurança jurídica e operacional das empresas no início da transição da Reforma Tributária.

Confira abaixo o resumo detalhado das definições apresentadas no documento e seus impactos para os contribuintes.

Fonte: Nota Técnica 2025.002 v.1.33 - Publicada em 02/12/2025

A Reforma Tributária (Lei Complementar nº 214/2025) trouxe a maior reestruturação de layout da história da Nota Fiscal Eletrônica. A publicação da Nota Técnica 2025.002 v1.33 define como o IBS (Imposto sobre Bens e Serviços), a CBS (Contribuição sobre Bens e Serviços) e o IS (Imposto Seletivo) coexistirão com o atual sistema tributário durante a transição.

Neste artigo, vamos dissecar as mudanças técnicas e, principalmente, explicar a condição crítica para que seu cliente não pague esses impostos em 2026.

A Reforma Tributária do Consumo no Brasil, consolidada pela Lei Complementar n.º 214/2025 e pela Emenda Constitucional n.º 132/2023, introduz uma mudança paradigmática na escrituração fiscal. Com a extinção progressiva do PIS, COFINS, ICMS e ISS, e a implementação do IBS (Imposto sobre Bens e Serviços) e da CBS (Contribuição sobre Bens e Serviços), surge a necessidade de uma nova linguagem para classificar as operações fiscais.

Este artigo descreve tecnicamente os dois principais instrumentos desta nova classificação: o CST-IBS/CBS (Código de Situação Tributária) e o cClassTrib (Código de Classificação Tributária), detalhando as suas estruturas, variantes e a lógica de conversão ("De-Para") do sistema antigo para o novo.

Nova legislação altera o regulamento do ICMS e impacta diretamente empresas desenvolvedoras de software emissor.

Link para a legislação original: Decreto nº 49.127/2025

O governo de Minas Gerais publicou, no dia 15 de novembro de 2025, o Decreto nº 49.127/2025, que traz mudanças importantes para o ecossistema de Documentos Fiscais Eletrônicos (DF-e) no estado. A nova norma altera o Decreto nº 48.589/2023 (RICMS/MG) e institui a obrigatoriedade de credenciamento das empresas desenvolvedoras de software junto à Secretaria de Estado de Fazenda (SEF/MG).

Nesse artigo vou falar um pouco mais sobre as mudanças, se você desenvolve ou fornece software para emissão de Nota Fiscal Eletrônica (NF-e) ou Nota Fiscal de Consumidor Eletrônica (NFC-e) para contribuintes mineiros, é fundamental ficar atento a essas alterações.

A Lei Complementar nº 214, de 16 de janeiro de 2025, trouxe uma das mudanças mais profundas e estruturantes já vistas no ecossistema de serviços municipais no Brasil. Entre os seus diversos dispositivos, o art. 62, §1º determina que todos os municípios brasileiros devem, obrigatoriamente, até 1º de janeiro de 2026, adotar a Nota Fiscal de Serviços Eletrônica em padrão nacional (NFS-e Nacional).

Essa medida encerra definitivamente a era dos mais de 5.500 sistemas municipais distintos, cada qual com seus próprios leiautes, regras e portais, avançando para um cenário de padronização nacional, maior integração entre fiscos e, principalmente, mais transparência e facilidade para empresas e profissionais que prestam serviços em diversos municípios.

Neste artigo, você entenderá:

Para se preparar para 2026, ano que marca o início da fase de transição da Reforma Tributária (com valor jurídico, mas em "modo teste" para calibragem), você deve focar na Nota Técnica 2025.002 (e suas versões subsequentes, como a v1.31).

A Reforma Tributária (Emenda Constitucional 132/2023) deixou de ser uma discussão política e econômica para se tornar, agora, um desafio de engenharia de software e compliance fiscal. Para o ecossistema de documentos fiscais eletrônicos (DFe), o ano de 2026 marca um "divisor de águas": o início da vigência do novo sistema de IVA Dual (IBS e CBS).

Embora a substituição completa dos tributos atuais (PIS, COFINS, IPI, ICMS e ISS) esteja planejada para ocorrer gradualmente até 2033, 2026 é o ano crítico da virada técnica.

A partir de 1º de janeiro de 2026, entra em vigor a chamada "fase de teste" (ou cobrança pedagógica). Neste período, a emissão de notas fiscais passa a exigir uma arquitetura híbrida: os emissores deverão manter toda a complexidade tributária atual enquanto, simultaneamente, calculam e destacam os novos tributos em campos inéditos no XML.

Para os desenvolvedores de software e analistas de requisitos, isso significa que a Nota Técnica 2025.002 não é apenas uma atualização de layout, mas uma reescrita da lógica de formação de preços e totalizadores da nota. O desafio não é apenas fiscal, mas sistêmico:

Aqui está o resumo prático do que você precisa gerar no XML e as alíquotas aplicáveis:

Agora os fontes de NFe e PDV estão totalmente adaptados a reforma tributária e utilizando o ACBr, todos já testados e funcionais com aliquotas e calculos necessários, também adaptado ao PAF-NFCe de SC.

Aproveite e adquira o seu fontes de PDV ou NFe agora e já se adiante a reforma tributária.

O Delphi completa 30 anos em 2025, e esta é uma data que merece ser celebrada por todos os desenvolvedores que, ao longo das décadas, construíram aplicações robustas, seguras e eficientes com essa poderosa ferramenta. Desde o lançamento de sua primeira versão, o Delphi tem sido sinônimo de produtividade, facilidade e alto desempenho para desenvolvimento de software.

Para muitos, o Delphi 4 marcou uma era de grande avanço. Com melhorias na IDE, introdução de recursos como a tecnologia de pacotes e suporte aprimorado para COM, os desenvolvedores puderam criar aplicações mais modulares e reutilizáveis. Essa versão consolidou o Delphi como uma ferramenta de desenvolvimento rápido de aplicações (RAD) altamente eficiente.

Com o passar dos anos, novas versões trouxeram recursos fundamentais para acompanhar a evolução da tecnologia. O Delphi 7, por exemplo, se tornou uma das versões mais populares, amplamente utilizada em sistemas empresariais devido à sua estabilidade e facilidade de desenvolvimento. Já o Delphi XE2 revolucionou o mercado ao introduzir o FireMonkey, um framework inovador que permitiu a criação de aplicações multi-plataforma, alcançando não apenas o Windows, mas também macOS, iOS e Android.