Painel de líderes

Olá comunidade ! No dia 02/02/2026, por volta das 08h36, começamos a receber múltiplos relatos de membros da nossa comunidade com problemas para autorizar determinadas notas fiscais junto a Sefaz Paraná. Todos os relatos tem em comum o mesmo retorno com a seguinte rejeição: Como é possível observar, esta rejeição costuma ocorrer quando é utilizado um CST e um cClassTrib que tem redução de alíquota, mas o percentual utilizado é inválido. No entanto, tudo indica ser um problema de rejeição sendo devolvida indevidamente, pois temos relatos de notas como esta do exemplo abaixo sendo rejeitadas: <IBSCBS> <CST>200</CST> <cClassTrib>200003</cClassTrib> <gIBSCBS> <vBC>100.00</vBC> <gIBSUF> <pIBSUF>0.1000</pIBSUF> <gRed> <pRedAliq>100.0000</pRedAliq> <pAliqEfet>0.0000</pAliqEfet> </gRed> <vIBSUF>0.00</vIBSUF> </gIBSUF> <gIBSMun> <pIBSMun>0.0000</pIBSMun> <gRed> <pRedAliq>100.0000</pRedAliq> <pAliqEfet>0.0000</pAliqEfet> </gRed> <vIBSMun>0.00</vIBSMun> </gIBSMun> <vIBS>0.00</vIBS> <gCBS> <pCBS>0.9000</pCBS> <gRed> <pRedAliq>100.0000</pRedAliq> <pAliqEfet>0.0000</pAliqEfet> </gRed> <vCBS>0.00</vCBS> </gCBS> </gIBSCBS> </IBSCBS> Essa estrutura está correta de acordo com o Validador da Conformidade Fácil e o valor utilizado nos percentuais de redução também estão corretos de acordo com o CST x cClassTrib, conforme a Tabela de Classificação Tributária. Caso esteja enfrentando esta rejeição, o recomendado é que abra um Fale Conosco junto a Sefaz do Paraná.

Olá comunidade ! Foi publicada a nota técnica Nº 006 estabelecendo a Nota Fiscal de Serviço eletrônica de Exploração de Via de padrão nacional (NFS-e Via). Esta publicação atende a Resolução CGNFSE Nº 9 que estabelece o novo modelo que faz parte da NFS-e no padrão nacional. Contando com leiaute próprio este as informações parametrizáveis serão disponibilizadas por concessionárias de exploração de vias ao invés das prefeituras. A nota técnica pode ser lida na íntegra AQUI. Foi criada a tarefa ACBR-8906 para análise do leiaute e implementação no ACBr.

Atualizei vários métodos da IMendes, bem como o ambiente de homologação. Ajustado a inclusão de diversos atributos faltantes, atributos esses que retornam no JSON porém não se encontram no manual, ex: Baixa_Similaridade e retornados do método saneamento. Adicionado método remove devolvidos. Ajustado classe ACBrImendesProdutos para herdar de ACBrImendesProdutosID para reaproveitar em produtosDevolvidos. Esses produtos devolvidos são retornados na consulta do histórico. No histórico adicionei os produtosDevolvidos. ACBrImendesCliente adicionei: idSistema e TipoLicenca Iniciei o grupo de IS porém, esse ainda a IMendes não retorna, darei sequencia quando tiver resultados eficientes. fMunicipio da classe TACBrIMendesGrupoCaracTrib estava como Integer, porém a IMendes retorna o nome do município que é String. Adicionado em TACBrIMendesGrupo ProCodInterno para as consultas que não são por EAN, esses itens no saneamento retornam como Aguardando Analise e quando os mesmos são retornados retornam em outro grupo. No Saneamento adicionado os grupos: SemRetorno e BaixaSimilaridade. No método ConsultarDescricao adicionado o tipo da Consulta conforme manual. Adicionado RemoveDevolvidos conforme manual de integração. Em ValidarConfiguracao ajustei mensagem de erro incompatível: if EstaVazio(fCNPJ) then wErro.Add('- Email'); por if EstaVazio(fCNPJ) then wErro.Add('- CNPJ'); No método Autenticar a URL estava errada. SaneamentoGrades removido Warning de Value assigned but never used: Result := False; e nos demais métodos que iniciavam com isso, também ajustei. Adicionei o registrar log nas resposta para cumprir roteiro de homologação. ACBrIMendes.pas

