Régys Silveira

Bom dia, Apague o valor que estiver na propriedade "PaginaDeCodigo" do componente, assim ele vai passar a utilizar o valor padrão que é "850".

Ajude-nos a conhecer o perfil dos usuários do Projeto ACBr, responda a enquete e informe qual a principal IDE que você utiliza no seu dia-a-dia para desenvolver seus softwares Se utilizar mais de uma IDE coloque a que você utiliza mais pra programar com ACBr.

Pelo que entendi você possui dois sistemas um de venda e outro de retaguarda que gera o Sintegra e SPED, isso pode ser feito sim, na homologação os dois sistemas serão testados e terão seus respectivos MD5 adicionados ao arquivo que é gerado na abertura do aplicativo e que gera o código MD5 que vai impresso no cupom. Não precisa de ter acesso ao ECF no sistema de retaguarda, basta que você concilie os bancos de dados, porque como Daniel citou, você precisa ter o movimento os ECFs para gerar os arquivos Sintegra e SPED.

Enviei a correção para o repositório, muito obrigado pela ajuda.

Qual a versão do Delphi? Tente atualizar novamente e recompilar, eu fiz os testes aqui e não ocorrem estes erros. Inclusive estive na Daruma fazendo teste com a impressora fiscal utilizando o ACBr, não aconteceu nenhum erro.

Acertei o repositório, na hora de implementar eu digitei com acento e o Delphi 2010 aceita isso, já foi corrigido, desculpe pelo transtorno.

Você já verificou a propriedade "IntervaloAposComando" aqui eu tenho uma MP2100 e uso "0", mas talvez colocando um valor como por exemplo "100" ajude. A propriedade "TimeOut" também, o padrão é "3", mas já tive casos que precisou aumentar esse tempo. Outra coisa que atrapalha também e a velocidade da impressora não estar compatível com a configurada no ACBr. Se puder mandar o log facilita a verificação,

Qual o modelo da impressora?

veja no manual da NF-e, todo retorno tem um código de status, basta checar esse código de status e gravar somente quando der o status de tudo ok.

Segue o contato com a Bematech.

Ao que parece existe um erro na dll, o suporte da bematech me enviou um aplicativo para testar e ele também gerou errado, neste caso, faltando o Número do ECF para o tipo MF, para o MFD está correto. Como é a mesma função, só mudam os tipos de registro que são gerados para um ou outro, realmente não teria que ter problema, o suporte me pediu que enviasse os arquivos agora estou aguardando o retorno deles. Tão logo tenha o retorno eu lhe aviso.

Esse impressora é recém comprada? foi feita a inicialização da impressora? Tente emitir uma leitura X pelo painel da impressora mesmo, desligando e pressionando "avanço" e ligando em seguida.

Olá, desculpe a demora em responder, sim é a mesma função muda somente o parâmetro do tipo de geração (mf=0, MFD=1, estou em contato com o pessoal da Bematech para tentar resolver o problema, tão logo tenha uma posição deles, eu te aviso sobre o parecer deles.

Verifiquei aqui parece que o método eDefinirProduto não está OK, passei a utilizar o método de escrita direto da tag xml FISCAL, testei e agora está tudo ok novamente, o erro só ocorre na última versão da dll disponibilizada no site. Atualize seu ACBr que agora ira funcionar corretamente. Obrigado pela ajuda.

vou verificar se houve alteração nesse método.

Verifique se existe somente uma versão da dll neste computador, o ideal é que a dll seja colocada no mesmo diretório do aplicativo. Se isto estiver ok, verifique se existe o arquivo "darumaframework.xml" que possui as configurações da dll e se o mesmo não se encontra como somente leitura.

Sua DLL está atualizada?

Vou dar uma olhada, pode ser que tenha alterado alguma coisa na documentação.

Este arquivo é gerado pela dll bematech, você tentou gerar pelo demo deles para ver se dá o mesmo resultado?

Aqui eu implementei no evento onMsgRetentar a mensagem que ele retorna, seja ela qual for, essa mensagem pode ou não continuar como pode ser visto no evento. Então quando acaba o papel aparece a mensagem e o usuário opta por continuar ou parar, funciona normalmente, inclusive já foi homologado.

Para fim de papel e retornado um raise assim como todos os outros erros do ECF, verificou o evento onMsgRetentar, ele vai ser iniciado sempre que houver um erro qualquer com a possibilidade de tentar novamente, talvez te ajude.

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?