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 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.
Uma atualização fiscal pode chegar ao sistema por caminhos diferentes: um ato aprova documentos, uma nota técnica descreve campos e um comunicado informa quando os ambientes serão atualizados. Quando esses papéis se confundem, a equipe pode implementar uma versão incorreta ou cobrar do cliente uma informação que ainda não está disponível no ambiente utilizado.
Uma atualização fiscal pode chegar ao sistema por caminhos diferentes: um ato aprova documentos, uma nota técnica descreve campos e um comunicado informa quando os ambientes serão atualizados. Quando esses papéis se confundem, a equipe pode implementar uma versão incorreta ou cobrar do cliente uma informação que ainda não está disponível no ambiente utilizado.
O Ato Técnico Conjunto RFB/SUFIS/CGIBS/Diretoria-Executiva nº 7, de 28 de setembro de 2026, reúne duas frentes que precisam ser acompanhadas separadamente: a Nota Fiscal de Serviço eletrônica de padrão nacional, a NFS-e, e a NFS-e Via, voltada à exploração de rodovias mediante cobrança de pedágio. Embora apareçam no mesmo ato, elas possuem documentação, alterações e cronogramas próprios.
Este artigo explica o alcance dessa aprovação, destaca mudanças que afetam cadastros e sistemas empresariais e mostra como organizar a adaptação. As datas e versões refletem a documentação conferida em 14 de outubro de 2026. Como o calendário recebeu atualização nessa mesma data, ele deve ser novamente conferido antes de cada implantação.
Nenhum artigo encontrado.
Mostrar mais artigos ↓Continue estudando com os livros, acompanhe as videoaulas ou consulte as soluções para o seu projeto.