Ir para conteúdo
  • Cadastre-se

Daniel Simoes

Fundadores
  • Total de ítens

    29.387
  • Registro em

  • Última visita

  • Days Won

    782

Tudo que Daniel Simoes postou

  1. Obrigado pelo retorno... o Ideal é deixar em LT_TLSv1_2, pois esse será o novo padrão da NFe 4.0... Em todo caso, os estados ainda não deveriam estar exigindo TLS1.2... pode ser que apenas os servidores de Homologação estejam com essa configuração
  2. Configurar as opções do I.E. somente terá efeito se você estiver usando ACBrNFe1.SSL.SSLHttpLib := httpWinINet // ou httpIndy Isso porque, com essa configuração, será usada a API da Microsoft chamada WinINet, que usará o I.E. para estabelecer uma comunicação HTTP Se você usar httpOpenSSL,ou httpWinHttp, a configuração deve ser feita em: ACBrNFe1.SSL.SSLType := LT_TLSv1_2
  3. Não creio que seja o caso desta ou outra configuração... conforme já foi confirmado neste e em outros tópicos... é o Servidor de Homologação de GO está instável... Não dá pra tirar conclusões, com um cenário de instabilidade...
  4. Veja que não se trata do mesmo problema relatado nesse tópico... o título é "Parâmetro Invalido" ao Ler Certificado pelo ACBr" A sua mensagem de erro pode indicar, que o hardware do Certificado (ou o cartão, ou ainda o driver), não está corretamente inserido, configurado
  5. Não reconheço o problema... pois não tenho como reproduzir... Se vocês não informarem um passo a passo, detalhado, de como configurar o Demo do ACBrNFe, e quais passos executar até o problema... nenhuma ação será tomada pela equipe de desenvolvimento...
  6. Realmente o problema é no servidor de homologação de GO
  7. já baixou os fontes e testou ????
  8. Apliquei nos fontes do SVN, uma possível correção para esse problema...
  9. Você não enviou o "ACBrMonitor.ini", para analise... Qual a UF ? Tente ativar a TLS1.2 em SSLType
  10. Tudo indica, que você contém uma Unit "ACBrMSXML2_TLB.pas" desatualizada... Ela foi movida para o diretório "\ACBr\Fontes\Terceiros\Ole"... e deve ser encontrada apenas lá... Apague as demais...
  11. Se não me engano na última versão o Celso adicionou uma configuração, Para não gravar no Memo, as linhas do Log
  12. são erros diferentes... Sobre a DLL da OpenSSL... você não está usando um "par de DLLs" da mesma versão... Na dúvida, copie novamente (as duas) da pasta do ACBr... O erro de JPG, é porque ele não conseguiu carregar a Imagem no Stream...pode ser que não tenha retornado nenhuma Imagem, por erro na consulta Se deseja usar TLS1.2 com o OpenSSL... veja esse tópico:
  13. Se o erro ocorre no Demo então favor fornecer os dados de configuração e o passo a passo até a reprodução do erro
  14. O erro parece ser no lado do seu sistema... Você consegue reproduzir o mesmo, usando o TEFDDemo.exe ?
  15. Verifique se você tem todas as DLLs da pasta ACBr\DLLs\XMLSec, no mesmo diretório do seu .EXE
  16. Qual é a exata mensagem de erro, no momento ?
  17. Realmente a msg de erro, parece ser gerada por uma rotina de Impressão em EscPos... (e não pela WinCrypt)
  18. repare que tudo que é lido do ECF, é do lado da aplicação... portanto, basta retornar os valores que o TEFD precisa, de outra origem, como por exemplo, de variáveis internas do seu sistema...
  19. O problema, parece ser no arquivo de Logotipo que você atribuiu...
  20. Aparentemente esse problema já está corrigido nos fontes...
  21. Obrigado pelo Exemplo... vou tentar analisar ainda hoje...
  22. Você precisa verificar se há cupons presos no SAT e não no retaguarda... Isso é exibido nos Leds...
  23. O componente não foi projetado para envio de PPLA direto
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...