Daniel Simoes

Com a introdução do Cielo Premia, a única opção é não SubTotalizar o ECF antes de chamar o TEF... Quando vc chamar o CRT vc pode já considerar o seu desconto de aplicação, e na hora de impressão do SubTotal vc acumula o mesmo no enviado pelo G.P.

Não entendi a pergunta... o componente imprime a via exatamente como enviada... Leia o documento específico da NTG, sobre o Cielo PP, nele informa quando devemos imprimir quais comprovantes

Vc pode usar ACBrTEFD.FinalizarCupom... A grande vantagem é que ele fecha subtotaliza, imprime os pagamentos e fecha o cupom já usando o fluxo do TEF (de retentar no caso de falha)

Por favor leia o manual específico de Cielo PP... As informações de Identificação são necessárias para serem enviadas ao G.P., para informar ao GP que a aplicação suporta essa função

Usamos a versão do Synapse do SVN... verifico diariamente...

Se o Demo não rodar, provavelmente o componente não rodará... Qual é o seu Delphi ? Remova e reinstale o Package do ACBrTEFD... pode ser que o Delphi esteja "se perdendo" por não conhecer as novas propriedades e eventos do componente... ele só tomará conhecimento delas após a completa recompilação do Package

Conforme detectamos junto ao suporte da Daruma, o problema é causado pelo fato do .SO da Daruma não usar a notação de porta Serial nativa do sistema operacional... Ou seja, ele não aceita "/dev/ttyS0 ou /dev/ttyUSB0", ao invez disso a porta deveria ser chamada de COM1 e COM10 respectivamente... Sabendo disso, apliquei modificações nos fontes para que o ACBrMonitor faça uma conversão nos nomes das portas para o utilizado pelo .SO da Daruma Gerei um novo ACBrMonitor para Linux (0.9.14) na pasta de download do SAC http://www.djsystem.com.br/acbr/sac/ind ... cbrmonitor

Alexsander, Atualizei o SVN com correções para compilar corretamente no FPC 2.7.1

Se você não nos informar qual ECF, modelo e versão... podemos dizer que esse é o primeiro erro

sim... todos os testes que fiz foi no TEFDemo... experimente apagar sua pasta e baixar os fontes novamente...

Sim, Veja no Demo do ACBrTEFD a programação efetuada para o evento: ACBrTEFD1DepoisConfirmarTransacoes e use as propriedades: Resposta.Debito e Resposta.Credito

Acho que o que vc chama de "travar" é o bloqueio de mouse e teclado durante a impressão...

Somente testando para descobrir... Mas acredio que o SiTEF tb leve em consideração o número do terminal que é definido na Inicialização da chamada a DLL (chamada a função ConfiguraSiTef...)

Provavelmente é um problema no seu virtualizador de portas... Experimente o com0com

Devo trabalhar na compatibilização do Linux amanhã e nesse fim de semana

Você diz que a impressão do comprovante sai diferente ? Se for isso, não sei se a alteração no modo faria diferença... o ideal é confirmar com o pessoal da NTK

Uso Mandriva e Mageia.... mas isso nunca foi testado no Linux... ou seja, usar o .SO da Daruma em conjunto com o ACBrMonitor... Estou com dificuldade de tempo (estou em homologação externa) e também para montar um laboratório para testes com esse ambiente... mas vou tentar acertar isso no final de semana...

Isso mesmo..... Dinheiro deve ser pago primeiro... e o saldo devedor em operações de TEF... se você não permitir multiplos cartoes, o saldo restante deve ser igual a operação TEF que será iniciada

Vc pode até mesmo usar os 2 simultaneamente... TEF_DIAL -> Visa (Cielo), Amex, RedeCard TEF_DISC -> TecBan, Hipercard e outros mais exóticos

Não precisa escrever código para isso.. basta criar o "debug.txt", vazio, na pasta c:\tef_dial

Demorei, pq meu Linux em VirtualBox não funcionou de maneira nenhuma com o meu adaptador USB -> Serial .... para testar, tive que instalar uma partição Linux em minha máquina... Onde você encontrou instruções para a instalação dos .SO ? (já procurei em todos os TXTs e no Help on-line sem nada achar) O Demo em QT da Daruma está acusando o erro: "A biblioteca DarumaFramework.so não foi encontrada"

Usando a sua IDE, procure por todas as ocorrências de "DEBUG" no diretório do ACBrTEFD... Em relação as vias a serem impressas, ACBrTEFD está usando a lógica descrita no documento: "TEF IP e Discado - Alterações Automação Cielo Premia 20120608.docx"

Não há nenhuma referencia sobre isso na documentação de Certificação do TEF... Provavelmente cada operadora faça de um jeito diferente...

O instalador do ACBrNFeMonitor já registra as DLLs.. Verifique no I.E. se o certificado está realmente instalado ou com algum sinal de exclamação...

Veja a propriedade: ACBrECF.MemoParams no Object Inspactor... é tudo HTML, você pode configurar como desejar