Daniel Simoes

Realmente... Ao que parece os Fabricantes de ECF e o Fisco de SP estão travando uma queda de braços...

Você não está confundindo NFe com NFSe ?

Mas teria problema quando gerar arquivos do Sintegra e SPED E lembre-se tb que nem todos ECFs retornam o Total do Item a cada Venda... (acho que só a Daruma faz isso)

Geralmente a Balança é ligada em portas seriais... mas existem modelos TCP, ou seja, depende muito do hardware escolhido

Se o ECF permite arredondar vc pode usar sem medo... Quem determina se pode Arredondar é o convênio ICMS que regulamenta o ECF... Tente: ACBrECF.ArredondaItemMFD := True

Se o ECF só trunca, vc pode simular um arredondamento adicionando 0.001 na QTD até que o Total Truncado seja igual ao Total Arredondado

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