Ir para conteúdo
  • Cadastre-se

Datacaixa

Membros Pro
  • Total de ítens

    241
  • Registro em

  • Última visita

Tudo que Datacaixa postou

  1. Após a revisão 15619 o Fastreport parou de funcionar (inclusive no Demo). Pesquisei no fórum e não encontrei relatos sobre esse ponto. Percebi que houve mudança na unit ACBrNFSeDANFSeFR nos métodos CriarDataSetFrx e SetDataSetsToFrxReport. Gostaria de saber se é alguma coisa específica ou algo em andamento. Para resolver movi a procedure SetDataSetsToFrxReport da linha 251 para linha 226. Também removi a chamada da procedure CriarDataSetFrx pois quando o componente de impressão é criado os datasets já são criados também. Desde já agradeço pela ajuda.
  2. Pessoal, boa tarde! Alguém está tendo problemas com lentidão após mudar do Capicom para o WinCrypt. Grato pela ajuda.
  3. Italo, funcionou corretamente! Obrigado pela ajuda.
  4. Percebi que na unit ACBrNFSeWebServices Linha 1325 trás retorno em branco.. Acho que pode ser alguma coisa configurada errada. FRetNFSe := GerarRetornoNFSe(FRetornoNFSe.ListaNFSe.CompNFSe.Items.NFSe.XML); Segue os XML 201806191805-env-lotS.xml 201806191805-env-lotS-soap.xml 3518061435642900012056000000000000075-nfse.xml 201806191805-recS.xml 201806191805-recS-soap.xml
  5. Sim, está configurado para consultar lote após o envio.
  6. Boa tarde! Estou testando o componente e percebi que o XML da NFS-e fica salvo em branco na pasta \XML\[ANOMES]\NFSe\Notas Ocorre quando utilizo o EnviarSincrono Não sei se tem alguma coisa relacionada mas o retorno é sempre com protocolo zerado De toda forma a NFS-e é autorizada e até impressa. Só achei estranho ficar com arquivo em branco.
  7. Italo, obrigado pela atualização! Aqui funcionou perfeitamente no ambiente de homologação.
  8. Boa tarde! Estou tentando configurar o SiapNet para cidade de Lorena/SP 3527207 e está dando Erro 500. Alguém já conseguiu emitir NFS-e com esse provedor aqui nas cidades de Lorena, Guaratinguetá ou Pindamonhangaba? Tentei várias coisas mas acho que estou fazendo algo errado. Abaixo mais informações: -Confirmei o link de homologação: https://siap.lorena.sp.gov.br/pmlorena/websis/siapnet/arrecadacao/issonline/ws/index.php?wsdl -Tentei com todos SSLLib (wincrypt, capicom) -Tentei com todos SSLType (ssl2, ssl3, tls1, tls1.2, all) -Tentei usar os 3 tipos de Envio, mas pelo que li no manual é o Envio Sincrono -Arquivo Cidades.ini está ok -Arquivo SiapNet.ini mudei algumas coisas UseCertificado=1, RPS=1, Lote=1, [RecSincrono]Texto1=1 -Comparei o XML de exemplo do SiapNet com o XML que estou gerando e parece ok O vídeo do Italo me ajudou bastante mas acho que estou esquecendo alguma coisa. No fórum vi alguns posts relacionados mas não sei resolveu. Inclusive se alguém puder me enviar o arquivo SiapNet.ini configurado me ajudará muito. Desde já agradeço a atenção. EnviarLoteRpsSincronoEnvio-XML VALIDO DE EXEMPLO.xml 1-env-lotS-XML QUE ESTOU GERANDO.xml SIAPNet.ini
  9. Obrigado pela dica! Resolvido.
  10. Boa tarde! Estive verificando na pasta de instalação do Acbr que existe um .bat para comprimir executáveis.Pesquisei sobre o UPX e fiz alguns testes, por sinal fiquei surpreendido com o resultado da compactação. Minha dúvida é em relação a confiabilidade deste processo, para versão release pode afetar alguma coisa? Alguém tem algum relato de falha, problema ao enviar o executável para o cliente? Grato pela atenção
  11. Senhores obrigado agora conseguir compreender as diferenças. Deu certo em 2 clientes já. O erro principal que estava ocorrendo na SEFAZ de GO era falta de atualização do Windows (isso resultou em diversas mensagens de erro diferentes) Forcei o Windows atualizar até ficar 100% e funcionou com WinCrypt no A1 e A3.
  12. Obrigado pelas informações. Vou pedir para formatarem a máquina e fazerem uma instalação do zero.
  13. O erro principal é: 12175 - um ou mais erros foram encontrados no certificado Secure Sockets Layer (SSL) enviado pelo servidor O estranho é que se eu volto para 3.1 com CapicomSoap também ocorre o problema e antes de atualizar o libxml2.dll funcionava normal.
  14. Estou com problema na emissão de NFe 4.0 e desconfio que seja as dlls. Lento outros tópicos do Daniel Simoes vi que para OpenSSL é necessário usar as DLLs do MinGW, queria saber se existe alguma interferência no meu caso que utilizo apenas SSL Lib = libWinCrypt ou Capicom. O engraçado é que isso acontece em alguns clientes e dificulta encontrar o problema. As vezes da erro em branco e outras vezes 12175 - um ou mais erros foram encontrados no certificado Secure Sockets Layer (SSL) enviado pelo servidor. Isso ocorre tando no NFE quanto NFCe no Win7 e Win10.
  15. Obrigado pela dica! Vou rever a atualização do Win e implementar o OpenSLL para o A1.
  16. Erro Interno: 12175 Erro HTTP: 0 Falha no Envio da Requisição. Erro: 12175 - Um ou mais erros foram encontrados no certificado Secure Sockets Layer (SSL) enviado pelo servidor Por padrão estou usando: SSL Lib = libWinCrypt Crypt Lib = cryWinCrypt HTTP Lib = httpWinHttp XML Sign Lib = xsLibXml2 SSL Type = LT_TLSv1_2 Esse erro está ocorrendo no estado de GO com NFC-e usando A1. -Tentei atualizar o Windows -Usar várias combinações do SSL ou TLS no IE -Tentei usar várias combinações do SSL Lib -Tentei algumas sugestões citadas em outros posts mas não consegui identificar o real problema. Obs: Funcionava normal na 3.10 usando SSL Lib = CapicomSoap Teria alguma ideia do que possa ser?
  17. Certo Jose, vou combinar alguns testes com os clientes e depois posto aqui se resolveu. Obrigado
  18. A mudança para WinCrypt implica nas DLLs, instalação do certificado A1/A3 ou Configuração do IE? Posso simplesmente alterar a configuração e fazer o mesmo procedimento?
  19. Boa tarde! O que pode causar erro em branco ao enviar uma NFe/NFCe na versão 4.00? Algumas informações O erro acontece no ACBrNFe1.Enviar (não deu para debugar mais a fundo porque isso só acontece em alguns clientes) Também acontece ao ACBrNFe1.WebServices.ConsultaCadastro.Executar; Componente está configurado assim: SSL.SSLtype := LT_TLSv1_2; Geral.SSLCryptLib := cryCapicom; Geral.SSLHttpLib := httpIndy; Geral.Lib := libCapicomDelphiSoap; Geral.SSLXmlSignLib := xsMsXmlCapicom; Erro acontece no Win10 e Win7 As SEFAZ que já apresentaram esse problema foram: SP e MT As dlls estão atualizadas e registradas. Fontes atualizados também. IE está com SSL 3 e TLS 1.2 Coloquei o acbrservicos na pasta mas não adiantou Antivirus e firewall desabilitados Pesquisei por caracteres inválidos no XML e não encontrei Quando volta para versão 3.10 funciona ok Pesquisei bastante mas não encontrei algo que solucionou o problema. Vi que poderia ser a configuração do IE para trabalhar em modo off-line. Isso está ok também.
  20. Resolvi também o erro de TfrxXLSExport substituindo o componente no fonte do ACBR.
  21. Consegui resolver recompilando os dpk do Fast, porém agora tá dando erro de TfrxXLSExport.
  22. Juliomar, infelizmente não foi, tentei por diversas vezes e não funcionou.
  23. Sim, já reinstalei o fast report várias vezes e o mesmo está funcionando normalmente no Delphi XE6.
  24. Estou tentando instalar o ACBR Boleto no Delphi XE6, porém aparece o seguinte erro na instalação: C:\Acbr\Fontes\ACBrBoleto\FC\Fast\ACBrBoletoFCFR.pas(59) Fatal: E2225 Never-build package 'frxe20' must be recompiled Compilation failure Erro ao compilar o pacote "ACBr_BoletoFR.dpk". Já desinstalei e reinstalei tudo, inclusive o Delphi, mas o erro persiste.
×
×
  • 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.