Italo Giurizzato Junior

Bom dia Rafael, Você tem fontes com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build.

Bom dia Valdir, O programa exemplo salva os arquivos temp1.xml e temp2.xml independente dessa propriedade de configuração. Eu já lhe disse que o retorno da API da NFS-e Padrão Nacional retorna um json. O programa exemplo não esta preparado para mostrar na aba de Retorno o conteúdo do json. Isso explica esse erro. Como você consultou um evento, favor procurar na pasta que você configurou para salvar os XML. Ele deve ter criado uma pasta chamada: Eventos e salvo o XML do evento que foi retornado dentro dessa pasta.

Boa tarde, Realizei diversos testes. Se gera o XML sem vogais acentuas e cedilha o XML é assinado, enviado e o provedor não recusa por assinatura invalida. Por outro se incluir cedilha ou vogais acentuadas, o mesmo é recusado e o motivo é assinatura inválida. Peguei esse XML recusado pelo provedor e chequei a sua assinatura através do site: Receita Federal do Brasil - Validador de Assinaturas (fazenda.gov.br) Ele acusa que a assinatura é valida. Chego a conclusão que o problema é o webservice do provedor que deve fazer uma checagem diferente. Logo o componente esta gerando e assinando da forma correta. Não tem o que ser alterado nele.

Boa tarde Adilson, Alguma coisa esta errada na sua maquina, você deve ter cópias dos fontes do ACBr e o Delphi deve estar pegando essas cópias, pois descobri onde poderia ocorrer o erro de AV, foi corrigido e enviado para o SVN. Nos meus testes não tenho tido o erro de AV.

Boa tarde Marcos, Já esta no SVN.

Boa tarde João, Já esta no SVN.

Adilson, As configurações estão corretas. Experimente colocar dentro da pasta que esta o EXE as DLLs da pasta: ...\DLLs\OpenSSL\1.1.1.10\X86

Bom dia João, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-4481

Você tem fontes com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build.

Valdir, Mas nesse arquivo não tem nada mesmo. O Padrão Nacional retorna um Json, com meia dúzia de objetos, sendo que um deles é o XML do evento que pela documentação é para estar compactado e decodificado em base 64. Se você quer ver esse XML, precisa configurar o componente para salvar os arquivos em disco. Configuracoes.Arquivos.Salvar := True.

Bom dia Icozeira, Complementando o que o Diego já lhe passou. Atualize todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Adilson, Anexa um print da aba Certificado e WebService, quer ver a sua configuração.

Bom dia Adilson, Alguma coisa você esta fazendo de errado. Não basta atualizar os fontes e recompilar a sua aplicação, tem que reinstalar o ACBr também.

Bom dia @suporteatinfo, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Bom dia Valdir, O problema é o seguinte: O Consultar Evento existem 3 formas diferentes de realizar essa consulta. 1. Consultar informando somente a chave da NFS-e, esta consulta esta funcionando sem nenhum problema, retorna e salva o XML do evento. 2. Consultar informando a chave e o código do evento desejado, esta consulta não é realizada retornando um erro 404. 3. Consultar informando a chave, o código e o numero sequencial do evento, esta consulta esta funcionando em partes, pois quando o componente tenta descompactar o XML após ter sido decodificado em base 64 ocorre o erro de Data Error. Descobrimos que o XML foi codificado em base 64 duas vezes, note que existe uma linha comentada que chama a função DecodeBase64 duas vez, se você comentar a linha acima e descomentar a outra, vai ver que vai funcionar. Mas lembre-se que se fizer essa alteração a primeira forma de consulta vai parar de funcionar. Já reportei o problema para o pessoal que cuida da API, agora é aguardar eles fazerem as devidas correções.

Bom dia Everton, Apesar de no XML da NF3e constar o grupo autXML que tem como objetivo relacionar as pessoas (CNPJ ou CPF) autorizados a ter acesso ao XML, o componente já possuir o método para consumir o DistribuicaoDFe para obter os XML, a SEFAZ ainda não disponibilizou a URL de homologação e de produção para esse serviço. Isso explica a mensagem de erro.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia Sebastião, Exatamente, na versão 4 o grupo infCteComp passou a ser uma lista com até 10 ocorrências, sendo assim criamos uma nova classe chamada infCteComp10 que é uma lista.

Boa tarde Adilson, Esta muito estranho isso. Você tem fontes com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build.

Boa tarde Osmar, Complementando tudo o que foi dito: Desde janeiro/2023 os prestadores de serviço que são MEI opcionalmente já poderiam emitir suas notas segundo o Padrão Nacional, através do Portal (Web), Aplicativo para smartphone e por uma aplicação de terceiro que consiga consumir a API da NFS-e Padrão Nacional que é o caso das aplicações que se utilizam do componente ACBrNFSeX. A partir de 01/09/2023 se tornou obrigatório a emissão pelo Padrão Nacional para que é MEI. Quem não é MEI como que fica? Quem não é MEI vai depender do município ter aderido ou não a emissão da NFS-e. Como é o caso de Porto Alegre, que aderiu e estabeleceu um calendário de obrigatoriedade para os profissionais de sociedade e para quem é ME e EPP. Desculpe em lhe dizer, mas esse contador esta mais por fora do que umbigo de vedete. Para começar, a Nota Fiscal de Serviço é de nível municipal e não de nível nacional, a única NFS-e que podemos considerar de nível nacional é a do MEI, que foi criado por uma lei federal. Repito, quem não é MEI vai depender do município ter aderido ou não a emissão da NFS-e Padrão Nacional. Através do link abaixo você tem uma lista dos municípios que se interessaram pelo projeto da NFS-e Padrão Nacional, alguns deles já aderiram a emissão da NFS-e outros somente o compartilhamento de dados, outros ainda estão em fase de teste e estudo para ver se vão realmente aderir ou não. https://www.gov.br/nfse/pt-br/municipios-aderentes/municipios-aderentes

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde Valdir, Também fiz o teste e não tive o erro em homologação, no grupo que participo também foi relatado que o erro esta ocorrendo somente em ambiente de produção. Chego a conclusão que habilitaram indevidamente algo no ambiente de produção que esta ocorrendo esse erro.

Guilherme, Já esta no SVN.

Valdir, Faça um teste de consulta no ambiente de homologação. No teste que fiz, em homologação não ocorre o erro.