Ir para conteúdo
  • Cadastre-se

renesul

Membros
  • Total de ítens

    59
  • Registro em

  • Última visita

Tudo que renesul postou

  1. Obrigado, e seguindo a sugestão do Juliomar anexo arquivo atualizado com a adição da cidade. ACBrNFSeXServicos.ini
  2. Adição da Cidade de Lajeado / RS ACBrNFSeXServicos.ini.patch
  3. renesul

    Dado faltante de cidade

    Nos testes do ACBRNFSeX notei a ausência da tag com o id da cidade de Lajeado - RS com as configurações do provedor Thema. Obrigado
  4. Percebi um aumento no tempo de assinatura significativo (> 100%) na parte de assinatura com a configuração abaixo: SSLib = libCustom CryptLib = cryWinCrypt HttpLib = httpWinHttpXMLSignLib = xsLibXml2
  5. Confirmado o problema... A solução aplicada funciona! Porém temos que evitar de consertar uma coisa e estragar outra como foram os últimos commits.
  6. Poderia descrever a solução? pois o conteúdo não abre
  7. Italo, infelizmente não é padrão layout da ABRASF.
  8. Alguém já iniciou o desenvolvimento da NFS-e com o novo provedor da Cidade de Pirassununga? https://pirassununga.giap.com.br/apex/pirassu/f?p=867:70:0::::: GIAP
  9. O fonte do ACBR está atualizado? Se estiver verifique se o zoom da fonte do windows não está acima de 125%.
  10. Olá. Estou com a necessidade de fazer a leitura do tipo de certificado disponível na unit ACBRDFeWinCrypt pelo método LerCertificadosStore. Verifiquei que dentro do mesmo métodos é feita a chamada "GetCertContextInfo(ADadosCertificado, ACertContext, False);". Se o terceiro parâmetro for "True" ele retorna adequadamente. É possível modificar isto no repositório sem gerar problema? ACBrDFeWinCrypt.pas
  11. Olá. Estou com o mesmo problema relatado... Alguma solução encontrada?
  12. Segue em anexo units ajuste danfe fortes.zip
  13. Juliomar obrigado pela dica. Na simulação do problema descobri que se tratava de algo no componente. Quando se altera a escala das fontes do windows o relatório gerado pela classe "ACBrNFeDANFeRLRetrato" era afetado pois ela herda da "ACBrNFeDANFeRL" várias propriedades. Um delas em especial não existia e foi adicionada "PixelsPerInch = 96" que fixa a quantidade de DPI no form e ajustou todos os relatórios que herdam da classe. Fiz mais um ajuste na "ACBrNFeDANFEClass" para evitar tamanho gigante de algumas outras fontes de campos do DANFE. Fiz ajustes de escala de fontes do windows do 100% a 150% e ficou praticamente estável a visualização e impressão do DANFE sem os problemas reportados. No componente ACBRNfe tive que alterar a propriedade padrão TamanhoFonte_DemaisCampos. Em anexo ajuste feito ajustes.patch
  14. Olá pessoal. Estou tendo dificuldade na pré-visualização e na geração do PDF do DANFE com o Fortes report. Nos casos que tenho carrego o xml no componente acbrnfe e após mando imprimir com a opção de visualizar ativa. Notei que a fonte em geral do DANFE é bem diferente da impressa normalmente em uma situação que há 5 produtos simplesmente não aparece informação de item. Com o mesmo XML em outras máquinas do cliente abre normalmente o DANFE. Se alguém já passou por isto ou tenha alguma ideia do que possa ser...
  15. renesul

    Pequeno ajuste

    Olá, No meu sistema necessito fazer o processamento de envio de e-mail porém para uso via thread não consigo rastrear a origem do envio. Para tanto fiz um patch para poder copiar o id do registro no banco de dados para a propriedade "Tag" do objeto AcbrMail para que depois no retorno de envio da thread consiga recuperar o id do registro lendo a propriedade no evento OnMailProcess. ACBrMail.pas.patch
  16. Olá pessoal. Numa implementação atual descobri uma falha bem pequena mas que pode gerar falhas em outros pontos da aplicação usando o ACBrSATExtratoFortes. O problema acontece quando na geração do PDF a variável a seguir impede a criação do form que exibe o progresso da geração "RLLayout.ShowProgress:= False ;" só que o objeto "RLPDFFilter1" não enxerga isto e num determinado ponto do código ele tenta acessar o form do progresso, que não existe, assim adiciono um patch para avaliação da correção. ACBrSATExtratoFortesFr.pas.patch
  17. Antes de enviar uma aplicação exemplo deixo registrado uma forma de contornar o problema de momento. Defina "SSLHttpLib := httpIndy;" e "SSLLib := libCustom" Meus fontes foram atualizados hoje de tarde;
  18. Conforme especificação do douglas no início do tópico. 1 - configure o componente acbrnfe com as seguintes especificações SSLCryptLib := cryWinCrypt;SSLHttpLib := httpWinHttp;SSLXmlSignLib := xsMsXml;SSLLib := LibWinCrypt; 2 - faça com uma nota com muitos itens mais de 50 (anexo um exemplo usado) 3 - tente fazer o envio da nota Resultado no acbrdfewebservice.pas try FPRetornoWS := FPDFeOwner.SSL.Enviar(FPEnvelopeSoap, FPURL, FPSoapAction, FPMimeType); except conteúdo do FPRetornoWS : teste.xml
  19. Obrigado Juliomar.... Neste caso creio que é melhor deixar dar aquela travadinha básica mesmo.
  20. renesul

    ACBRNfe x A3 em thread

    Para evitar em alguns casos de internet lenta o travamento momentâneo da aplicação e para passar uma experiência melhor de uso ao usuário pensei em usar thread para a solução de envio de NF-e. Porem verifiquei que posso ter problemas relacionados com o certificado A3 que teoricamente pediria senha a cada consulta devido a recriação do objeto. Pergunta para os gurus.... Posso usar a propriedade "ACBRNFE.Configuracoes.Senha" para passar a senha do certificado e evitar a solicitação do pin?
  21. De fato... Eu estava errado. O IBX só tem compatibilidade integral até a versão 1.x do firebird. Após somente usos bastante comuns continuam a funcionar (WEB). Nos sistemas no qual trabalho não uso UTF-8 nativamente no BD e por isto continuo a usar os componentes sem qualquer problema, alias, estão muito "melhores" que os antigos o que me passou uma ilusão de "compatibilidade". Resumindo "funciona bem" ou "não funciona" depende do uso. Os projetos aqui na empresa estão indo para web (exceto o paf x sat) por isto não me preocuparei em migração a não ser que isto seja completamente necessário.
  22. O IBX é 100% compatível com o Firebird. Acabamos de migrar vários sistemas para o delphi seattle todos eles usavam o componente que saiu funcionando redondo sem qualquer ajuste no código. O que notamos é que ele está muito mais "sensivel" a menor falha de programação, o que é bom. Mas de qualquer forma conforme o comentário vale avaliar a atualização para componentes mais novos.
  23. Usar Jedi é tiro no pé pois performance da aplicação do ERP que desenvolvo disparou depois de tirar ele. Creio que se for iniciar um projeto teríamos que ter como base o TCustomGrid e compatibilizar com delphi e lazarus.
×
×
  • 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.