Jump to content

Delphi Enterprise 
pela METADE DO PREÇO

botao_delphi.png

Curso Dominando o ACBrMonitor
Novo Módulo Soluções de Varejo
Assine o SAC ACBr em qualquer plano e tenha acesso

Saiba Mais

Balança SM100 performance surpreendente

Tecnologia Japonesa   Teclado e Visor resistentes a água
Consumo inteligente de etiquetas   Baixo custo de manutenção
Comunicação Ethernet e WIFI independentes

Saiba Mais

Impressora de Etiquetas ELGIN - L42 PRO

Protocolos PPLA, PPLB, ZPL, EPL (automático)
Porta USB padrão Opcionais: Ethernet, Serial, Paralela
Sensor de Etiquetas Móvel Garantia de 18 meses

Saiba mais

Allan Wolski

Membros
  • Content Count

    95
  • Joined

  • Last visited

Everything posted by Allan Wolski

  1. Acredito que precisamos encontrar uma solução para ambas as situações, sem precisar corrigir todos os .fr3. Eu não utilizo o DACTE_Retrato.fr3 do repositório, por isso não percebi este problema que você mencionou.
  2. O problema que você estava vendo @BigWings ocorre com notas com mais de uma duplicata utilizando a correção enviada pelo @fefevilela. Eu já havia testado isso alterando diretamente no fr3, inclusive apliquei também essa correção nos eventos que enviei no tópico abaixo. A correção enviada pelo @Juliomar Marchetti funciona, inclusive eu já havia testado e enviado para o @EMBarbosa para avaliação.
  3. Boa tarde, @Juliana Tamizou Segue arquivos de exemplo após as alterações. Também estou enviando uma correção no evento de MDF-e. Obrigado. Evento CT-e.pdf Evento MDF-e.pdf Evento NF-e.pdf EVENTOS_MDFE.fr3
  4. Boa tarde! Fiz algumas melhorias e padronizei os layouts de eventos de NF-e, CT-e e MDF-e em FastReport. Estou enviando os arquivos em anexo para contribuir com o projeto. Atenciosamente, Allan DACTE_EVENTOS.fr3 EVENTOS_MDFE.fr3 EVENTOS.fr3
  5. Resolvi o problema chamando a função SetDllDirectory, passando o local da DLL da minha aplicação para ser adicionado na lista de diretórios verificados pela função LoadLibrary. De acordo com a documentação da Microsoft, informar o caminho completo da DLL na chamada da LoadLibrary já seria o suficiente, porém isso não funcionou pra mim. https://docs.microsoft.com/pt-br/windows/win32/api/libloaderapi/nf-libloaderapi-loadlibrarya https://docs.microsoft.com/pt-br/windows/win32/api/winbase/nf-winbase-setdlldirectorya
  6. Sim, conforme descrevi acima eu testei com as DLLs da pasta ACBr\DLLs\LibXml2. Eu coloco as DLLs junto com a DLL da minha aplicação. Neste caso não tenho um EXE.
  7. Bom dia, @Daniel Simoes Após atualizar os fontes para a rev. 19047 do SVN, comecei a ter problemas com o carregamento da libxml2.dll em uma aplicação ISAPI. Falha ao assinar o Envio de Evento: Erro ao inicializar a Biblioteca LibXML2 Aparentemente o problema ocorre porque o sistema tenta localizar a DLL no diretório do executável, que neste caso é C:\Windows\System32\inetsrv\w3wp.exe ou C:\Windows\SysWOW64\inetsrv\w3wp.exe, dependendo da versão do Windows. Tentei configurar a variável global LibXml2Path com o diretório da DLL, mas isso só funcionou em meu ambiente de testes com a DLL em anexo. Usando a DLL mais recente da pasta ACBr\DLLs\LibXml2 o erro voltava acontecer. LoadLibrary(PChar(LibXml2Path + Value)); Nesses casos o retorno da função LoadLib é sempre zero. Só consegui fazer funcionar em meu ambiente de produção revertendo os fontes para a revisão anterior. Alguma dica de como solucionar este problema? Obrigado. libxml2.dll
  8. Rafael, a alteração é para possibilitar o envio de requisições tipo GET com autenticação SSL/TLS.
  9. Bom dia! Gostaria de saber se houve algum progresso na análise deste pedido. Pergunto pois aguardamos o envio para o repositório para então disponibilizar para os demais desenvolvedores. Obrigado.
  10. Bom dia, Juliana! Obrigado pelo retorno, ficamos no aguardo.
  11. Boa tarde, Everton! Sim, os CT-es OS são retornados juntamente com os CT-es no método DistribuicaoDFePorUltNSU. Você deve verificar se o schema do documento retornado é igual a schprocCTeOS. Atenciosamente, Allan
  12. Boa tarde! Realizamos uma pequena alteração para possibilitar o envio de requisições GET com WinHTTP. A motivação desta alteração é acessar endereços HTTPS com autenticação SSL/TLS. Segue units alteradas para análise. Obrigado. ACBrWinHTTPReqResp.pas ACBrWinReqRespClass.pas
  13. Solucionado nas revisões 17433 e 17435 pelo @Daniel Simoes Obrigado.
  14. Bom dia, Ítalo! Posso informar a Chave de Acesso para consulta no Portal da Sefaz: 35190600882430000699550020005284271242415069 O problema ocorre na chamada da função HexToAscii após a limpeza e replace dos caracteres na função ReverterFiltroTextoXML.
  15. A função HexToAscii da unit pcnAuxiliar apresenta um erro de conversão ao tentar converter uma string inválida. '$ 2' is not a valid integer value Este erro ocorre na impressão de notas com caracteres inválidos na tag infCpl. Segue possível correção para análise. pcnAuxiliar.pas
  16. Realizei o teste das alterações a pedido do @EMBarbosa e funcionou perfeitamente setando a propriedade NumCopias = 0. Portanto isso resolve também o tópico original mencionado na primeira mensagem. Obrigado a todos.
  17. Bom dia, @Juliana Tamizou Perfeito. Muito obrigado pelo retorno.
  18. Bom dia, Italo! Eu que agradeço pela atenção. Fico aguardando disponibilização no SVN. Obrigado.
  19. Bom dia, @Italo Jurisato Junior Eu não salvo o XML em disco, mas a propriedade DistribuicaoDFe.retDistDFeInt.docZip.Items.XML ficava em branco. Testei com a alteração proposta e funcionou perfeitamente.
  20. A condição da linha 496 da função TRetDistDFeInt.LerXml não está funcionando corretamente para XML de CT-e OS. if (oLeitorInfZip.rExtrai(1, LowerCase(FtpDFe) + 'Proc') <> '') then A verificação está sendo realizada na tag cteProc (FtpDFe = CTe), porém a tag correta é cteOSProc. Com isso as propriedades não estão sendo preenchidas corretamente, inclusive o XML.
×
×
  • Create New...