Ir para conteúdo
  • Cadastre-se

Valdir Dill

Membros Pro
  • Total de ítens

    954
  • Registro em

  • Última visita

  • Days Won

    5

Tudo que Valdir Dill postou

  1. RESOLVIDO. O problema de fato era no SO. Uma "limpeza" com Cclean resolveu. Obrigado!
  2. Bom dia, Estou enfrentando o seguinte erro: "System error. Code: 1753 O mapeador de pontos de extremidade não possui mais pontos de extremidade disponíveis". Ainda não consegui compilar o fonte para ver exatamente onde ocorre porque em laboratório não consegui reproduzir o erro. Mas só ocorre quando acesso/seto propriedades do componente acbrNFCe. Pelas pesquisa que fiz, me parece ser problema específico do sistema operacional da máquina do cliente. Mas, se alguém já tiver passado por essa situação no uso dos componentes Acbr e puder me dar alguma dica... Obrigado.
  3. Boa tarde, Sim, também é possível. Mas acho que se a função fizer essa verificação ficaria mais completo e o código mais à prova de erros do usuário. Vejamos uma situação hipotética: um usuário trabalhando no sistema informa (cola) um e-mail com um quebra de linha num dbEdit. Se eu apenas executar TACBrValidador.Validar(trim(dbEditEmail.text)), ele vai retornar true (validado). Aí, para garantir que a gravação no BD fique correta, teria que fazer sempre, em todo campo de email, algo do tipo dbEditEmail.text := trim(dbEditEmail.txt). Colocando a função (que até poderia ser o trim) direto no AcbrValidador, garante-se que, se o usuário informar um lineBreak, tabulação ou qualquer espaço antes ou depois do e-mail, retornará false, o que forçará ele (o usuário) a corrigir. Obrigado.
  4. Bom dia, Me deparei com uma situação onde o usuário copiou e colou um e-mail. Dependendo de como ele copia lá na origem, pode vir junto um enter (quebra de linha). O AcbrValidador deixa isso passar, o que pode gerar problemas em algumas situações. Fiz uma mudança na ACBrValidador.pas (inclusão das linhas 850 a 855) no arquivo anexo. Sugiro disponibilizar alteração no svn, se os moderadores entenderem a alteração positiva, é claro. Obrigado! ACBrValidador.pas
  5. Não sei se estou entendendo a mudança que você fez, mas eu havia atualizado o componente hoje pela manhã e está ainda COM o "s". Por via das dúvidas, neste instante, deletei a AcbrConsultaCNPJ.pas aqui e atualizei os fontes pelo svn e continua com o https. Em anexo o print da unit que atualizei agora baixando pelo svn. Obrigado.
  6. Boa noite, Nas opções de internet, marque SSL 2.0, SSL 3.0, TLS 1.0, TLS 1.1 e TLS 1.2. Abraços.
  7. Boa tarde, Novamente instável, hehe! Tirei o "s" do https, conforme o @Juliomar Marchetti sugeriu e, aparentemente está funcionando. A linha 250 da ACBrConsultaCNPJ.pas ficou assim: HTTPPost('http://www.receita.fazenda.gov.br/pessoajuridica/cnpj/cnpjreva/valida.asp'); Abraços.
  8. Perfeito. Testado e funcionando. Nada tinha a ver com os fontes e sim com o site da receita. Obrigado.
  9. Bom dia, Eu estava com esse erro na hora de capturar o captcha. Resolveu quando habilitei TLS 1.0, TLS 1.1 e TLS 1.2 nas opções de internet. Abraços.
  10. Bom dia, Sim, fiz inclusive a reinstalação (ACBrInstall_Trunk2.exe) completa. Até a atualização anterior (da semana passada), estava funcionando, tanto na minha aplicação como no demo Acbr. Obrigado.
  11. Boa tarde, Atualizei os fontes do Acbr hoje e está dando erro na consulta do CNPJ na receita. Em anexo envio os arquivos do erro e dos resultados de retornos de debug. Obrigado. cnpj1.txt cnpj2.txt
  12. Perfeito Compreendido. Obrigado!
  13. Ok. Entendi. Farei isso. Obrigado. Mas se é apenas a troca de arquivos, não seria mais fácil colocar o tiposGeralMDFe_v3.00-OPENSSL.xsd já como tiposGeralMDFe_v3.00.xsd direto no svn? Ou há algum impedimento? Obrigado.
  14. Certo. E isso deve ser feito com qualquer sslLib? Ou apenas quando for usar openSSL? Obrigado
  15. Na pasta \Schemas\MDFe\ já existe um arquivo tiposGeralMDFe_v3.00.xsd. Devo eliminar esse e depois renomear o tiposGeralMDFe_v3.00-OPENSSL.xsd, é isso? Obrigado.
  16. Boa tarde, Estou tento o erro (anexo) de validação do campo xCpl em um MDFe. Se colocar um valor com 3 ou mais caracteres, aí passa sem problemas. Mas com 2 caracteres, gera o erro. Analisei o manual de integração e esse campo pode ter de 1 a 60 caracteres, ou seja, 2 caracteres deveria passar. Analisei também os Schemas (print anexo) e lá também "diz" que o campo precisa ter mínimo de 1 caractere e máximo de 60. O que pode estar incorreto? Obrigado!
  17. Boa noite, Sim, ainda não colocamos em produção com usuário real, mas nos testes funcionou tudo beleza. Esta semana inclusive fizemos a homologação com a MultiplusCard e está funcionando 100%. Abraços.
  18. Bom dia, Alguma sugestão. Desculpe insistir, mas pela sua pergunta, acredito que você teria alguma sugestão que poderia passar sobre o arquivo .fr3. Obrigado!
  19. Testei com DANFeNFCe.fr3 e DANFeNFCe3_50.fr3. Obrigado.
  20. Boa tarde, Mesmo eu setando ACBrNFeDANFEFR1.ImprimeDescAcrescItem = false, o danfe imprime descontos e acréscimos nos itens. Já com FortesReport (ACBrNFeDANFCeFortes1) funciona beleza. Será tem que alguma coisa a ver com a versão a do Fast instalada aqui? Obrigado!
  21. Perfeito. Testado e funcionando 100%. Obrigado!
  22. Vejam a mudança que fiz e aí vai. Não sei se é a melhor forma, mas fica a sugestão. Em negrito as mudanças feitas. procedure TACBrIBGE.ObterUFs(AUF : STring); begin if not fCacheLido then CarregarCache; if (fListaUFs.Count > 0) then // Já fez a carga ? if fListaUFs.Find(UFToCodUF(AUF)) > 0 then //se a UF sendo consultada está na lista do cache, ou seja, se essa UF já passou por um HTTPGet(CIBGE_URL_UF) anteriormente. Exit; fListaUFs.Clear; HTTPGet(CIBGE_URL_UF); fListaUFs.AddFromJSonStr(RespHTTP.Text); end; Obrigado.
  23. Bom dia, Nesse exemplo você está apenas consultando a cidade. Tente fazer assim: 1) Consulte ACBrIBGE1.BuscarPorNome('Petrolina', 'PE', true); //vai dar certo 2) Feche sua aplicação e abra novamente; 3) ACBrIBGE1.BuscarPorNome('Curitiba', 'PR', true); //vai ocorrer erro. Pelo menos aqui ocorre. Obrigado.
  24. Obrigado pelo retorno Daniel, Me desculpe a ignorância, rs...Mas se fosse problema de .dll/TLS, não teria que problema logo na primeira tentativa, ou seja, quando o .txt ainda não existe? Se não existir arquivo de cache gravado na pasta da aplicação, o problema não ocorre e toda consulta ao WS é feita normalmente, trazendo o retorno da lista completa das cidades UF consultada. Obrigado.
×
×
  • 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...