Pesquisar na Comunidade

Olá comunidade ! Foi publicada a Nota Técnica 2026/002 em sua versão 1.00 para o CTe trazendo evoluções em relação a NT2025/001. (Veja o tópico dela aqui). Alterações Adiciona nos grupos gDevTrib o campo pDevTrib para receber o percentual da devolução do tributo. Inclui um grupo gALCZFMCBS para receber as informações de operações em áreas incentivadas pela ALC\ZFM. Adiciona um novo campo ISUFEmit para receber a inscrição SUFRAMA do emitente. Insere novos campos para informações de pagamento antecipado. Acrescenta novas regras de validação para os campos adicionados. Datas Obrigatoriedade do preenchimento dos campos da RTC. Implantação Homologação: 01/07/2026 Implantação Produção: 03/08/2026 Novos campos e regras Implantação Homologação: 03/08/2026 Implantação Produção: 31/08/2026 E como fica o ACBr? Como é possível observar, a NT traz alterações de leiaute e por isso, modificações serão necessárias. Foi criada a tarefa ACBR-9485 para adequação. Assim que houver novidades será divulgado em nossa área de notícias. Leia a versão 1.00 desta nota técnica na íntegra AQUI. Um agradecimento ao membro de nossa comunidade @Mateus Jurado por divulgar a informação no canal #sefaz em nosso servidor do Discord.

Introdução Não há como negar que a Reforma Tributária, como uma onda, já afetou e continuará afetando todo o cenário de emissão de documentos fiscais eletrônicos no Brasil pelo menos até 2032. Trata-se de um verdadeiro chacoalhão para desenvolvedores e empresas, trazendo novos campos, grupos e regras de validação que precisam ser observados atentamente. As soluções do Projeto ACBr vêm sendo constantemente atualizadas conforme cada novidade publicada, permitindo que os desenvolvedores as utilizem para facilitar o processo de emissão desses documentos sem grandes dores de cabeça. O objetivo deste tópico é centralizar quais são os documentos fiscais impactados e apresentar como está a situação das respectivas soluções do Projeto ACBr diante das mudanças Documentos afetados Nota Fiscal Eletrônica / Nota Fiscal de Consumidor Eletrônica Última atualização dessas informações: 24/11/2025; Abreviação: NF-e / NFC-e; Modelo: 55 / 65; Solução nativa: ACBrNFe Implementada no ACBrMonitorPLUS: Possui ACBrLib: Ultima Nota Técnica da Reforma Tributária: Nota Técnica 2025/002 v1.31 Adequado a última nota técnica: Observação: Novos eventos estão sendo implementados gradativamente. Nota Fiscal de Serviços Eletrônica Última atualização dessas informações: 24/11/2025; Abreviação: NFS-e Modelo: -- Solução nativa: ACBrNFSeX Implementada no ACBrMonitorPLUS: Possui ACBrLib: Ultima Nota Técnica da Reforma Tributária: Nota Técnica 005 - v1.00 Adequado a última nota técnica: Observação: Os novos campos foram adicionados, mas os arquivos de schema ainda não foram disponibilizados e o ambiente de homologação não foi liberado. Nota Fiscal de Fatura de Serviços de Comunicação Eletrônica Última atualização dessas informações: 24/11/2025; Abreviação: NFCom Modelo: 62 Solução nativa: ACBrNFCom Implementada no ACBrMonitorPLUS: Possui ACBrLib: Ultima Nota Técnica da Reforma Tributária: Nota Técnica 2025/001 v1.10 Adequado a última nota técnica: Observação: -- Nota Fiscal de Serviços de Energia Elétrica Última atualização dessas informações: 24/11/2025; Abreviação: NF3e Modelo: 66 Solução nativa: ACBrNF3e Implementada no ACBrMonitorPLUS: Possui ACBrLib: Ultima Nota Técnica da Reforma Tributária: Nota Técnica 2025/001 v1.10 Adequado a última nota técnica: Observação: -- Bilhete de Passagem Eletrônico / Bilhete de Passagem Eletrônico Transporte Metropolitano Última atualização dessas informações: 24/11/2025; Abreviação: BP-e / BP-e TM Modelo: 63 Solução nativa: ACBrBPe Implementada no ACBrMonitorPLUS: Possui ACBrLib: Ultima Nota Técnica da Reforma Tributária: Nota Técnica 2025/001 v1.10 Adequado a última nota técnica: Observação: Bilhete de Passagem Eletrônico para Transporte Aéreo (BP-e TA) ainda não implementado. Conhecimento de Transporte Eletrônico / Guia de Valores de Transporte Eletrônico / Conhecimento de Transporte Eletrônico Outros Serviços Última atualização dessas informações: 24/11/2025; Abreviação: CT-e / GTV-e / CT-e OS Modelo: 57 / 64 / 67 Solução nativa: ACBrCTe Implementada no ACBrMonitorPLUS: Possui ACBrLib: Ultima Nota Técnica da Reforma Tributária: Nota Técnica 2025/001 v1.10 Adequado a última nota técnica: Observação: -- Nota Fiscal da Água e Saneamento Última atualização dessas informações: 24/11/2025; Abreviação: NFAg Modelo: 75 Solução nativa: -- Implementada no ACBrMonitorPLUS: Possui ACBrLib: Ultima Nota Técnica da Reforma Tributária: -- Adequado a última nota técnica: Observação: Documento publicado apenas em formato de minuta, sem publicação definitiva.

