Categoria: Desenvolvimento de 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.

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.

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.

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.

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.

Uma empresa vence definitivamente uma discussão tributária e passa a ter um crédito contra a União. A expectativa natural é usar todo o valor para quitar tributos futuros assim que a Receita Federal habilitar o crédito. Para créditos judiciais de grande valor, porém, existe uma limitação mensal: a compensação precisa ser distribuída por um número mínimo de meses, conforme a faixa do crédito. Em setembro de 2026, o Supremo Tribunal Federal confirmou a validade dessa sistemática ao julgar as Ações Diretas de Inconstitucionalidade 7.587 e 7.609.

A notícia é relevante não apenas para o departamento jurídico. O teto altera projeções de caixa, orçamento tributário, contabilização e rotinas do PER/DCOMP Web, além de exigir que o ERP impeça o consumo do crédito acima do permitido em cada competência. Neste artigo, veremos o que foi efetivamente decidido, quais créditos entram na limitação, como funciona o cálculo mensal e quais controles reduzem o risco de transmitir uma declaração de compensação incompatível com a regra.

A reforma tributária do consumo aproxima o direito ao crédito do efetivo tratamento do débito na operação. Isso muda uma premissa importante para quem desenvolve sistemas empresariais: emitir e escriturar corretamente o documento fiscal continuará sendo essencial, mas nem sempre bastará para concluir o ciclo do crédito. O ERP precisará acompanhar também como o débito de IBS e CBS foi extinto e relacionar esse evento à compra que deu origem ao crédito. É nesse contexto que aparece o recolhimento pelo adquirente, conhecido pela sigla RAD.

O mecanismo ganhou atenção porque permite que o comprador, em uma situação delimitada pela lei, recolha o IBS e a CBS incidentes na própria operação. A ideia parece simples, mas pode gerar interpretações perigosas. O RAD não é uma autorização genérica para pagar o tributo de qualquer fornecedor, não substitui o split payment quando este puder ser utilizado e tampouco deve ser tratado no sistema como uma retenção tradicional. A seguir, vamos examinar o artigo 36 da Lei Complementar nº 214/2025, os efeitos para fornecedor e adquirente e os controles técnicos necessários antes de colocar a funcionalidade em produção.

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.

A Receita Federal publicou, em setembro de 2026, uma nova documentação técnica para as interfaces de programação de aplicações, as APIs, ligadas à apuração da Contribuição sobre Bens e Serviços (CBS). A notícia chama atenção pelos serviços de consulta a débitos, créditos, pagamentos e recolhimentos, mas a mudança mais importante para quem desenvolve ERP está na forma de integração: os dados serão entregues de maneira assíncrona e incremental, em arquivos gerados após a solicitação, e não como uma resposta completa e imediata a cada chamada.

Essa diferença parece pequena até imaginarmos a rotina de uma empresa com milhares de documentos fiscais. O ERP precisa solicitar o processamento, guardar um tíquete, receber ou recuperar o resultado, baixar um arquivo temporário, importar apenas as alterações e preservar evidências para conciliação. Neste artigo, vou explicar o que a Receita disponibilizou, como o fluxo técnico funciona e quais decisões de arquitetura evitam perda de dados, duplicidade e exposição de credenciais. O objetivo não é fornecer um conector pronto, porque credenciais e ambientes dependem do enquadramento de cada contribuinte, mas transformar a documentação oficial em um plano de implementação verificável.