Daniel Simoes

Poderia dar mais detalhes ?? Qual linha ??

AutoEfetuarPagamento DEVE ser FALSE

Ele é tratado em: TACBrTEFDRespCliSiTef.ConteudoToProperty; Por favor informe um passo a passo para reproduzir o problema usando o Demo "TEFDDemo"

Hoje com o CieloPremia, você não pode mais usar AutoEfetuarPagamento como True... Deixe ele como false, que o componente não efetuará o pagamento...

Seus fontes estão atualizados ? O pagamento a ser enviado par o ECF deve sim considerar o Saque... isso já é tratado pelo componente..

Use: ACBrETQ.Device.EnviaString('SUA STRING EM PPLA');

O TEFD invocará eventos para tentar saber qual o estado atual do ECF, (Vendendo, pagando, imprimindo CDC, etc)... Acho que usar o mode ecfNaofiscal seria a maneira mais simples de abstrair essas características, mas você poderia programar os eventos existentes para dar a "resposta" que o ACBrTEFD quer (ou espera ser a correta)... e fazer com que ele continue o trabalho...

Você pode desbloquear o teclado em algum dos eventos que forem disparados... se necessário... Mas veja no inicio do roteiro do Pay&Go... se não me engano a recomendação é realmente fazer essa configuração... Em caso de dúvida de uma ligada na SevenPDV

A pasta ACBr\DLLs\OpenSSL tem a versão 0.9.8.14

Vc está finalizando o cupom pelo ACBrTEFD ? O ideal é deixar o ACBrECF.Retentar := False Se você não usar o ACBrTEFD.AutofinalizarCupom, o ideal é fazer uma chamada a ACBrTEFD.FinalizarCupom, quando os pagamentos foram concluídos na sua aplicação... pois dessa maneira, o ACBrTEFD é capaz de cuidar do fluxo necessário exigido pelo TEF, durante a fase de SubTotalização, Impressão de Pagamentos e Fechamento do Cupom... Se você fecha o Cupom por sua conta... não há como o ACBrTEFD cuidar das mensagens padrões...

Vc precisa configurar o seu Plug&Play para "Acatar desfazimento", conforme é solicitado no inicio do roteiro de homologação... Essa tela é uma infeliz invenção do Plug&Play.. não está no fluxo operacional

Provavelmente SIM.. algumas etiquetas possuem um GAP com uma cor preta ao invés do furo... O seu cliente deve usar uma etiqueta compatível com o equipamento... ou seja, que tenha o GAP...

Tenta usar o ACBrTCPServer... ele é bem mais simples do que a Indy.. e você pode ver um exemplo de implementação nos fontes do ACBrMonitor (em Lazarus)

Observe direito o LOG... O componente somente tenta ler os dados da última Redução Z em DadosUltimaReducaoZ... Se o problema persistir... por favor informe o passo a passo de como reproduzir o problema usando o Demo ECFTestes.exe

O ACBrETQ não programa o tamanho de página de etiqueta... ele usa o sensor de GAP da própria impressora.. Pode ser que sua etiqueta esteja mal posicionada... Se vc usou comandos para programar uma página de etiqueta, efetue um "Reset" no equipamento...

O Log acusa falha ao enviar comandos pela porta serial... isso pode ser um problema no cabo ou na porta Serial... Tente ainda o procedimento indicado em:

Ocorreu um erro no final do LOG... quando tentou ler o GrandeTotal... Verifique Cabo, porta serial, etc... Tente trocar o cabo por outro, ou conectar o ECF em outra máquina... Tente ainda aumentar o TimeOut para 10

Humm.. vc está se referindo ao método: DadosUltimaReducaoZ e não DadosReducaoZ ?

Uma outra alternativa usando Pascal está sendo desenvolvida pelo pessoal do Lazarus / FPC http://wiki.freepascal.org/Custom_Drawn_Interface/Android

Experimente essa mudança na linha 227 de ACBrBancoBrasil.pas.. if (wTamConvenio = 7) then Result:= ANossoNumero else Result := ANossoNumero + '-' + CalcularDigitoVerificador(ACBrTitulo);

CEP inválido é uma das principais causas de rejeição...

Como estava o arquivo gerado com erro ? Pelo que li da rotina, como ela está escrita, irá gerar exatamente dez espaços seguido de '01'...

O arquivo de retorno é gerado pelo Banco correto ?... Se o arquivo está errado você deve entrar em contato com o suporte do próprio Banco...

Houve algum erro ? Você não especificou... Analisou o LOG ? As chamadas em DadosReducaoZ são quase todas protegidas por try except, pois isso permite ler a maior quantidade de informações possíveis...