Ir para conteúdo
  • Cadastre-se

Daniel Simoes

Fundadores
  • Total de ítens

    29.365
  • Registro em

  • Última visita

  • Days Won

    781

Tudo que Daniel Simoes postou

  1. Muito Obrigado @Gr@c@... Adorei conhecer MG, e ter contato com vários usuários do ACBr... Conforme prometido... subi o conteúdo das apresentações em PDF, para o fórum:
  2. Version 1.0.1

    2.346 downloads

    Faça Download das apresentações, que exibimos nas Palestras do Evento: Elgin - ACBr - Implementando a NFCe
  3. Estranho... pois o componente de Consulta de CNPJ usará a ACBrHttp, que por sua vez usa a Classe THTTPSend do Projeto Synapse... e nela, nós estamos usando o Plugin de criptografia em OpenSSL... Ou seja... o ACBrConsultaCNPJ nunca usará a API do Windows WinINet... O problema pode ser a existência de versões antigas da DLL do OpenSSL, em outros diretórios do Path da máquina...
  4. Esse evento não funcionará, pois ele foi pensado apenas para o cenário do TEF Dial, onde é criado um arquivo TXT com todas as Chaves... No SiTEF, você pode "interferir" nas respostas no próprio evento OnObtemCampo... Você pode ver qual é o "TipoCampo", e já preencher o Valor em "Resposta" e "Digitado := True", sem a abertura de qualquer tela... De fato isso é muito usado, para quando o SiTef solicita as taxas de Embarque
  5. Porque você precisou desse evento, na CliSiTef ? Observe que a variável "Req", não tem (muitas) informações úteis, assim como ocorre no TEF Dial...
  6. Por favor relate o caso na página do Fortes... no Github.. .
  7. Pode por favor anexar as Units modificadas ?
  8. O @Rafael Dias, já detectou o problema e aplicou uma possível correção nos fontes do SVN
  9. Sim pois são produtos completamente diferentes...
  10. libWincrypt é um atalho para configuração de três biblioteca... httpWinHttp, não depende de configuração no Explorer, pois usa a API WinHTTP httpWinINet depende do I.E. Para que seu Windows suporte TLS1.2 de forma nativa... Ele precisa estar com todas atualizações de segurança aplicadas
  11. Certamente que não... Mas esse tópico trata de um problema específico apenas de OpenSSL... ou seja: GO, homologação, httpOpenSSL Não há nada de errado com: GO, homologação, httpWinHttp
  12. Fui informado de que após o termino de todos os eventos... a Elgin entrará em contato, com todos os que assinaram a lista de presença...
  13. Ativando o Log da Synapse... obtive as seguintes mensagens
  14. Tente esse: http://acbr.sourceforge.net/ACBrMonitor/ACBrMonitor.html
  15. Por favor certifiquem-se de que estão usando OpenSSL 1.0 ou superior Pasta: \ACBr\DLLs\OpenSSL\1.0.2.13
  16. No instalador use Win32... Selecione 64 bits no seu Projeto, no Delphi
  17. Poderia por favor, postar uma imagem do Extrato do SAT do ACBr, em Fortes, destacando o problema relatado ?
  18. Se no Browser a URL com HTTPS funciona... então igualmente tem que funcionar no ACBr... Minha suspeita para quem está com o erro, é o uso de OPENSSL inferior a 1.0, pois essa versão não suporta TLS1.2 Usem as DLLs da pasta: ACBr\DLLs\OpenSSL
  19. Há algo errado nos seus fontes... a OpenSSLExt.pas apenas é compilada no FPC Provavelmente você tem outro (antigo) ACBr.inc no SearchPath
  20. Aparentemente você copiou as DLLs para os locais errados... SysWow64 é apenas para DLLs 32 bits ( há tópicos no fórum que descrevem melhor isso ) Se você compila sua aplicação em 32 bits, então ela apenas fará uso das DLLs de 32 bits
  21. Você usa o Extrato do SAT do ACBr, em Fortes Report ? Se SIM, onde exatamente esse problema ocorre com ele ? Parece ser um Bug no método: RLReport.TRLBorders.PaintTo do Fortes Report.
  22. Fechando o tópico... repetido... por favor continue em:
×
×
  • 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...