Daniel Simoes

Atualize os seus fontes... foi postada uma correção para ignorar data de movimentos inválidos...

Você nem precisa de evento para isso... Afinal de contas você que está chamando o comando, certo ? Apenas faça sua rotina de gravação no BD, antes ou depois de onde você chama o comando...

Se você enviou 2 comandos distintos, e ambos estão "consumindo" um COO do ECF, então são 2 documentos, certo ? Lembre-se que nos novos ECFs com MFD não é necessário listar a X para obter um Rel.Gerencial... isso era uma característica dos ECFs Matriciais

Já foi feito um ajuste em ACBrUtil para isso... Qual foi exatamente o problema enfrentado ?

O nome correto é ACBrMonitor... Porque sua pesquisa inicia com as maiores dificuldades ? Você já coletou informações como características, modo de funcionamento, vantagens, numero de usuários, etc... Em fim, sua pergunta é muito básica, talvez você precise detalhar melhor o que quer saber... use o mecanismo de busca do fórum, procure por palavras chaves como: "ACBrMonitor Problemas"

Qual Unit vc alterou ? Poderia anexar a Unit alterada ?

O protocolo ESC ponto só suporta 40 colunas... use o modelo ecfSwedaSTX

Tente reproduzir o problema no ECFTeste.exe e informe o passo a passo...

O MD5 deve ser calculado a cada inicialização... Não faz sentido salvá-lo nas propriedades do Objeto... Veja esse post:

Verifique se seus fontes eestão atualizados, assim como a DLL da Bematech... E deixe as DLLs na pasta do seu EXE... Uso normalmente aqui, criando o arquivo em uma sub-pasta da aplicação...

Pela lei do PAF-ECF só é necessário verificar o GT antes de abrir um cupom...

Uso a Epson no meu dia a dia e não tenho esse problema... Seus fontes estão atualizados ? Você consegue reproduzir o problema no ECFTeste ?

Alterei os fontes para assumir Zero (0) como valor Default, na falha de conversão da data... Isso irá fazer o ACBrECF não preenche a chave DataMovimento no retorno do texto do .INI Todas as Datas com valor 0, no Delphi apontam para: 30/12/1899 12:00 am Se o ECF não retornou a Data, não há o que ser feito... Considerar a Data do Dia é um erro... pois a Redução Z pode ter sido emitida a vários dias atrás...

Qual a solução proposta ?? Ex: Usar a Data do Dia Usar a Data = 0 Não Retornar a DataMovimento, mas retornar os demais campos... Se o ECF não traz a Data do Movimento, não há como calculá-la...

Oi Jéter, Estou em plena homologação de PAF-ECF, por isso ainda não pude analisar... Se algum outro "commiter" quiser analisar e subir, por favor fiquem a vontade...

Por favor leia as instruções da página oficial http://acbr.sourceforge.net/drupal/ Download em: http://acbr.sourceforge.net/drupal/?q=node/37

Por favor não escreva o mesmo tópico em várias áreas... Isso é contra as regras... Tópico trancado.. continue em:

Nossa conversa no Skype não deveria ser exposta desta maneira... afina de contas, Skype é particular...

O seu erro parece ser não ajustar o seu calculo interno com o calculo do ECF... Se o ECF arredonda, vc tb deve arredondar... Se o ECF trunca, vc deve truncar..

Por favor estude em detalhes o TEFDDemo.... Todas essas perguntas serão respondidas se você ler com muita atenção os fontes do TEFDDemo

Você tem certeza que a Imagem é um BitMap válido ?

Se você fala de Ato cotepe 17/04, isso é exigência da lei, deve ser gerado por programa distribuído pelo Fabricante (as DLLs)....Veja: ACBrECF1.PafMF_GerarCAT52 Se você fala da CAT52, você poderia usar as informações do BD, mas não existe nenhum componente semelhante ao ACBrSintegra ou ACBrSPED para isso... Sinta-se a vontade para desenvolver algum e enviar sua colaboração... O ACBrRFD pode gerar o arquivo CAT52 para ECFs com MFD... basta você configurá-lo corretamente em conjunto com o ACBrECF...

Isso já está implementando e funcionando a um bom tempo... Atualize os seus fontes... Leia o ACBrTEFD-Change-Log.txt Teste no demo TEFDDEMO.

No próprio LEIA-ME.TXT

Não... o leitor USB se comporta como se fosse um Teclado USB