Diego Foliene

Bom dia! Esse problema já foi notado e houve commit visando corrigir o mesmo. Por favor, verifique se você não tem nenhuma alteração local em seus fontes(uma bolinha vermelha na unit ou na pasta), inclusive do programa exemplo. Se for o caso de um revert ou até mesmo exclua estas units, atualize seus fontes, reinstale o ACBr e faça novos testes.

Por favor, confira o conteúdo do arquivo ret-token-soap.xml que foi gerado depois que você confirmou Login e Senha com o usuário. *Edit: Exclui as imagens, pois elas continham informações sensíveis.

Muito obrigado pela contribuição @Andergoncalves! Foi criada a #TK-3514 para que a mesma seja validade e enviada ao SVN.

O componente ACBrNFSe foi descontinuado e não sofre mais manutenções/alterações. Sugiro que migre para o ACBrNFSeX(nele o provedor para esta cidade está como IPM)

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3513

Boa tarde! Muito obrigado pela colaboração, elas são sempre mais do que bem vindas! Mas por favor, foram enviadas ao SVN algumas alterações nas Revs 28229, 28230 e 28231 que podem estar relacionadas. É possíve atualizar os fontes, reinstalar o ACBr e realizar novos testes?

Bom dia @Jeihcio Francis e @Diego Cavalcante. Na Rev-28218 a validação foi alterada de if Self.Cat.ultDiaTrab >= Self.Cat.dtAcid then Para if Self.Cat.ultDiaTrab <= Now then Conforme sugerido. Por favor, atualizem seus fontes, reinstalem o ACBr e façam novos testes. Peço que reportem caso ainda tenham problemas.

Bom dia! Faça um teste aumentando o TimeOut para 10000 e se o problema persistir, por favor, faça um novo teste passando 20000. Verifique também se ele gerou os -soaps da tentativa do GerarToken para você e veja se eles lhe fornecem uma mensagem mais clara do problema.

Dentro do programa exemplo, tem uma aba "Outros", dentro dessa aba tem um botão "Gerar Token".

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

Bom dia! Primeiro de tudo, muito obrigado pela intenção de colaborar! Mas pelos arquivos que disponibilizou(Libre.ini/Cidade.ini) indica que ainda está utilizando o antigo componente ACBrNFSe. Este componente foi descontinuado e não sofre mais manutenções/atualizações. O novo provedor seria implementado apenas no novo componente ACBrNFSeX, por isso, sugiro que faça a migração.

Bom dia! Obrigado pela colaboração! Por favor, essa cidade não possui ambiente de homologação? Você usou a mesma URL para ambos, mas a versão 1.01 do IPM não adiciona Tag para diferenciar teste de produção.

@suporte.corpsystem, por favor, faça o seguinte teste no programa exemplo: Use o método GerarToken. Preencha na aba WebService, no campo Chave de Autorização o resultado que você obteve ao executar o método GerarToken. Com o campo Chave de Autorização preenchido, tente Emitir.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3497

Boa tarde! Por favor, anexe os Soaps gerados.

Boa tarde @Edson.pol! Por favor, é possível disponibilizar um envelope Soap que tenha esses caracteres especiais para utilizarmos nos testes? Seria o Soap de resposta. Por se tratar de informações sensíveis, pode enviar via e-mail para [email protected]

Bom dia! Contribuição enviada ao SVN! Por favor, atualize seus fontes, reinstale o ACBr e faça novos testes! Para mais detalhes do que foi alterado consulte a Rev-28167

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3492

Bom dia! Note que ambos são erros que o webservice lhe retornou indicando que você preencheu o RPS com informações incorretas. Você preencheu ExigibilidadeISS está 1, isso corresponde no ACBrNFSeX a exiExigivel. A mensagem diz que deveria ser Exportação, no ACBrNFSeX exiExportacao que corresponde a 4. O código do município de prestação do serviço é de um munícipio brasileiro, o código do país dentro da tag serviço é Brasil. Apesar de ser ambiente de homologação, tirando os dados de identificação que a meu ver não tem problema ser como você usou.(Razao social = Teste, Endereço = Cidade bem longe, etc) o ideal é que tente ser o mais fiel possível ao ambiente de produção para testar.

Bom dia! Se você está utilizando Lazarus, por que não usar os componentes nativos? Eles vão permitir a você um maior controle. Em uma pesquisa inicial, parece ser algo relacionado ao seu ambiente. Veja se estes links podem lhe ser úteis https://forum.endeavouros.com/t/usr-lib-libc-so-6-version-glibc-2-34-not-found-required-by-usr-lib-libcurl-so-4/30138/2 https://stackoverflow.com/questions/50564999/lib64-libc-so-6-version-glibc-2-14-not-found-why-am-i-getting-this-error https://forums.linuxmint.com/viewtopic.php?t=385135 https://www.linuxquestions.org/questions/linux-newbie-8/libc-so-6-version-`glibc_2-4'-not-found-when-running-library-on-different-machine-585720/ https://askubuntu.com/questions/421642/libc-so-6-version-glibc-2-14-not-found https://superuser.com/questions/537683/how-to-fix-lib-x86-64-linux-gnu-libc-so-6-version-glibc-2-14-not-found

Bom dia! Sim esses registros já foram incluídos no ACBr. Os mesmos estão disponíveis a partir da Rev-27923

Ao que tudo indica era um problema especifico da certificadora, pois foi apurado que os relatos em sua maioria eram da CertMinas. Mas o problema já aparenta ter sido resolvido, visto que muitos estão relatando já terem conseguido transmitir a NF-e normalmente.

Como essa é uma classe mais simples, por favor, tente adicionar ele no Library Path manualmente e faça um novo teste.

Bom dia! Hoje 13/01/2023, por volta das 10:30 começamos a receber relatos em nossa comunidade do Discord através dos canais #sefaz, #acbrnfe e das áreas PRO de que ao transmitir uma NFe para Goiáis estavam recebendo como retorno: Muitos relatam que mesmo após atualizar as cadeias de certificado o problema persistiu. Após conseguir contato com a Sefaz-GO, o usuário Gil, compartilhou que a orientação é para entrar em contato com o fornecedor do certificado e se mesmo assim o problema persistir, enviar mensagem de erro para [email protected]

O programa exemplo pode ser encontrado em ..\Exemplos\ACBrDFe\ACBrDI