Estou com rejeição no Parana : Data de previsão de entrega anterior ao permitido. Alguem mais com essa rejeição no Parana ? Dercide Alvarez

Olá comunidade ! Foi publicada a versão 12 do leiaute da ECF vigente para o ano calendário de 2025 e situações especiais de 2026. A nova versão traz as seguintes atualizações: Registro Y730: Identificação de donatários/destinatários de deduções do IRPJ/CSLL - Entidades isentas e imunes, que forem do tipo Educação, Saúde ou Assistência social, e que tiverem CEBAS, deverão informar o número. Possibilidade de transmissão com CNPJ alfanumérico Novas regras Validação envolvendo P300 e Y570, similar ao lucro real. Alguns campos foram alterados de "Cálculo Alterável" para "Cálculo Não Alterável". O manual pode ser encontrado AQUI. Vale reforçar que uma nova atualização do manual para atender a Lei Complementar que estabelece a Reforma Tributária nas situações especiais de 2026 é esperada até 01/04/2026. Foi criada a tarefa ACBr-8905 para adequação do componente ACBrSPEDECF.

Projeto ACBr adiciona suporte a balanças Ramuza Olá comunidade ! O ACBrBal, componente ACBr amplamente utilizado ganha mais um novo capítulo: Agora, as balanças Ramuza são oficialmente suportados por nosso componente. Usando a Ramuza no ACBrBal (delphi e Lazarus): Selecione o modelo balRamuza Classes de Alto nível: Classes de alto nível C# e Java foram atualizadas para suportar os novos modelos. C# e Java : Selecionar o item de balRamuza Exemplo C#: bal.ConfigGravarValor(ACBrSessao.BAL, "Modelo", BALModelo.balRamuza); Exemplo Java: bal.ConfigGravarValor(ACBrSessao.BAL, "Modelo", ACBrBALModelo.balRamuza); Configurações no Nuget (C#): Atualize o pacote ACBrLib.Core (Nuget) versão 1.2.34 : https://www.nuget.org/packages/ACBrLib.Core Atualize o arquivo do seu projeto (.csproj): <PackageReference Include="ACBrLib.Core" Version="1.2.34" /> Demais Linguagens : Configurar Modelo = 39: BAL_ConfigGravarValor("BAL","Modelo", "39") ACBrMonitor Plus Configurações -> Balança -> Modelo-> balRamuza

no caso já está no SVN a alteração da URL conforme repassou. se não estiver funcionando é porque tem alguma copia do INI ou o apontando para o antigo arquivo que foi colocar com final RTC.ini

tem, se vc puser o cnpj do escritorio dele nas notas sua, teve um cliente, que pusemos, assim ele pesquisa com o certificado dele (lista de download autorizados)

Desmarquei essa propriedade e ele passou a montar o xTribNac corretamente.

Olá @João Antônio Fiz somente uma emissão teste, e pausei a implementação até ser feita a implementação da tag com o ACBR, na qual meu cliente continua emitindo no padrão antigo até essa resolução. Mas em relação às tags, na época as duas informações coincidiram, mas pode ser uma configuração da prefeitura que coincidiram, como já vi configurações outras prefeituras que sobrepõem informações da nota, pode ser esse o caso, mas eu não fui a fundo sobre o assunto.

Boa tarde. Por volta das 13:30 usuários do discord relataram que conseguiram emitir as notas normalmente, aparentemente com a situação regularizada.

Só para reforçar, acabei de fazer junto com o cliente e contador manualmente direto no portal e tem lá a opção 9 conforme imagem em anexo abaixo:

Testa com essa opção: TNFSeW_PadraoNacional(Dm.ACBrNFSe.Provider).GerarIBSCBSNFSe := False;

A Sefaz-MG libera portal para solicitar o credenciamento de desenvolvedores de software de NF-e e NFC-e. Quem pode utilizar esse serviço? Empresas desenvolvedoras de software utilizados na emissão de NF-e e NFC-e por contribuintes da CNAE 4731-8 – Comércio varejista de combustíveis para veículos automotores. Como credenciar? Clicar no botão Solicitar desta página ou acessar diretamente este link e logar no gov.br utilizando a conta da empresa ou o certificado digital. Para maiores informações clique aqui.

Obrigado pela ajuda, foi ajustado as tags e ficou resolvido!

Sim, curitiba a emissão é diretamente no serviço da Nota Fiscal Nacional. Blumenau será via o provedor Simpliss, porém utilizando o mesmo padrão da Nota Fiscal nacional (mesmos schemas e endpoints, muda só o host basicamente)

Nestes arquivos tem as implementações no caso? Teria o link da documentação oficial e também mais recente para informar aqui? Foi criada a tarefa ACBR-8903 para análise do caso e parecer por parte da equipe de consultores. Qualquer novidade será divulgada aqui no tópico.

eles removeram o /nfse no fim dos endereços? está emitindo? No SVN At revision: 44576

Foi publicada a versão 26.1.C das tabelas fornecidas pelo IBPT, às quais já se encontram também em nosso SVN. As novas tabelas tem a vigência de 20/01/2026 até 28/02/2026. Para cumprimento da Lei 12.741/12, também conhecida como "De Olho no Imposto", não se esqueça de realizar a atualização de seus clientes. Fonte: De Olho no Imposto

Já está Ok no SVN

Olá comunidade ! Foi disponibilizado pelo Comitê Gestor do IBS o 2º volume da Cartilha Orientativa da Apuração do Imposto sobre Bens e Serviços. Enquanto o 1º volume focou em trazer orientações sobre a estrutura dos documentos fiscais eletrônicos, a nova publicação tem o foco voltado a utilização do Sistema de Apuração Assistida do IBS. O novo volume é composto por 38 páginas trazendo orientações diversas desde os primeiros passos até o funcionamento do sistema de apuração. Sua leitura é recomendada para todos os contribuintes, contadores e desenvolvedores que desejam entender a lógica do sistema de apuração assistida, independente de os mesmos fazerem parte do grupo de empresas piloto. A cartilha pode ser lida na íntegra AQUI.

Tente contato com o suporte da Sonner ( GovDigital ) -> [email protected] Costumam ser bem atenciosos. Mas pelo Manual de Integração tem a relação de todas as cidades INTEGRAÇÃO VIA WEB SERVICE Paracatu https://ws.nfe-cidades.com.br/ws/pctu https://ws.homolog.nfe-cidades.com.br/ws/pctu

Olá comunidade ! Foram enviados ao SVN os demais ajustes visando compatibilização com os arquivos de schema mais recentes do Padrão Nacional. Em suma as alterações englobam: Alterações para tiposEventos.xsd: Alterado as units PadraoNacional.Provider, Pronim.Provider e Digifred.Provier para emissão dos eventos conforme novos schemas removendo o infRej. Alterado a unit ACBrNFSeXConversao para devolver a descrição dos eventos conforme novos schemas. Alterações para tiposSimples.xsd: Adicionado valor 9 profissional parceiro para o tpDedRed. Alterações tiposComplexos.xsd: Adicionada leitura do elemento xOutrInf fora do grupo valores ao ler o XML da NFS-e. É importante ressaltar que os arquivos de schema mencionados também foram atualizados!

