EMBarbosa

Boa tarde. Ainda não. As mudanças relacionadas a Reforma Tributária viraram nossa prioridade. Mas você pode baixar e testar. Se conseguir fazer isso, pode reportar para nós que está utilizando e está funcionando. Quanto mais pessoas fazem isso, mais conseguimos acelerar o processo de validação.

Vamos continuar em:

Olá, Comecei a trabalhar nessa questão essa semana. Ainda estou avaliando as mudanças, mas a ideia é implementar o quanto antes. Essa questão é minha prioridade no momento. Se tiver qualquer informação que possa ajudar, fique a vontade para compartilhar.

Olá pessoal, Estamos comunicando que a partir desse mês de maio de 2026 o Papo PRO vai ser semanal, todas as quintas feiras, no horário que já estamos acostumados, as 10:00 (horário de Brasília). Ele continua acontecendo no nosso servidor Discord. Desde que foi lançado, esse podcast tem alcançado muitos e ajudado a difundir conhecimento e informações importantes. Falamos de assuntos técnicos, mas também gerenciais. De marketing, mas também RH. Falamos não só sobre o ACBr, mas sobre todo o ecossistema da Automação Comercial Brasileira. Criamos um serviço especial para nossos usuários PRO. Daí decidimos ampliar o alcance do conteúdo para toda a comunidade ACBr, porque queremos fortalecer todo o ecossistema da automação comercial brasileira. Nós continuamos achando que é um serviço muito necessário para todos que estamos trabalhando nessa área. Tanto é que expandimos também para um videocast presencial. Então só pra deixar claro, não estamos querendo deixar ninguém órfão do Papo PRO. Só entendemos a situação atual em que muitos estão envolvidos com a Reforma Tributária e queremos sempre manter a excelente qualidade. Estamos juntos, trabalhando pela automação comercial no Brasil. Bom trabalho para todos.

Pessoal, o problema relatado no início desse tópico foi resolvido. Se você está tendo um problema similar, mas diferente, por favor, crie um novo tópico. Problemas com outros provedores são diferentes e devem ser tratados em tópicos específicos. Estou fechando esse tópico conforme nossas regras.

Achei esse site, ainda não testei, mas parece ser interessante para quem gosta do estilo (e grátis): https://musicforprogramming.net/

Apenas como informação, que pode ser necessária para vocês no futuro: Na ACBr API vocês conseguem ter acesso a informações para resolução de erro. Nessa página da documentação está a explicação mais detalhada do que é possível obter: https://dev.acbr.api.br/docs/debug Você fez um teste recente? Porque houve atualização da API há pouco tempo... Mesmo que não, poderia fazer uma emissão e, se possível, passar os dados do payload?

De onde veio a orientação? Assim podemos verificar se é algo em nossa documentação que precisa ficar mais claro. Sim, bastaria usar o método de consulta mesmo. Como orientado pelo @EliasCesar aqui: Se depois de tentar isso ainda continuar com problema e, ainda assim a nota aparecer na prefeitura como autorizada, por favor, nos avise.

A Receita Federal do Brasil (RFB) divulgou um simulador do CNPJ Alfanumérico. Está disponível online no site da própria RFB: https://servicos.receitafederal.gov.br/servico/cnpj-alfa/simular

Claro. Criei um chamado no nosso backlog, a saber, ACBR-9118. Muito obrigado pela contribuição. Assim que possível vamos dar um retorno aqui mesmo.

Atualização 2026/02/26 16:00: Recebemos notícias que foi normalizado a situação.

Atualização 2026/02/26: Agora estamos recebendo relatos de que está sendo gerado o erro abaixo principalmente em produção restrita: As orientações continuam as mesmas.

Outra possibilidade que pode estar acontecendo é a mudança do provedor de Ginfes para GissOnline. Se tentou tudo acima e continua com problemas, verifique se houve essa mudança de provedores. Veja esse tópico de notícias para mais detalhes:

