Daniel Simoes

Obrigado a todos pelo retorno... O ACBrEAD (e seu Demo) já estão no SVN... Qualquer problema favor reportar..

Oi Ivan... já baixei sua Unit... vou analisar e volto a postar... Muito obrigado pela sua colaboração...

Tópico trancado... Evite tópicos repetidos... Continue em: viewtopic.php?f=12&t=925

Olá pessoal... Acabei de enviar uma modificação no SVN que pode ser uma possível correção para esse caso... Por favor testem em D7 e tb nos mais novos D2010/XE

Veja esses links: http://www.forumweb.com.br/foruns/topic/76037-acbrnfp/ http://www.forumweb.com.br/foruns/topic ... -paulista/ http://www.forumweb.com.br/foruns/topic ... rvice-nfp/ Esses fontes não foram para o ACBr porque são dependentes de Units do Delphi... e não são multi-plataforma...

Olá José Luís Schiavo, Muitíssimo obrigado pela sua colaboração... Estive analisando os fontes... 1 - O método: ImprimirBarras recebeu uma sobrecarga apenas por causa da mudança dos Parâmetros: LarguraBarraLarga, LarguraBarraFina: Char -> String... Acho que podemos modificar o método original, pois não quebraria as aplicações existentes uma mudança de Char para String... e tratamos nas classes já existente usando algo como: LarguraBarraLarga[1]. 2 - O que vem a ser: VerticalY1, HorizontalX1, VerticalY2, HorizontalX2 no método ImprimirCaixa ? (porque precisamos de Y1 e Y2 e X1 e X2 ?) 3 - AvancoEtq e EspacoEtq não seriam a mesma coisa ? Essa impressora não lê o GAP da etiqueta ? 4 - O Parâmetro Resolucao do método Imprimir, parece estar mais relacionado ao Espaço da etiqueta do que com a Resolução... pois ele não compoem a String do comando enviado... Ele só ocorre em: if Resolucao = 0 then Resolucao := 203; // 203 dpi = padrão if Resolucao = 203 then begin if EspacoEtq EspacoEtq := 16; end else begin // 300 dpi if EspacoEtq EspacoEtq := 18; end; [/code] 5 - Notei alguns inconsistências de validação como por exemplo: [code] if (Vertical 999) then Raise Exception.Create(ACBrStr('Informe um valor entre 0 e 762 para Vertical')); O máximo é 762 ou 999 ?

Entendo... desculpe-me se pareci rude... mas o Nick não é comum.... por favor tente usar uma Assinatura com a sua identificação profissional... Isso com certeza trará mais credibilidade para você... Tente esse programa: http://www.djsystem.com.br/djnfp-envio- ... -lote.html

Acho que um mínimo de procedimento é necessário quando tenta se manter um forum sério... Qual a finalidade (ou vantagem) desse anonimato ? Por favor corrija o Nick ou terei que excluir...

Mande o LOG... nele tem a mensagem correta do Erro...

Prezado.... como você espera ser levado a sério com um Login chamado "Ninguem" ?? (por favor tente corrigir isso)

Isso é uma característica do ECF... tudo que o ACBrECF faz é ler o retorno do ECF... (Veja no LOG gerado pelo ACBrECF)

Vc deve sempre usar ACBrECF.Ativar... Provavelmente a DLL do fabricante está prendendo a porta serial... Evite usar chamadas estáticas a DLL nos seus fontes...

Sem o LOG não há como analisar... basta você escrever um nome de arquivo na propriedade: ACBrECF.ArqLOG

Esse manual, descreve como instalar o programa do D-TEF e um Client para emular um TEF discado... SIM, é possível criar uma nova classe baseada em ACBrTEFDClass (TEF discado)... mas sinceramente, acho que não vale o esforço. A troca de arquivos TXT sempre será mais lenta... e não será sua aplicação que terá todo o controle do TEF... A instalação/configuração no usuário tb é mais complicada O ACBrTEFD já é compatível 2 TEFs dedicados... SiTEF (homologado) e V&SPague (quase homologado)... ambos com acesso direto, ou seja, sem troca de arquivos TXT. O custo de ambos é bem acessível (de 200,00 a 300,00 por mês)... entre em contato com a Dataregis para saber mais sobre o FastTEF (SiTEF) http://www.dataregis.com.br/solucoes_tef.shtml http://www.vespague.com.br/ Deve haver alguma documentação mais completa do D-TEF, que descreva o acesso direto (sem a necessidade do client, e sem troca de TXT)... isso sim seria interessante...

Flávia... o ECFTeste não envia nenhum MD5 no final... Verifique se isso não foi programado no ECF pelo método "Utilitários -> Identificar PAF".. se for o caso, use a mesma função para programar outra coisa

O problema parece ser no ECF... Pode ainda ser uma característica... veja o Retorno do comando 070 -- 14:42:49 DataMovimento TX -> [28]R[200]070[177] 14:42:49 RX [/code]Ou seja: 01/01/2000 Por favor entre em contato com o fabricante para obter mais informações sobre as condições de uso comando: FS+'R'+#200+'070'

Elton... O FastTEF é na verdade o SiTEF, mas distribuído pela DataRegis... (ou seja, não é o D-TEF, que é outro TEF dedicado)

No TEF discado, o CNF deve ser enviado, pois não pode ficar nenhuma transação aberta... para maiores explicações, leia o roteiro de múltiplos cartões do TEF discado... Não é conveniente comparar o D-TEF com TEF discado... a não ser que vc pretenda usa-lo no modo "Client" (ou algo parecido) o que não é bom para um TEF dedicado, pois os TXTs e o fluxo, nunca são 100% compatíveis... Por favor forneça mais informações sobre o D-TEF da Direção... acredito que ele seja semelhante ao SiTEF e ao V&SPague... para compatibiliza-lo com com o ACBrTEFD provavelmente será necessário criar uma nova classe...

Senhores, Se desejam submeter alterações nos fontes para analise, por favor anexem a Unit ou um Patch

Se for o mesmo ECF, o problema não está nele, e provavelmente é algo no driver do conversor... Observe que ele responde corretamente aos comandos FS: -- 07:23:39 29/01/2011 Ativar TX -> [28]R[200]082[188] 07:23:39 RX -- 07:23:39[/code] evite o uso de conversores USB... eles são muito problemáticos... em algumas situações param de funcionar, ou mudam de endereço... Use uma multi-serial PCI

Se deseja ajudar na resolução do problema, favor fornecer as informações solicitadas... Leia: viewtopic.php?p=2522#p2522

informe mais detalhes... Qual é o ECF ? marca/ Modelo / versão Copie o LOG gerado pelo ACBrECF

Em relação ao problema do SAQUE.. acho que realmente há um bug no componente... conforme relatado em: viewtopic.php?f=16&t=892

Não... pois ele pode cancelar qualquer transação do dia, e não apenas a última... Eu faço o contrário... quando cancelo o último cupom fiscal, verifico se houve pagamento com TEF, e dai sim, pergunto ao operador se ele quer cancelar a transação TEF

Nunca li nada sobre o D-TEF da direção... e provavelmente o ACBrTEFD não será compatível com ele... Mas vc descreveu o próprio fluxo de múltiplos cartões, coisa que o ACBrTEFD já faz com o discado...