Régys Silveira

Verifique o DemoACBr, utilize o modelo ecfNaoFiscal.

Os dados desse arquivo são gerados exclusivamente pela DLL da bematech, o ACBr somente chama o método da DLL e assina o arquivo com o EAD quando a opção para isso for selecionada. Reforçando o que já foi dito, você verificou se a dll da bematech está atualizada e se existe somente no diretório do teu aplicativo? Se sim, tentou gerar o arquivo pelo Demo da Bematech?

Como você está gerando este arquivo, daria para anexar ele para darmos uma olhada?

Você deu uma olhada na pasta: \AcBr\Projetos\ACBrMonitor\Exemplos

Verifiquei as alterações e já subi para o repositório. Muito obrigado.

Poste aqui os fontes alterados por você para que eu possa dar uma olhada e enviar para o repositório.

Boa noite, se você atualizar o ACBr, vai haver uma propriedade nova, CupomMania do tipo Double, basta preênche-la com o valor do ICMS que o ACBR se encarrega de imprimir no Cupom os dizeres como manda a legislação, caso tenha alguma dúvida consulte o menu fechamento do cupom fiscal no DemoECF.

Cara essa é nova, valeu pela informação, até um tempo atrás o suporte deles me havia passado que não tinha e que somente o spooler funcionava. Tanto que era um problema utilizar as bematechs com ACBr. Muito obrigado.

O driver USB da Bematech é o único que não simula porta COM, ele cria um spooler de impressão, para utilizar a Bematech com USB somente com o adaptador serial citado anteriormente.

Um colega já a implementou, estou somente esperando ele me enviar os fontes para analisar e disponibilizar.

Adauto, poste as alterações aqui no forum, se existir um emulador seria bom também postá-lo, que eu analiso e subo para o repositório.

Tente gravar em um path que não tenha "_" e que tenha direitos de escrita, só para fazermos um teste, pelo que percebi nos testes que fiz, a Dll é bem chatinha com esse tipo de coisa. Inclusive eu estava utilizando durante os testes um usuário administrador, e o windows 7 ainda não deixou escrever em alguns lugares, mesmo sendo administrador.

Qual a versão do delphi, e quais componentes especificamente você utiliza nessa caso que precisou atualizar o .NET? Qual era a mensagem de erro? Se possível poste um log do ACBr, assim fica mais fácil acharmos o que está acontecendo.

Efetuei os testes aqui, o erro acontece quando não se tem permissão de escrita no diretório. Por exemplo no windows 7, ele não deixa gravar em c:\, então a dll retorna esse erro. aqui funcionou perfeitamente gravando o arquivo dentro do diretório do aplicativo ou dentro de uma pasta nesse diretório.

consegui simular o erro aqui, tão logo eu faça a correção disponibilizo no repositório. obrigado pelo feedback.

geralmente se grava os itens vendidos em uma tabela, e quando necessário se recupera a partir dela.

a que tenho aqui é a que está no site, quais os valores que você passa para o método?

estranho é que eu testei aqui numa daruma fs700 e está funcionando.

mesmo usando este método e fazendo o parsing continua com erro?

tente utilizar o método: ACBrECF.PafMF_MFD_Cotepe1704(Integer(edtCOOInicial.Value), Integer(edtCOOFinal.Value), PathArquivo); dessa forma.

vou analisar

me mande o log do ACBrECF por favor.

esse erro geralmente acontece quando passa um parâmetro que ele não entende bem, por isso perguntei se era realmente inteiro, aqui eu tive que converter quando usava .value justamente por ser variant.

está estranho, porque como te disse, aqui está funcionando normalmente. DM.ACBrECF.PafMF_LMFC_Cotepe1704(edtCOOInicial.Value, edtCOOFinal.Value, PathArquivo ".Value" e um tipo variant? se for tem que converter para inteiro primeiro, porque dá erro interno na dll.