Atualização 2026/02/26 16:00: Recebemos notícias que foi normalizado a situação. Post Original abaixo: ----------- Olá pessoal, Queremos informar que estamos recebendo diversos relatos que o Emissor Nacional da NFSe está tendo problemas. A mensagem é a seguinte: Se receber a mensagem há apenas duas coisas a fazer: 1) Reportar o problema ao Emissor Nacional. Parece que o problema já foi reportado, mas quanto mais pessoas o fizerem talvez fique claro que é urgente. Não esqueça de informar em qual ambiente você está tentando emitir (produção ou produção restrita). O seguinte link pode ser usado para isso: https://www.gov.br/nfse/pt-br/canais_atendimento/contact-info 2) Ter paciência, aguardar e continuar testando. A qualquer momento pode ser que seja resolvido. Mas não temos como fazer nada do nosso lado. Informe seus clientes para que eles fiquem mais tranquilos ao saber que o problema não é com vocês. Bom trabalho pessoal.

Para futura referência, vejam por favor: ,

É preciso seguir os passos citados:

Na verdade, pode não ser uma boa ideia rodar instalação de só alguns desses pacotes. Talvez precise rodar a instalação de todos novamente e por isso sugerimos rodar o ACBrInstall. A explicação do motivo é a opção "Deixar somente a LibXX", como o Daniel explicou:

Essa função foi introduzida no Delphi XE2, se não me engano. Ou seja, não podemos utilizar já que, no nosso caso, precisamos manter a compatibilidade com versões anteriores do delphi (XE, 2010, 2009, 2007 e 7). Sim... nós já detectamos isso. Inclusive, foi o comentário que eu fiz no tópico relacionado do Diogo Loff. Estamos fazendo testes para validar a remoção do DecodeToString() antes de enviar ao SVN. Nosso amigo @Diego Folieneestá ajudando com respeito a isso. Acredito que ainda hoje vamos enviar uma alteração nesse respeito. Vai ser preciso depois avaliar mais profundamente esse caso, mas aí vamos criar testes. Essa parte eu não sei se entendi direito. Pode explicar melhor?

Vamos fazer isso. Obrigado pela compreensão. Eu concordo. O complicado no nosso caso é que nós não temos escolha, já que precisamos manipular o conteúdo desses arquivos e precisamos fazer isso em IDEs e versões diferentes (Delphi 7 a 13/FPC) e também plataformas diferentes (linux/Windows). Moderação: Fechando, continuar sobre o problema de UTF-8 no tópico:

Muito obrigado pela rápida resposta. Poderia testar com essas outras duas, por favor? PadraoNacional.Provider.pasACBrXmlDocument.pas

Uma possível solução que acho que tem o mesmo efeito é alterar o segundo parâmetro da função DecodeToString para False: //linha594 if NFSeXml <> '' then NFSeXml := DecodeToString(DeCompress(DecodeBase64(NFSeXml)), False); E outra que o @Gabriel Bonzanini compartilhou no outro tópico relacionado foi alterar adicionando ACBrAnsiToUTF8: if NFSeXml <> '' then NFSeXml := ACBrAnsiToUTF8(DecodeToString(DeCompress(DecodeBase64(NFSeXml)), True)); Mas tenho receio qualquer uma dessas possa vir a causar quebras de códigos em outras situações, como lazarus ou Delphi 7. Precisamos validar todas as opções e isso é o que mais tem dado trabalho. Mas obrigado pela sugestão.

@Patrick Knopf, @xandebugmann, @Gênesis Interno, @Rogerio Morato Scarazatti, @Diogo Loff e outros interessados... As units só serão disponibilizadas no SVN depois que os testes e validações forem feitas. No momento precisamos que testem com as units providas pelo Daniel aqui (conforme abaixo) e reportem se funciona. Lembrando que após substituir essas units é necessário fazer uma nova instalação. Se puderem ajudar nos testes agradecemos: Para quem está tentando propor possíveis soluções, elas precisam ser validadas em versões diferentes do Delphi (7 - 13) e Lazarus, além de funcionar no Windows e Linux.

Apenas para registro, as alterações proposta nesse tópico já estão no SVN. Em caso de continuar com problemas, por favor, verifique a situação e crie um novo tópico.

Veja também:

Movi o tópico para a área aberta. Queremos que ele alcance maior parte da comunidade. Em vista de nosso backlog, gostaríamos de que outras pessoas pudessem verificar sua necessidade e se possível contribuir com a implementação.