daniel.simoes

Que eu saiba não... Experimentem no Demo, TEFDDemo... Se conseguir reproduzir o erro, envie o passo a passo...

Não misture as coisas... Cada caso é um caso... Você não anexou LOG nem nada... o que torna impossível dar qualquer palpite sobre o seu caso... Sugiro que abra um novo post, e forneça as informações já solicitadas (Log do ACBrECF e ACBrTEFD)... caso contrário será impossível tentar ajudá-lo...

Por favor não copie o LOG no conteúdo da msg.. zip os arquivos e anexe no post... Pelo que notei, você está retornando erro para o ACBrTEFD na chamada do evento: OnComandaECFAbreVinculado, mesmo com o ECF abrindo o CCD corretamente... Analise seus fontes... o parâmetro "RetornoECF", passado por referência precisa ser igual a '1' no caso de sucesso... Veja exemplo do TEFDDemo: procedure TForm1.ACBrTEFD1ComandaECFAbreVinculado(COO, IndiceECF : String; Valor : Double; var RetornoECF : Integer); begin try Memo1.Lines.Add( 'ACBrTEFD1ComandaECFAbreVinculado, COO:'+COO+ ' IndiceECF: '+IndiceECF+' Valor: '+FormatFloat('0.00',Valor) ) ; ACBrECF1.AbreCupomVinculado( COO, IndiceECF, Valor ); RetornoECF := 1 ; except RetornoECF := 0 ; end; end; [/code]

E o LOG do ACBrECF, analisou ? Poste aqui trecho dos logs gerado pelo ACBrECF e ACBrTEFD

Analise o log gerado pelo ACBrECF... o problema estará descrito lá... Provavelmente você está informando errado o índice da Forma de Pagamento para o comando CRT

Aparentemente vc tem conflito em units de instalações diferente do ACBr.. A constante SOH está declarada em ACBrConsts.pas

Conclui a reforma em GetDadosUltimaReducaoZ... deu um trabalhão... mas acho que valeu apena...

Veja o usercontrol: http://sourceforge.net/projects/usercontrol/

Qual marca e modelo de impressora de cheques ?

Tópico movido para o fórum aberto e área específica..

Será que alguma das variáveis usadas no calculo do HASH é NULL ? Talvez você precise usar o coalesce... Também, notei que que você não está usando o prefixo "new." CREATE OR ALTER TRIGGER BIU_DOCUMENTO_HASH FOR DOCUMENTO ACTIVE BEFORE INSERT OR UPDATE POSITION 0 AS begin new.HASH = hash( RDB$GET_CONTEXT('USER_SESSION', 'IB_KEY' )|| new.codloja||new.codterminal||new.codturno||new.coo|| new.denominacao||coalesce(new.contador,0)||new.numgnf|| new.datahora_inicio||coalesce(new.datahora_fim,cast('1-1-1' as timestamp))|| new.codcliente||new.codautorizado||coalesce(new.documento_cli,'')||coalesce(new.nome_cli,'')|| new.subtotal||new.desconto_acrescimo||coalesce(new.total_pago,0)||new.troco|| new.cancelado||new.trunca ) ; end[/code]

Oi Gerson, Todas as mundaças na Classe TACBrTEFDCliDTEF não vão interferir nas demais... a modificação efetuada em: TACBrTEFD, poderiamos fazer um IF, verificando o tipo de Classe.. Se desejar, anexe aqui no post um Zip com os fontes modificados... Faço a analise necessária...

Sim... o próprio ACBrECF faz isso, você pode usar um Memo (simples) ou um componente de exibição de HTML (recomendado) Veja no Demo do ACBrECF, ECFTeste, a aba "Cupom"... analise o evento OnBobinaAdicionaLinhas

Provavelmente seus fontes do ACBr estão desatualizados... Sua DLL tb está desatualizada... mesmo no Trunk do ACBrECF a versão é 6.1.1.1

Estou revisando todas as units com o método: GetDadosUltimaReducaoZ, para que a Classe seja montada... Devo concluir em alguns dias...

Você informa o Índice no comando de Abertura...

Ultima forma.... Notei que a classe TACBrTEFDCliDTEF está sim usando a comunicação direta com o uso da DLL... Porém ela realmente precisa ser revista... muita coisa foi modificada com a necessidade da Cielo Premia... Não terei tempo de Debugar, por isso gostaria de contar com a sua ajuda.... Pelo que notei pode ser algum problema no método: TACBrTEFDCliDTEF.CNF... ele tem um tratamento para saber se é a última transação a ser confirmada e ai sim, Finalizar a Transação toda...

Provavelmente a classe da Direção precise de uma revisão no ACBrTEFD... Hoje ela usa grande parte do código do TEF discado (Gerenciador Padrão)... e no caso do G.P., realmente é necessário confirmar a última transação antes de iniciar uma nova.. (pois o mesmo não foi projetado para múltiplos cartões) O ideal seria implementar o TEF direção usando a comunicação direta (sem o uso do client)... assim como foi feito na classe do SiTEF

Sim... isso é básico para qualquer outro relatório... por favor estude o projeto Demo ECFTeste, na pasta Exemplos\ACBrECF\

Sim, acho que é muito interessante... lembro que o Elton já havia subido alguma coisa na pasta Branches do SVN... Estou meio sem tempo para ajudar... mas acho a ideia interessante...

Leia o segundo link indicado... Você não usará como porta COM:, mas sim como USB... bastando para isso usar o recurso de compartilhamento do Windows como porta..

É USB ? Faça uma busca no forum: search.php?keywords=usb+zebra&terms=all&author=&sc=1&sf=all&sk=t&sd=d&sr=posts&st=0&ch=300&t=0&submit=Pesquisar viewtopic.php?f=10&t=4588&p=22792

Oi Joao, Boa sacada... sim, mude para que o modelo 400 tb caia nesse IF... se resolver, subimos aqui no SVN.. Como o ACBrECF identifica esse modelo ? (ACBrECF1.ModeloStr e ACBrECF1.SubModelo)

O ACBrECF não suporta isso...

A classe ecfDaruma deve ser compatível com ela... Mas acredito que este ECF não mais válido...