daniel.simoes

Acho que não compreendi... Você quer imprimir um DANFE de um documento que não foi autorizado ?

Acho que você deveria questionar a Seven quanto a impressão de Cartão por último... Com obrigatoriedade do Cielo Premia muita coisa mudou...

Consulte o manual do seu equipamento

se vc instalar o driver da impressora, pode imprimir qq coisa do windows... Procure por "bartender" no gooogle

Experimente fazer um reset na Impressora com problemas

No TEF dedicado é justamente ao contrário... Dinheiro sempre deve vir por último. Imagine se em uma venda de R$ 100,00, houver um pagamento de Cartão de R$ 50,00, e o restante o outro cliente resolve pagar em dinheiro, e fornece uma nota de R$ 100,00 reais... Se você fizer Cartão por último essa situação não seria possível.., pois ao registrar R$100,00 em dinheiro o cupom seria fechado Verifique se você está realmente com o ultimo roteiro

Analise o LOG, sua resposta de "ineSubTotal" deveria já estar subtraída do que já foi pago no ECF...

Cielo Premia é obrigatório... você não conseguirá homologar se não dar suporte a ele....

Por que você está imprimindo as Formas de Pagamento de Cartão ? geralmente o próprio componente que fará isso... e como eu disse antes, você não pode imprimir os pagamentos ou subtotalizar o cupom até ter o total dos pagamentos... isso porque qualquer uma das transações TEF podem conter Descontos do Cielo Premia, que devem ser aplicados na Subtotalização do cupom

teria que ser um Panel ou Form, seguido Application.ProcessMessages, e você desliga-lo no final da chamada do método... quando o controle passa para DLL, não temos mais como interagir

Não compreendi... você chama ACBrECF1.SubtotalizaCupom 2 vezes ?? além do mais, de acordo com o Cielo Premia, você não pode subtotalizar o cupom até ter todos os pagamentos definidos (em buffer)

Mas nos seus testes você está chamando SubTotalizar, antes do CRT... isso é incompatível com o Cielo Premia

DadosUltimaReducaoZ é bem mais limitada do que DadosReducaoZ .... e o conteúdo do Retorno pode variar, pois é "mapeado" apenas o que o ECF retorna, o que pode variar de um Modelo para outro

viewtopic.php?f=10&t=4588&hilit=argox+usb search.php?keywords=argox+usb&terms=all&author=&sc=1&sf=all&sk=t&sd=d&sr=posts&st=0&ch=300&t=0&submit=Pesquisar

Você não detalhou como estão as propriedades (checkbox): AutoEfetuarPagamento, AutoFinalizarCupom, MultiplosCartoes Notas: Não precisa chamar ATV antes de CRT, o próprio componente faz isso (veja o LOG) AutoEfetuarPagamento é incompatível com o CieloPremia SubTotalizar antes de terminar todos os pagamentos é incompatível com CieloPremia

Para que eu possa investigar, forneça um passo a passo sobre como reproduzir o problema no Demo do ACBrTEFD

O problema é como você informa para o componente em "ineSubtotal" e "ineTotalAPagar"... Por favor estude detalhadamente o Demo... Notei que aparentemente você não está "buferizando" os pagamentos... isso não permitirá a implementação de Cielo Premia... leia as mudanças no ACBrTEFD-Change-Log.txt

Tópico movido para área pública, pois a mudança pode afetar todos usuários...

Acabei de enviar uma correção para o SVN... Ela obrigará a atualização da DLL da Bematech, pois torna o método incompatível com a versão antiga

Não consegui compreender a sua sequencia... Por favor descreva um passo a passo usando o Demo do ACBrTEFD, mas especifique tudo, valores, ECF, índices usados, etc...

Provavelmente você está informando o Índice da FPG errado quando chama o método ACBrTEFD.CRT

Ela retorna sozinha... Não lembro de existir comando para forçar o retorno... Se a sua impressora não está retornando... tente fazer um "reset" no equipamento

Vou baixar as novas DLLs e ajustar o ACBrECFBematech.pas

Nesse caso poderia inserir um exception (traduzindo o erro apresentado); Acho que fica bom... Não, o loop ocorre nas classes filhas; Mas o evento precisa ocorrer a cada Loop ?

Experimente mover a atual para outra pasta e atualizar novamente...