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.
Continue a leitura →
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.
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.
A Nota Técnica CT-e 2026.004 v.1.00 altera pontos relevantes do leiaute e das validações de documentos de transporte eletrônico. Para quem desenvolve emissores em Delphi, mantém ERP ou TMS, integra serviços fiscais e revisa a escrituração de transportadoras, a leitura não pode ficar limitada aos novos nomes de campos: é preciso entender onde os valores nascem, como são…
A Nota Técnica CT-e 2026.004 v.1.00 altera pontos relevantes do leiaute e das validações de documentos de transporte eletrônico. Para quem desenvolve emissores em Delphi, mantém ERP ou TMS, integra serviços fiscais e revisa a escrituração de transportadoras, a leitura não pode ficar limitada aos novos nomes de campos: é preciso entender onde os valores nascem, como são totalizados, em quais cenários o XML muda e em que datas cada bloco técnico deve ser tratado.
A versão 1.00 está listada no Portal do CT-e como publicada em 1º de outubro de 2026, enquanto a capa da nota a identifica como versão de setembro de 2026. O documento reúne adequações relacionadas à Reforma Tributária do Consumo e alcança, de forma expressa em seu corpo, CT-e, CT-eOS e CT-e Simplificado. Neste artigo, vamos separar as mudanças confirmadas, os cronogramas, as consequências de implementação e os limites do que a documentação examinada permite concluir. A fonte central é a Nota Técnica CT-e 2026.004 v.1.00.
Uma taxa alta de preenchimento pode transmitir a impressão de que uma implantação está quase concluída. Em um sistema empresarial, porém, a presença de um campo é apenas uma das perguntas.
Uma taxa alta de preenchimento pode transmitir a impressão de que uma implantação está quase concluída. Em um sistema empresarial, porém, a presença de um campo é apenas uma das perguntas. Também importa saber quais estabelecimentos o utilizam, em quais operações ele aparece e se o conteúdo representa corretamente o tratamento tributário aplicável.
O balanço divulgado pela Receita Federal em 9 de outubro de 2026 oferece um exemplo dessa diferença. No recorte de empresas obrigadas considerado na notícia, aproximadamente 86% dos documentos traziam destaque da Contribuição sobre Bens e Serviços (CBS). Entre os estabelecimentos emissores daquele universo, cerca de 67% haviam destacado o tributo em todas ou em parte das emissões.
Os percentuais são compatíveis, mas respondem a perguntas diferentes. Este artigo explica essa diferença e mostra como aproveitá-la para avaliar a adaptação de um ERP, sem transformar uma estatística de preenchimento em certificado de conformidade. A consulta foi realizada em 14 de outubro de 2026, preservando o período e as limitações do balanço original.
A inteligência artificial sugere uma solução elegante, mas usa uma biblioteca que o projeto não possui, ignora uma regra existente ou altera o módulo errado. A reação mais comum é reformular o pedido, trocar de modelo ou aumentar o esforço de raciocínio.
A inteligência artificial sugere uma solução elegante, mas usa uma biblioteca que o projeto não possui, ignora uma regra existente ou altera o módulo errado. A reação mais comum é reformular o pedido, trocar de modelo ou aumentar o esforço de raciocínio. Antes disso, vale uma pergunta: quais informações estavam disponíveis quando a resposta foi produzida?
Este é o segundo artigo da série IA na prática: do protótipo à operação responsável. Depois de separar experimentação e desenvolvimento controlado, o próximo passo é organizar aquilo que o modelo precisa saber. Vamos explicar engenharia de contexto, aplicar o conceito a uma tarefa Delphi e propor um modo de manter informações úteis sem transformar cada pedido em um arquivo gigantesco.
Quando a resposta parece boa, mas ignora o ambiente real, precisamos organizar mais do que a frase do pedido. IA Além da Conversa aprofunda a relação entre contexto, dados, recuperação, ferramentas e avaliação: as camadas que permitem transformar uma conversa em uma solução operável. Conheça a proposta e leia a degustação gratuita para avaliar esse percurso antes de escolher a próxima ferramenta. Para converter essas informações em regras, restrições e critérios de aceite no seu projeto, SDD em Delphi oferece uma leitura complementar.
A chegada de IBS e CBS à rotina das empresas do Simples Nacional cria uma decisão operacional que não deve ser confundida com a própria permanência no regime: a escolha de apurar esses dois tributos pelo regime regular. Para o primeiro semestre de 2027, a opção tem prazo até 30 de outubro de 2026 e, quando realizada, produz…
A chegada de IBS e CBS à rotina das empresas do Simples Nacional cria uma decisão operacional que não deve ser confundida com a própria permanência no regime: a escolha de apurar esses dois tributos pelo regime regular. Para o primeiro semestre de 2027, a opção tem prazo até 30 de outubro de 2026 e, quando realizada, produz efeitos a partir de 1º de janeiro de 2027, conforme orientação oficial da Receita Federal.
Para profissionais de contabilidade, o tema exige organização de informações, comunicação clara com o cliente e uma decisão documentada. Para desenvolvedores Delphi e equipes responsáveis por sistemas fiscais, ele pede atenção à separação de fluxos: a empresa pode continuar no Simples Nacional, mas passar a tratar IBS e CBS fora do Documento de Arrecadação do Simples Nacional (DAS). Isso afeta cadastros, regras de cálculo, telas de parametrização, relatórios, integrações e rotinas de conferência.
Este artigo percorre a base da opção, diferencia os dois procedimentos que frequentemente se confundem, apresenta o calendário confirmado, delimita o que se sabe sobre cancelamento e propõe uma preparação prática. O objetivo não é indicar qual modelo é economicamente melhor para cada empresa: essa conclusão depende de simulação e de elementos específicos da operação que as fontes disponíveis não permitem generalizar.
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.
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.
A atualização da Nota Fiscal de Serviço eletrônica (NFS-e) para contemplar IBS e CBS não é apenas uma mudança de nomenclatura tributária. Ela alcança o contrato técnico entre emissor e ambiente nacional: tipos de dados, grupos de informação, regras de negócio, cenários de ajuste e validações.
A atualização da Nota Fiscal de Serviço eletrônica (NFS-e) para contemplar IBS e CBS não é apenas uma mudança de nomenclatura tributária. Ela alcança o contrato técnico entre emissor e ambiente nacional: tipos de dados, grupos de informação, regras de negócio, cenários de ajuste e validações. Para quem mantém um ERP em Delphi, isso significa revisar componentes de geração de XML, modelos de domínio, persistência e rotinas de integração. Para a contabilidade, significa acompanhar se o dado transmitido expressa corretamente a operação que está sendo documentada.
O marco analisado aqui é o Ato Técnico Conjunto RFB/SUFIS/CGIBS/Diretoria-Executiva nº 7, de 28 de setembro de 2026, disponibilizado pelo CGIBS em 1º de outubro de 2026. Ele aprova documentos técnicos para a NFS-e e a NFS-e Via aplicáveis à CBS e ao IBS. Este artigo percorre o que foi formalmente aprovado, as alterações técnicas confirmadas, o cronograma divulgado, a divergência documental identificada e uma forma prática de conduzir a adequação sem confundir leiaute com obrigação tributária material.
Nenhum artigo encontrado.
Mostrar mais artigos ↓Continue estudando com os livros, acompanhe as videoaulas ou consulte as soluções para o seu projeto.