@Diego Foliene poderia nos ajudar neste da cidade de Guaxupé? Fiz os ajustes por aqui para meu cliente conseguir emitir suas notas, mas seria importante deixar isto no svn da ACBr. A cidade de Guaxupé/MG continua como provedor próprio e precisa ajudar o Servicos.ini ( anexo ). E em nosso caso que somos Cinema ( atividade 12.02 ) precisamos preencher as tags da AtvEvento. Criei os métodos no Abrasf1 e Abrasf2 e fiz o override no provedor GovDigital. Criei uma propriedade para definir onde ficará o grupo do AtvEvento ( pelo PadraoNacional seria após ConstrucaoCivil ) mas a GovDigital preferiu colocar depois da tag IncentivoFiscal. Fiz os testes e a emissão está funcionado. Preciso te passar mais algum arquivo? Obrigado. ACBrNFSeXGravarXml_ABRASFv1.pas ACBrNFSeXGravarXml_ABRASFv2.pas ACBrNFSeXServicos.ini GovDigital.GravarXml.pas

Em produção IBS/CBS só a partir de 10/11. Pro componente não gerar as tags basta não informar nada da reforma tributária ao alimentar.

Olá, pessoal! Se você está implementando a NFSe no Padrão Nacional e está encontrando dificuldades para obter o XML da nota após o envio, este guia foi feito para você. Muitas vezes, a confusão acontece porque o fluxo do Padrão Nacional exige a distinção clara entre o DPS e a NFSe. Abaixo, detalhamos o fluxo correto para consultar e baixar o XML definitivo. O Fluxo de Consulta Correto Diferente de outros provedores, no Padrão Nacional, o ideal é realizar uma "ponte" entre a Chave do DPS e a Chave da NFSe. 1. Consulta pela Chave do DPS (42 dígitos) O segredo para o sucesso é utilizar a Chave do DPS. Essa chave possui 42 dígitos e o ideal é que você a tenha armazenado em seu banco de dados no momento da emissão. Delphi/Lazarus // LIdDPS deve conter a chave de 42 dígitos do DPS ACBrNFSeX.ConsultarDPSPorChave(LIdDPS); 2. Obtenção da NFSe através do retorno Se a consulta do DPS for bem-sucedida, o componente receberá o ID da Nota Fiscal. Com esse ID, fazemos a consulta final para obter o XML completo da NFSe: Delphi/Lazarus if ACBrNFSeX.WebService.ConsultaNFSeporRps.Sucesso then begin // Agora consultamos pela Chave da Nota retornada, e não mais pelo DPS ACBrNFSeX.ConsultarNFSePorChave(ACBrNFSeX.WebService.ConsultaNFSeporRps.idNota); // O XML da NFSe estará disponível aqui: ShowMessage(ACBrNFSeX.NotasFiscais.Items[0].XmlNfse); end; Caso esteja validando um processo de emissão que foi interrompido e a consulta do DPS não foi realizada com sucesso você pode entender que o DPS não foi recebido e a nota não existe. Observações Importantes Diferença de Chaves: Não confunda a Chave do DPS (enviada) com a Chave da NFSe (gerada pelo governo). Ambas são importantes, mas para baixar o XML final, a consulta por chave de nota é a mais precisa. Persistência de Dados: Salve sempre a chave de 42 dígitos do DPS no seu banco de dados. Ela é o seu "passaporte" para localizar a nota caso haja uma queda de conexão ou timeout. Provedor Nacional: Este fluxo é o padrão esperado para prefeituras que aderiram ao convênio da NFSe Nacional via Ambiente de Dados Nacional (ADN). Conclusão Seguindo esses passos, você garante que sua aplicação consiga recuperar o XML da NFSe de forma consistente, evitando erros de "Nota não encontrada" ou retornos vazios. A chave é entender que o processo é uma escada: Dados do DPS -> Consulta Chave DPS -> Consulta Chave NFSe -> XML Final. Esperamos que esta dica ajude a agilizar as implementações de vocês! Créditos à comunidade ACBr e ao amigo @icozeira pelo compartilhamento de experiências!