Daniel Simoes

Junior, Atualmente no ACBr todas as rotinas são "componentes"... pois facilita o uso... seria necessário modificar isso... Quem é o autor original ? Também Seria necessário um Demo que atendesse duas necessidades: - Teste por completo e de preferencia de forma automatizada todas as propriedades e métodos do componente, - Demonstre/Ensine os usuários como usar o componente

Se o ECF for MFD vc poderia fazer o Download da memória MFD usando um aplicativo fornecido pelo Fabricante do ECF, e com esse mesmo programa, salvar o cupom em RTF ou TXT... Mas isso é muito, muito lento e difícil, pois os programas fornecidos pelos fabricantes não são muito amigáveis

Verifique se a pasta do ACBrDiversos está no seu LibPath do Delphi

SIM, já está no SVN

Consegui um desses, mas com conexão TCP/IP... mas infelizmente ainda não tive tempo nem de liga-lo Acho que seria o caso de criar um derivado desse componente para o pacote ACBrTCP

o valor estará em Resp.ValorTotal...

Os homologadores querem ter certeza que você tem domínio sobre os fontes responsáveis pelo TEF... por isso é bom ter conhecimento do ACBrTEFD

Thiago, por favor seja mais claro... não foi possível compreender o seu problema...

Tente assim: { Verificando se essa Resposta já foi cancela em outro arquivo } JaCancelado := False ; I := 0 ; while (not JaCancelado) and (I begin if (RespostasCanceladas[I] is TACBrTEFDRespTXT) or (Tipo = gpVeSPague) then begin with TACBrTEFDResp( RespostasCanceladas[I] ) do begin JaCancelado := (Resp.Rede = Rede) and (Resp.NSU = NSU) and (Resp.Finalizacao = Finalizacao) and (Resp.ValorTotal = ValorTotal) ; end; end else begin with TACBrTEFDResp( RespostasCanceladas[I] ) do begin JaCancelado := (Resp.DocumentoVinculado = DocumentoVinculado) ; end; end; Inc( I ) ; end; [/code] afinal sempre é bom verificar se a transação já foi cancelada

Hummm agora que notei o IF if RespostasCanceladas is TACBrTEFDRespTXT then (incrível como a gente esquece o que escreveu) Acho que a final de contas a sua alteração faz sentido... apenas no caso do SiTEF, que o cancelamento deve ser feito apenas 1 por documento (ele já cancela todas as transações pendentes para esse documento)... acho que o V&SPague não faz isso... Vou aplicar no SVN

O GP se comportará de forma muito estranha nesse teste (mas não lembro exatamente como)... Por favor entre em contato com as homologadoras e verifique... Na verdade, tudo que eles querem "verificar" e se a aplicação imprime o comprovante mesmo com o Valor diferente...

Analise o Log gerado pelo ACBrECF... veja se ele realmente mandou 2x o Item...

Esse código existe porque no caso do TEF discado, pode haver o arquivo de Backup criado pelo ACBrTEFD e o INTPOS.001 que ainda não foi apagado, ambos se referindo a mesma transação... Não vejo como isso pode interferir no V&SPague... pois a variável JaCancelado só será True se a transação for idêntica (mesmo NSU, valor e tudo mais) a uma já cancelada anteriormente

Senhores, se desejarem apresentar patchs para o ACBrTEFDVSPague.pas, por favor anexem os arquivos para analise...

Essas linhas são muito, muito, muito antigas... acho que quase tudo que está lá já foi implementado.... Acompanhe as mudanças em ACBrSerial-ChangeLog.txt após estudar um pouco os fontes das classes, vc verá que não é muito complicado implementar algum comando novo (caso o mesmo ainda não exista)... Leia em detalhes os fontes do projeto Demo ECFTeste.dpr acredito que todos os métodos e propriedades existentes são detalhados lá...

Esse método não está implementado em todos os modelos de ECF... e em alguns outros modelos ele simplesmente não existe... O mais seguro é usar ECF.DadosReducaoZ antes de chamar a ECF.ReducaoZ

Todas as informações sobre o ACBrMonitor estão no manual On-Line http://acbr.sourceforge.net/ACBrMonitor.htm Verifique se todos os comandos que vc usa com as DLLs tem chamada equivalente

copie aqui trecho do LOG gerado pelo ACBrECF... verifique ainda os valores da Descrição na LeituraX

Voce deve estar usando uma versao antiga do Lazarus... Use uma do Snapshot como descrito no Link http://acbr.sourceforge.net/ACBrMonitor ... nitor.html

Veja a aba ECF do ACBrMonitor

Essa mensagem é impressa pelo próprio ECF não há como evita-la... Porém a algo errado na sua rotina de impressão de Cupom... Essa mensagem só é impressa quando vc imprime um Relatório Gerencial ou Recebimento não Fiscal Recomendo a leitura da Cartilha do ECF (da Sweda) http://www.sweda.com.br/cartilha.aspx

Enviei uma possível correção para o SVN, por favor teste e comunique

Lucio, os fontes parecem estar corretos... o comando enviado é o [FS] 'R' [200] '070' que é descrito como: 70 8 N Data do Movimento (DDMMAAAA) if fpMFD then // Autor: Ederson Selvati begin RetCmd := RetornaInfoECF('070'); OldShortDateFormat := ShortDateFormat; try ShortDateFormat := 'dd/mm/yyyy'; Result := StrToDate( copy(RetCmd,1,2) + DateSeparator + copy(RetCmd,3,2) + DateSeparator + copy(RetCmd,5,4) ); finally ShortDateFormat := OldShortDateFormat; end; end[/code] Por favor anexe trecho do LOG gerado pelo ACBrECF (log do ECF) para analisarmos o retorno do comando 070

Vou dar uma olhada nos fontes... mas a dificuldade é que não há emulador desse ECF, e eu não tenho um para testes...

Humm.. compreendi... desculpe a minha falha... SIM, o TEF do V&SPague é como qualquer outro TEF dedicado, capaz de suportar diversos cartões e bandeiras, e portanto a homologação dele é aceita pelo SEFAZ como pre-requisito do PAF-ECF