Danilo Grespan

Juliomar, achei o provavel erro: tinham DLLs do OPENSSL espalhadas em pastas do sistema, acredito que estava dando incompatibilidade! Depois de tanto trabalho era só isso rs... Obrigado pela atenção, deixei com WinCrypt da maneira q vc comentou, deixei as DLLs só na pasta do sistema, e aparentemente funcionou (a consulta de status pelo menos). Amanhã vou acompanhar a produção emitindo NF. Grato! Danilo.

Estou fazendo essa configuração direto no componente, nao deixei nada no código. - Em SSLType coloco "LT_TLSv1_2" - Em SSLLib coloco "libWinCrypt". Automaticamente os demais campos já se modificam (estavam todos em none), preenchendo e ficando como a imagem anexa. Até tentei apelar e, via código, voltar td para None deixando só o SSLLib preenchido, mas dá erro rs... então entendi que deveria ficar dessa forma. Entretanto, mesma falha. Aí tentei td em 32 bits, dlls de 32 bits e sem solução Baixei o demo do ACBRMonitorPlus, carreguei o certificado nele, ele mostra os dados do certificado (ou seja, ele abre) mas, na aba de teste, mesmo com os dados de Configurações de WebServices preenchidos, nao tenho retorno algum clicando em Status Serviço: só mesmo o XML é montado para enviar, mas sem qquer retorno.

Eu testei com LT_TLSv1_2 e as DLLs da pasta LibXml2 e da OpenSSL 1.1.1.10 usando as configurações no componente que estão nos 5 anexos... infelizmente sem mudanças. Eu vi que não consigo alterar só o SSLLib, correto? Se eu altero ele, automaticamente os demais são preenchidos... e se eu mudo os demais, o SSLLib muda tb rs... Na minha pasta não está sobrando DLLs de outras versões da OpenSSL, fiz uma checagem tb. E já testei com a V3 das DLLs (e mudei no componente tb) e nada... só muda um pouco o tamanho da janela da msg, mas o teor é o mesmo!

Juliomar Consegui instalar sim. Estou testando com outras versões da SSL (trocando dlls), assim como as configurações de SSL no componente (WinINet, OpenSSL, WinCrypt)... e, infelizmente, sem novidades... Tem ideia do que mais posso testar? Grato!

Pessoal Preciso da ajuda de vocês. Atualizei hoje o certificado A1 para emitir a NFC-e, mas comecei a obter o erro "Provavelmente a senha está errada" (enviei um print) Com certeza a senha está certa e, até substituir o PFX, estava tudo funcionando 100%. Nada mais foi feito no computador. O EXE está compilado em 64 bits, as DLLs estão corretas tb (como comentei tudo funcionando bem antes de atualizar o PFX). O que poderia ser esse problema? Eu pesquisei no grupo mas não achei nenhuma solução direta para essa questão. Obrigado!

Prezados. Um software que emite NFC-e utilizando a ACBr precisa, de alguma forma, passar por homologação junto a SEFAZ-SP? Se sim, como funciona esse processo? Grato.

Ok, entendido, obrigado!

Entendi! Mas e se eu quiser salvar as demais MAS em outra pasta? Será que é possível?

Boa tarde! Perfeito, entendi que seria melhor usar unidades de rede mapeadas (F:, G:, etc), do que usar caminhos de rede. Sobre o salvamento, eu até vi isso no componente... mas eu gostaria sim, de salvar a NFe nao processada, mas em outro local. Será que é possível? Ou só mesmo a processadas (autorizada) ?

Boa tarde! Estou usando o componente ACBrNFe, no Delphi, em uma aplicação própria. Sobre o mapeamento, compreendi!

Prezados, estou usando o componente para emissão de NFC-e e configurei o INI com a sessão de [ARQUIVOS] da seguinte forma: [Arquivos] Salvar=1 PastaMensal=1 AddLiteral=0 EmissaoPathNFe=0 SalvarCCeCanPathEvento=0 SepararPorCNPJ=0 SepararPorModelo=0 PathNFe=\\192.168.0.200\Arquivos\XMLs\XML_NFCe\NFC-E PathCan=\\192.168.0.200\Arquivos\XMLs\XML_NFCe\Eventos PathInu=\\192.168.0.200\Arquivos\XMLs\XML_NFCe\Eventos PathDPEC=\\192.168.0.200\Arquivos\XMLs\XML_NFCe\Eventos PathCCe=\\192.168.0.200\Arquivos\XMLs\XML_NFCe\Eventos PathEvento=\\192.168.0.200\Arquivos\XMLs\XML_NFCe\Eventos SalvarPathEvento=1 O que está acontecendo é que, nas emissões que dão erro, como timeout, por exemplo, o arquivo que não foi autorizado está ficando gravado na pasta misturado com os arquivos autorizados. Como devo configurar o INI para deixar esses arquivos, ainda não autorizados, em outra pasta? É possível? Grato. Danilo Grespan

Obrigado pelo retorno pessoal. BigWings, olhando aqui melhor acredito ser isso mesmo: foco em PF. Para CNPJ, que é o "mundo" da maioria, não haverá impacto. Grato!

Prezados Me deparei com a resolução que estou enviando abaixo. Pelo que entendi, o inciso III está falando do campo "cNF", assim como o campo do CNPJ/CPF, número da NF e série, todos já existentes há muito tempo na chave da NFC-e (e NF-e). O inciso IV apenas diz que a NFC-e precisa ser assinada digitalmente, usando o A1 ou A3 como de costume. É isso mesmo? Tem alguma pegadinha aí que não captei? Grato!

A ideia é botar num servidor de web "aberto". Este centralizaria tudo e disponibilizaria para os clients, estes invisiveis e inacessíveis externamente. Agradeço pela explicação Juliomar, vou começar a perturbar o Itaú por intermédio do meu cliente. Danilo Grespan.

Prezado. A API consigo montar no local sim. Mas aí não preciso de mais nada, o banco já faz o resto? Só preciso avisá-lo sobre minha API e cabou? Abraços!