brajan

Funcionou o problema esta no ambiente de homologação

show, esta funcionando agora

eu encontrei no log agora é saber como que o usuario fez essa devolução, sem ter cancelamento

Atualizei e o problema foi resolvido. Muito obrigado

desculpa o erro estava na pasta schema, mudarão o caminho e não tinha percebido aqui no sistema

Resolvi o problema, eu estava usando o retorno do WebServices 

Já descobri o problema. Tem uma propriedade exibecampodepagamento (eipquadro), resolveu o problema.
 

Usei as mesmas que vc tinha me passado e tinha uma instabilidade após conversa com o suporte foi solucionado; 

Bom dia, conseguimos habilitar, essa opção gerando um menu no ADM no qual ele escolhe se deseja usar as funções do 110 ou a 310 que contem as funções do dmCard desssa forma resolveu o problema do cliente

Boa Tarde, segundo a softwareExpress o erro está relacionado a timeout por isso a mensagem de retorno.
O suporte informou que está tudo sendo gerado corretamente, mas esta demorando mais de um minuto aguardando processamento para ter o retorno, e quando o qrcode é exibido em tela já aparece a mensagem A0 erro generico (19) 

Consegui resolver, recortando e colando novamente aqui so utilizamos o Delphi Rio

O problema era a versão da dll que não era compatível para a captura usando pinpad 

Consegui identificar aonde estava o problema, quando inicializava o tef estava não sei o motivo o delphi trazia a informação mas quando passado para o tef ela ficava vazia joguei em uma variavel funcionou.

Desculpa foi erro meu, não tinha trocado a propriedade do componente antigo para o novo, fiz aqui e funcionou

Descobrimos o problema, é na própria SEFAZ, quando esta fazendo o credenciamento em produção não estava liberando a SEFAZ fazia a liberação via site mas não estava autorizando apos entrar em contato com o mesmo por 5 vezes detectaram o problema; 

Correção os campos são data e hora
Ja descobri o problema esse ato-cotep  é todo errado...