Jump to content

ricardolopes

Membros
  • Content Count

    143
  • Joined

  • Last visited

  • Days Won

    1

ricardolopes last won the day on June 25 2015

ricardolopes had the most liked content!

Community Reputation

23 Excellent

1 Follower

About ricardolopes

  • Rank
    Membro

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Pessoal o problema realmente era meu ambiente, ainda não sei onde, mas o que fiz foi remover o Delphi XE2 e Tokyo, limpei todas as pastas, e redefini as variaveis de ambiente e instalei novamente, por enquanto instalei e configurei apenas o Delphi Tokyo e esta funcionando
  2. Juliomar agradeço a mensagem, estou removendo tudo novamente aqui para tentar de novo, porém o GMLib em outro pc com JEDI e ACBR instalado e rodando certinho ainda tenho problema na compilação do GMLib (usando o pacote Seatle) ele aponta erro nas diretivas, mesmo corrigindo esses erros ele aponta erro mais a frente da compilação e assim se sucede. Será que pode ser alguma variável de ambiente ou Path que pode estar causando o problema?
  3. Juliomar, bom dia. Acredito então que deve ser algum configuração no meu ambiente aqui, pois estou tentando instalar os pacotes a partir do Seatle mas ele gera vários erros de compilação, neste momento mesmo acabei de fazer o que você sugeriu no outro post sobre JEDI, mas ocorreu o mesmo erro, acho que vou formatar a maquina.
  4. Bom dia a todos. Utilizo a suite http://www.cadetill.com/gmlib_en/ para desenhar mapas em nossas aplicações Windows, mas agora estamos tentando migrar para o Delphi Tokyo e a ultima versão disponível ainda não é compatível com Tokyo, gostaria de saber se alguém conhece algum componente parecido, ou melhor ainda seria se alguém pudesse dar alguma dica de como fazer a migração. Grato.
  5. Bom dia pessoal. Estou com um outro problema relacionado a instalação do JEDI no Delphi Tokyo. Tenho instalado na mesma máquina o XE2 e o Tokyo, no XE2 está tudo funcionando perfeitamente, porém ao instalar o JVCL no Delphi Tokyo aparece o erro da imagem abaixo. Alguém teria alguma dica, eu baixei os componentes atualizados no link no inicio do Post, aqui estou utilizando Windows 10 Pro Desde já agradeço
  6. Pessoal, boa tarde. Estamos tendo alguns problemas na Versão 4.0 quando o executável está na rede, quando o executável é colocado na máquina local consegue enviar e autorizar a NF-e normalmente, alguém tem algum relato ou dica sobre isso. O detalhe é que ele retorna como Falha no Schema XML, apenas isso, sem nenhuma outra informação. Grato
  7. Não tenho certeza da data Vanessa, mas desabilitando estava funcionando hoje pela manha normalmente, mas agora a tarde já esta tendo uma série de outros problemas.
  8. Essa TAG CODBARRAS eu não conheço. Então será que está autorizando mas não esta conseguindo pegar o retorno na mesma conexão?
  9. O Problema é só o campo vDesc. Você deve desativar e verá que no XML não vai aparecer essa TAG, quando entrar em funcionamento é só ativar, isso lá em 03/09 (SP ok)
  10. Bom dia. Estamos como o mesmo problema, acredito que deve ser então algum problema nos servidores, aparentemente é um erro retornado pelo banco de dados, esse cliente que já reclamou agora pela manhã estava com um executável de um mês atras mas mesmo atualizando não resolveu o problema.
  11. Não tentei, só agora mudei essa propriedade, antes ela estava o padrão do componente. Modelo 55 - NF-e, Ambiente de Produção (PR e SP), versão 3.1 (Win7 com problemas, win10 normal, mas também tem Win7 autenticando normalmente) Habilitando LT_TLSv1_2 ele tambem fica compátivel com versao 3.1 da nf-e?
  12. Fizemos a alteração, agora um novo erro: estou verificando o forum para tentar resolver o problema, já atualizei os certificado (PR) e o windows também está atualizado, já não sei mais o que fazer. tambem mudei via código o SSLType para LT_ALL Desde já agradeço qualquer sugestão.
  13. Bom dia. Tenho tido erro semelhante, hoje mesmo estamos procurando uma solução, o mesmo executável na mesma rede, quando está em um terminal gera erro 215 falha no schema, enquanto que se tentar transmitir a mesma nota no servidor (local então) ele autoriza. Copiando o executavel, dlls, schema, reports tudo para o terminal e executando o sistema ali, somente com o banco de dados no servidor ele consegue autorizar normalmente. Ou seja, não é erro de schema, me parece ser algo relacionado ou a alguma permissão ou a velocidade de rede, nesse caso esta configurado via cabo com fast ethernet.
  14. Bom dia. SSLHttpLib está httpWinINet Atualizações do Windows não consegui verificar, o que seria aconselhável? Percebi que uma máquina que estava fazendo testes agora de manha (win7) as configurações avançadas do IE estavam uma pequena parte em inglês.
  15. Olá pessoal bom dia. Sei que esse assunto já foi amplamente discutido e apontado soluções. Mas no nosso caso aqui não estamos conseguindo resolver e vem acontecendo muitos casos, o detalhe é que começou a acontecer com mais frequência depois que alteramos para usar o novo método de assinatura com LibXML2, pergunto teria algo a ver? Nosso executável está funcionando bem no Windows 10, porém em alguns casos na mesma rede, mesmo executável que ele aponta erro de canais seguros no Windows xp e 7, já defini as configurações conforme foi amplamente falado, ou seja: 1-Redefinir as configuracoes de Internet 2-) habilitar conforme imagem abaixo (NF-e 3.1 windows 7) E mesmo assim o problema continua, por outro lado existe máquinas com windows 7 enviando e autorizando normalmente. Alguém poderia dar alguma dica, lembrando que isso começo a acontecer depois que removemos a utilização de Capicom. Grande abraço a todos e obrigado.
×
×
  • Create New...