Renato Rubinho

Tópico duplicado fechado. Seguindo no outro tópico.

Tópico duplicado fechado. Seguindo no outro tópico.

Tópico duplicado fechado. Seguindo no outro tópico.

Tópicos duplicados com mais informações.

Boa noite, Está usando o ACBrNFSeX, com os fontes atualizados? As notas que emitiu foram em homologação também? Os provedores nem sempre deixam os ambientes iguais, isso quando tem homologação funcional. Na dúvida, confirme com o provedor se o ambiente está ok.

Boa noite, Está com a versão atualizada dos componentes e do fortes? Pela mensagem, está tentando converter algo de forma irregular. Tente debugar ou, na tentativa e erro, altere os valores dos campos para tentar identificar onde está o erro, especialmente os campos que estão em branco, que eventualmente podem estar sendo convertidos para numérico.

Configura o OpenSSL então e confirme que está copiando todas as dlls para a pasta do seu exe. Lembrando, se a sua aplicação for x86, use as dlls x86, mesmo que o S.O. seja 64.

Boa tarde, Está usando A3, certo? Tente as seguintes configurações e tenha todas as atualizações do Windows em dia. SSLCryplib = cryWinCrypt SSLHttpLib = httpWinHttp SSLLiB = libWinCrypt SSLXMLSignLib = xsLibXml2 SSLType = LT_TLSv1_2 Se for A1, use: SSLLib := libOpenSSL SSLCryptLib := cryOpenSSL SSLHttpLib := httpOpenSSL SSLXmlSignLib := xsLibXml2 SSLType := LT_TLSv1_2 Copie as dlls atuais na pasta do seu exe. trunk2/DLLs/OpenSSL/1.1.1.10/X86/ Copie também as dlls atuais da LibXml2. trunk2/DLLs/LibXml2/x86/

Boa tarde Joemil, A propósito, na pasta ...\Fontes\ACBrDFe\ACBrNFSeX temos o arquivo Provedores-Implementados.ini. Caso você tenha testado todos os serviços disponibilizados por este ou outro provedor e todos estejam funcionando, por favor atualize o arquivo e o anexe aqui no fórum.

Boa noite, Leia a NT a respeito para entender como funciona. http://svn.code.sf.net/p/acbr/code/tools/DFe/NFeNFCe/NT/2014/NFe_NT2014_002 v1.13 a 1.15 - WsNFeDistribuicaoDFe.pdf

Boa tarde, Seguindo no novo tópico aberto.

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

Bom dia, Ao tentar acessar a url acusa que o "Teste está faltando fazer". Em produção funciona? Confirme com o provedor se o método está funcionando.

Bom dia, No tópico a seguir o Sérgio tentou assinar fora do ACBr, mas estava com problemas. @sergiojrdotnet, conseguiu resolver? Consegue passar um exemplo para o Eduardo?

Boa noite Souza, Segue caminho. https://www.projetoacbr.com.br/forum/forum/31-dfe-documentos-fiscais-eletrônicos/

Vejam com o contabilista se identifica o que seria o Tipo de Identificação para preencher quando não inscrito. Talvez ISENTO... http://svn.code.sf.net/p/acbr/code/tools/DFe/GNRe/Manuais/Manual de Integração_Contribuintes_GNRE_v2.08.pdf

Boa noite, Existe um problema no fortes que está sendo verificado. Veja o tópico a seguir que existem alguns ajustes paliativos até a solução definitivado problema.

Boa tarde Breno, Por favor acompanhe no tópico indicado, pois está em fila de análise da correção proposta pelo Messias. 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 @Italo Giurizzato Junior O Willian informou por mensagem privada que o provedor Elotech foi validado neste tópico. Segue arquivo atualizado com o provedor Elotech e respectiva data de validação. Obigrado @willian_delan Provedores-Implementados.txt

Se for certificado A1 tem que funcionar com OpenSSL Tente com as configurações a seguir, se não funcionar, abra um novo tópico com maiores informações pois o assunto desse foi esclarecido. SSLLib := libOpenSSL SSLCryptLib := cryOpenSSL SSLHttpLib := httpOpenSSL SSLXmlSignLib := xsLibXml2 SSLType := LT_TLSv1_2 Copie as dlls atuais na pasta do seu exe. trunk2/DLLs/OpenSSL/1.1.1.10/X86/ Copie também as dlls atuais da LibXml2. trunk2/DLLs/LibXml2/x86/ Lembrando, se a sua aplicação for x86, use as dlls x86, mesmo que o S.O. seja 64.

Bom dia Luciano, Assim como nos outros tópicos que você deve ter lido, sempre instruímos a não utilizar Capicom devido aos problemas que você já deve ter lido também. Fica a critério de cada um oferecer aos clientes as melhores e mais seguras opções ou não. O ACBr não matou o Capicom, tanto que ele ainda funciona. A Microsoft que tornou-a obsoleta, não encontrei a data exata, mas já faz mais de 10 anos. Respondendo a pergunta original, que é o que interessa. Porque não usar cryCapicom? Porque ela está obsoleta, não é segura, não é compatível com 64 e o pior de tudo, há um problema que eventualmente ela exclui a chave do certificado A3, fazendo com que não funcione mais. Se você usa certificado A1, basta usar a OpenSSL. Se você ainda usa certificado A3, instrua seus clientes a comprar A1 na próxima renovação, passe a usar somente OpenSSL e resolverá seus problemas.

Boa noite @mar1975 Seria interessante postar qual foi o problema e a solução para ajudar outras pessoas que tenham o mesmo problema futuramente...

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

Boa tarde, É recomendável que leia a NT para entender como o processo funciona. http://svn.code.sf.net/p/acbr/code/tools/DFe/NFeNFCe/NT/2014/NFe_NT2014_002 v1.13 a 1.15 - WsNFeDistribuicaoDFe.pdf Leia também o tópico abaixo. O serviço irá retornar os registros disponibilizados pela Sefaz nos últimos 90 dias. Esses registros serão retornados em lotes de 50 em 50. Você irá fazer quantas consultas forem necessárias até que baixe todos os registros, passando sempre o ultNSU recebido na última consulta. Se consultou com ultNSU zero e trouxe apenas 15 notas, não existem mais registros disponíveis para baixar. Os registros são disponibilizados apenas após a primeira consulta. Se ficar 60 dias sem consultar, a Sefaz interrompe a disponibilização até que seja feita uma nova consulta. Para ambos os casos acima, os retroativos não são disponibilizados. Quando baixar o último registro, deve aguardar por 1h até a próxima consulta, senão receberá essa rejeição.