Renato Rubinho

Você está consultando o lote que foi enviado com um RPS que já existia. É o retorno da rejeição. Você precisa enviar um novo lote com um RPS ainda não utilizado.

Está testando em homologação ou produção? Alguns provedores possuem autenticação distinta entre os serviços e se estiver em homologação, pode ser que a autenticação de produção não funcione.

Obrigado pela contribuição. Criada TK-5544 para análise.

Tópico fechado por falta de retorno do usuário

Complementando o que o @Diego Foliene, nem todos os provedores tem controle da data específica de expiração. No seu caso, o problema é que você não alimentou o componente com o Token recebido. Quando você gera o token, ele não é alimentado automaticamente no componente. Para utlizar os métodos que dependem do token, você precisa preencher o token gerado na propriedade: Configuracoes.Geral.Emitente.WSChaveAutoriz

Aparentemente é erro de autenticação. Teste com um gerenciador de e-mail para confirmar se as configurações estão corretas.

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

Os itens começam no zero. Tente FESocial.Eventos.Periodicos.S1200.Delete(FESocial.Eventos.Periodicos.S1200.Count-1) para pegar o último.

No início você postou um print que está utilizando a versão 3. As dlls da OpenSSL são distribuídas com a lib. Assim como o @Daniel InfoCotidianosugeriu, tente copiar as dlls distribuídas pelo ACBr e cole na mesma pasta onde está a lib, mas atente-se em pegar as x64 ao invés do exemplo dele x86. Teste com a versão 1.1.1.10 que é mais antiga e tem menor chances de ser o problema.

A URL está ativa agora, o serviço foi normalizado.

Obrigado pela contribuição. Criada TK-5528 para análise pelo time responsável.

Verifique com seu contabilista quais informações devem ser preenchidas.

O @Italo Giurizzato Juniorsugeriu que seja incrementado o número do RPS, de acordo com a mensagem esse número já foi recebido pelo provedor. Envie um novo RPS com o próximo número e se receber o mesmo erro, incremente o número até identificar o próximo ainda não utilizado.

Tópico relacionado.

Tópico movido para fórum mais adequado. Alguns provedores disponibilizam consulta de NFSe para tomadores, qual o município? Para NFSe padrão nacional existe o serviço e no programa de exemplo você pode ver como utilizar.

Revisando. Seu jar, sua aplicação são x64, certeza? Tenha certeza de copiar as dlls de dependências também x64. Tente instalar as ferramentas de runtime do C++ que o problema pode ter relação com as dlls de dependências. https://github.com/abbodi1406/vcredist/releases

Eu me referia ao SSLType do componente, já está certo de acordo com seu print, só estava frisando. Se for A1, teste com OpenSSL, segue tópico com as configurações recomendadas e dlls necessárias.

Tente com OpenSSL e copie as dlls na mesma pasta da aplicação. Aumente o timeout para 30k ou mais.

Precisa copiar as dlls da OpenSSL na pasta da aplicação, utilizando a da mesma arquitetura da aplicação. ../trunk2/DLLs/OpenSSL/1.1.1.10/

Confirme se está utilizando LibXml2, copiar a dll da mesma arquitetura da aplicação na pasta da aplicação. Os schemas não podem estar em caminho UNC, devem estar em pasta local, unidade de rede mapeada ou link simbólico. Copie novamente os schemas distribuídos pelo ACBr no caminho configurado no componente.

Configure com OpenSSL, LibXml2 e Tls1.2, conforme sugestões do tópico a seguir e revise a distribuição das dlls. Preencha o ArquivoPfx com o nome do arquivo e a Senha, conforme a documentação. https://acbr.sourceforge.io/ACBrLib/DFe.html

Fechando tópico duplicado.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Fechando tópico duplicado.

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