Ir para conteúdo
  • Cadastre-se

Daniel Simoes

Fundadores
  • Total de ítens

    27.510
  • Registro em

  • Última visita

  • Days Won

    766

Tudo que Daniel Simoes postou

  1. https://paygodev.readme.io/docs/campos-previstos-para-cada-comando Segundo o manual, é o campo 012
  2. Se você olhar no Log da PGWebLib, conseguirá ver todos os campos que ela retorna... Creio que no ACBr, seja a propriedade NSU
  3. Notei que o A.V. ocorreu na chamada do método NFE_LimparLista Me parece ser algum erro de programação na Lib, que está tentando destruir objetos que já não existem... 09/06/24 07:21:26:575 - NFE_LimparLista 09/06/24 07:21:26:575 - Travar 09/06/24 07:21:26:590 - Destravar 09/06/24 07:21:26:590 - SetRetorno(-10, Access violation) 09/06/24 07:21:26:606 - LIB_UltimoRetorno 09/06/24 07:21:26:606 - MoverStringParaPChar. StrLen:16, BufLen:256 09/06/24 07:21:26:622 - Codigo:-10, Mensagem:Access violation 09/06/24 07:21:29:840 - NFE_LimparLista @antonio.carlos e @EMBarbosa, poderiam por favor abrir uma Tarefa para investigar esse problema ? @Sistemas Drogal, consegue identificar uma situação ou sequencia de comandos, onde esse problema ocorre, para tentarmos reproduzir do nosso lado ?
  4. @TimeB256, por favor veja as aulas desse curso Nele o @Daniel InfoCotidiano, mostra como usar o XVFb, para emular um ambiente gráfico A dependência do ambiente Gráfico, vem do fato de usarmos geradores de relatório, como Fortes Report Estamos criando uma nova versão da Lib, sem essa dependência, e criando os relatórios em PDF, com FPDF
  5. suspeito que QRCode Dinâmico... observe que ele nunca é igual... e está associado a venda...
  6. @bnobre, Basicamente QRCode estático, só tem a representação da Chave PIX do estabelecimento, sem valor, ou qualquer vínculo com as vendas o QRCode Dinâmico é gerado a cada venda, e só vale para ela, permitindo que você detecte se aquela venda foi paga ou não de forma automatizada... Recomendo ver esse vídeo, que possui os conceitos de PIX
  7. vou analisar e testar com calma.. pode afetar outros TEFs ... Obrigado por compartilhar essa melhoria...
  8. podemos ver no Log da PGWebLib, se o PW_End, está sendo chamado.. o log do ACBrTEF, também dará pistas de quais métodos sua aplicação, chamou do componente
  9. Obrigado pela contribuição... @Italo Giurizzato Junior, consegue analisar para nós ?
  10. Você poderia usar a integração por TXT... Mas com a nova DLL segura realmente não será possível carregar a mesma em Threads diferentes, ao mesmo tempo
  11. Acho que seria muito mais difícil usar a ACBrLib... A ACBrLib trabalha com Ponteiros e alocação de memória... técnicas dificeis de dominar... Em linguagens como Java e C# o ACBr abstrai essas dificuldade criando classes de "Bind" na linguagem nativa e poupando o programador desse trabalho... Mas não há classes de alto nível que consumam a ACBrLib em Delphi (porque faz mais sentido usar os componentes) Os fontes do instalador também estão no SVN, na pasta projetos... e é todo em Delphi... Creio que com poucos ajustes você consiga gerar um instalador que reconheça o D5... Consegue nos ajudar com isso, @EMBarbosa?
  12. @simons, por favor ouça esse PodCast que realizamos com um dos Dev da Setis/PayGo Ocorre que a DLL segura, irá proteger a Pasta, .EXE e .DLL assim que ela for ativada... Para remover a proteção, seria necessário chamar PW_End, o que o feito dentro do código de ACBrTEFAPI1.DesInicializar;
  13. I M P O R T A N T E : Essa é última semana, para atualizar a PGWebLib Certifique-se de que seu cliente está com a versão 4.1.15.2 ou superior Caso essa atualização não seja feita, seu cliente ficará sem transacionar pelo TEF Por favor acessem o Link abaixo, que contém todas informações e links, sobre esse assunto: https://projetoacbr.com.br/tef/comunicado/
  14. Eu acredito que seja mais simples de ajustar os fontes do ACBr para rodar no D5... Quando você roda o instalador do ACBr nessa IDE, ocorre algum erro ? Se SIM, pode por favor anexar o Log?
  15. Olá pessoal, Desculpem pela demora na resposta... Baseado nas sugestões do @Arimateia Jr, que detectou que a Macro do OpenSSL não é carregada, e achou o métodos correto... enviei ao SVN, o Commit [r34047] Realmente a rotina de `TDFeOpenSSL.LerPFXInfo` não precisava criar todo o contexto, pois ela só pretende ler o certificado... Ficou bem mais simples..
  16. Novas homologações devem ser feita na DLL mais nova e não na versão intermediaria Você pode baixar a DLL 5.1.30.0 em: https://paygodev.readme.io/docs/kit-para-atualização-da-documentação
  17. Oi @galegoga.. ainda não consegui parar para analisar o código... Mas agradeço todo apoio, nessa questão... creio que ainda essa semana, concluímos isso...
  18. @simons, me desculpe, mas não consegui compreender o problema que você quer relatar, ou como reproduzir o mesmo...
  19. Sim.. está no cabeçalho dos fontes... (vou remover do tópico acima, para evitar os Spam bots)
  20. Lembro de ter tido interação com um Analista da VERO, em uma outra questão.. posso questionar a eles... Poderia por favor me enviar um email, com os Logs, e situações de caso onde o CodigoAutorizacaoTransacao é retornado e outra que não é ? Eu complemento, o email, antes de enviar para ele, citando que a falta dessa informação pode impactar em erros no no Cancelamento das transações onde a informação não é retornada
  21. Parece ser uma peculiaridade da VERO.. precisaríamos entrar em contato com eles, para compreender melhor... Se você enviar o cancelamento, com o CodigoAutorizacaoTransacao vazio (assim como retornado na venda)... o TEF não encontra a transação para o cancelamento?
  22. Não.. realmente será necessário o NSU e o CodigoAutorizacaoTransacao Consegue detectar em quais situações a VERO não retorna o CodigoAutorizacaoTransacao ?
×
×
  • 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.