Bom dia, tenho uma dúvida relacionada ao CT-e OS. Esses arquivos são retornados pelo método DistribuicaoDFePorUltNSU do componente ACBrCTe ?

Pessoal boa tarde tudo bem? Estou criando o CT-e OS, acompanhei tudo pelo o Manual mas está dando um erro: Rejeição: IE do Emitente não vinculada ao CNPJ. Já fiz várias consultas aqui no fórum e no Google... Diz sempre a mesma coisa, pesquisa no Sintegra e verifique o IE... Já fiz isso, já confirmei e está tudo ok. E o engraçado é que quando emito o CT-e normal ele não dá o erro e o Emitente é o mesmo. Alguém tem alguma dica a mais? Grato, Wagner

Olá pessoal, estou nos finalmentes da adaptação do nosso software para atender também o CT-e OS. Minha dificuldade está em obter o retorno através do componente (obs.: o arquivo XML de retorno está sendo salvo no computador normalmente). Bom, para o CT-e modelo 57, consigo (com o mesmo código fonte) obter o retorno, mas para o CT-e modelo 67 não consigo, pois os objetos não estão preenchidos. Segue trecho do código fonte exemplificando como estou obtendo o retorno: for i:= 0 to objACBrCTe.Conhecimentos.Count - 1 do begin ... ... ... ParamByName('RECIBO').AsString := objACBrCTe.WebServices.Retorno.CTeRetorno.nRec; ParamByName('CHAVE').AsString := objACBrCTe.WebServices.Retorno.CTeRetorno.ProtCTe.Items[i].chCTe; ParamByName('STATUS').AsInteger := objACBrCTe.WebServices.Retorno.CTeRetorno.ProtCTe.Items[i].cStat; ParamByName('MOTIVO').AsString := objACBrCTe.WebServices.Retorno.CTeRetorno.ProtCTe.Items[i].xMotivo; ParamByName('PROTOCOLO').AsString := objACBrCTe.WebServices.Retorno.CTeRetorno.ProtCTe.Items[i].nProt; ParamByName('DATA_HORA').AsDateTime := objACBrCTe.WebServices.Retorno.CTeRetorno.ProtCTe.Items[i].dhRecbto; ParamByName('DIGEST_VALUE').AsString := objACBrCTe.WebServices.Retorno.CTeRetorno.ProtCTe.Items[i].digVal; ParamByName('VER_APLIC').AsString := objACBrCTe.WebServices.Retorno.CTeRetorno.ProtCTe.Items[i].verAplic; ParamByName('XML').AsMemo := UTF8ToString(objACBrCTe.Conhecimentos.Items[i].XML); // conteudo completo do arquivo XML ... ... ... end; Se eu verificar a propriedade "objACBrCTe.WebServices.Retorno.CTeRetorno.ProtCTe.Count", esta zerado. Existe alguma outra forma que eu não saiba para obter estes campos? Meus fontes estão atualizados. Já estou "debugando" o componente para tentar entender o que pode estar acontecendo, mas até agora nada, agradeço se alguém puder ajudar. Vou continuar a procura. Obrigado.

Boa noite, @Italo Jurisato Junior, identificamos uma falha na geração da chave de contingência (funcção GerarChaveContingencia) para o CT-e OS, na qual estava tentando utilizar as informações do tomador do CT-e Modelo 57 (toma4 e toma3). Não achamos nenhuma informação disponibilizada pela SEFAZ sobre como proceder no caso do DACTE OS, mas seguindo a mesma lógica do CT-e "normal", alteramos para considerar os dados do tomador na geração desta chave. Sem estas alterações, atualmente está dando o erro "bar code inválido" em vermelho na impressão pelo FastReport. Segue em anexo o arquivo ACBrCTe.pas com as modificações realizadas para avaliação. ACBrCTe.pas