flavioavilela

Estou com o mesmo problema, meus schemas estão atualizado de acordo com o repositório do acbr, tanto no na hra de gerar a nota, estou passando tudo zerado, no próprio código também. E mesmo assim, depois de atualizar os schemas, esse erro ainda continua. Obrigado.

Bom, pesquisando no fórum e no exemplo de ACBrECF encontrei alguns comentários sobre o comando ACBrECF1.TestaPodeAbrirCupom. Imagino que esse método verifica alguma inconsistência no ECF, mas quando executo esse método com o ECF desligado (por exemplo) a aplicação trava tudo, não faz nada, da mesma forma quando envio um comando, por exemplo, de abrir cupom que também trava. Será alguma configuração do componente ou algo parecido?

Bom dia pessoal, não sei se é possível isso que quero, mas não custa perguntar. Existe alguma forma de verificar diversos tipos de inconsistência no ECF, tais como: desligada, sem papel, desconectada da serial, etc etc etc...., porém de forma genérica, ou seja, ao enviar um comando X ou Y e seja lá o que está acontecendo com a impressora, me retorne um erro? Obs.: tentei enviar um simples comando de LX ou AbreCupom com o ECF desligado na certeza que me retornaria um erro, mas, não sei pq, a aplicação trava, não faz nada (acredito que esteja tentando comunicar com o ECF mas não consegue).

Encontrei esse post Deve solucionar o problema de entendimento de muita gente.

Bom dia pessoal, estou fazendo algumas atualizações no meu PAF e surgiu uma dúvida no requisito (XXXI) que pede para alterar dados no arquivo eletrônico "Registros do PAF-ECF". Neste requisito, pede pra alterar dados de DAV, Meios de pagamento, registro R02, R03 e etc... Se houver mudança "na mão", deve aparecer "???????". Ai vem a dúvida: como vcs implementaram isso a fim de identificar que tal campo sofreu alguma alteração manual? Desde já, obrigado.

Perfeito Italo. Li o manual e consegui entender. Agora, vou pra implementação e qualquer dúvida volto a postar aqui. Obrigado pela ajuda.

Pesquisei sim no demo do ACBr, inclusive eu já emito NFe's só que uma por vez. Bom, pelo menos não vi como emitir várias de uma vez no demo do ACBr. Após os comentários do Italo ficou mais claro, porém, estou com dúvidas em como vai ser gerado cada DANFE. Outro detalhe: por exemplo, estou emitindo 50 notas. Lá na 20ª nota da um erro de código do municipio inválido ou cEAN inválido ou algum erro que o ACBr trata somente no envio da NFe (e claro, não foi validado pela aplicação). Como é tratado essa situação??? Desde já, obrigado pelos comentários.

Caro Italo, obrigado pela resposta. Acredito que dessa forma já é possível eu executar essa rotina. Outra dúvida: e quanto a impressão das DANFE's, como vou "mandar imprimir" as X notas que eu emiti de uma vez???

Bom dia pessoal, no meu sistema, pra emitir uma NFe, o usuário deve gerar uma venda e, se quiser, emitir a NFe e/ou cupom fiscal. Gostaria de saber como/se o ACBr permite enviar várias NFe's de uma vez ao invés do usuário emitir uma NFe de cada vez pra cada venda. Desde já, obrigado.

Boa noite Italo. Era exatamente isso que precisava. Tudo certo. Resolvido!

Boa noite meus caros, quando gero uma carta de correção, como faço para pegar o número da NFe que está no XML que escolhi??? O protocolo, chave e etc. consigo pegar, menos o número da NFe. Desde já, obrigado.

Bom dia a todos. No componente ACBrECF tem uma opção chamada ProcessMessages lá em devices. Desmarquei essa opção e deu certo. Não sei porque e como, mas deu certo rsrs... Resolvido!

Está ao em .RAR e txt. logacbr.rar logacbr.txt

Durante a "subida" do sistema, é feito algumas verificações, como: data do movimento, pouco papel, cupom aberto, etc etc etc... Dependendo da hora que eu rodar, de cara já da a mensagem; dependendo, até chega a abrir a aplicação, mas no próximo comando com o emulador já da o erro. Segue o link para a imagem do logacbr. http://imageshack.com/a/img661/258/r7I3TP.jpg

Boa noite amigos, não é falta de pesquisar, pois estou desde ontem tentando pesquisar algum tópico que resolva meu problema e não encontrei. Vi que aqui no fórum tem alguns posts relacionados à esse, e por isso, já fiz N testes que a galera sugeriu, e no entanto, não resolveu. Depois de uns 5 meses usando a mesma versão do ACBr, Delphi 2010, emulador da bematech 2100 e windows 7 64bits, resolvi atualizar para o Delphi XE2. Atualizei também o ACBr para pegar algumas novas atualizações quanto à emissão da NFe 3.10, e ai que começou aparecer essa mensagem "Error 9997: timeout during operation" incansavelmente. Já desabilitei aquela opção lá no Debuggers, reinstalei o com0com, já mudei de porta e nada adiantou. Alguém ai já conseguiu resolver esse problema???

Olá amigos, desculpem a demora em responder. EMBarbosa, não, não confundi não. O estranho é que "do nada" acontece isso, sendo que já passou N's vendas no cartão. Fim umas gabiarras aqui e contornei o erro. Pode colocar como resolvido.

Boa noite amigo. Segue um print do log do acbr. Tentei gerar uma simulação do que está acontecendo no cliente, mas consegui apenas que desse o erro "Forma de pagamento não programada", mas está programada sim, tanto que na imagem, no método AbreCupomVinculado, é possível identificar o COO, o índice da forma de pagamento ( 04) e o valor. Segue a imagem. http://imageshack.com/a/img661/1631/T0uUtw.jpg

Boa tarde amigos, já li algumas publicações semelhantes a essa minha aqui no fórum, mas nenhuma me salvou rsrs... Em minha aplicação, ao finalizar um cupom, emito o comando para efetuar a condição de pagamento: ( ACBrECF1.EfetuaPagamento (CodigoFormaPagamento, Valor) ). Depois, envio o comando para fecha cupom ( ACBrECF1.FechaCupom (Observações) ). Até ai, tudo lindo. Se a venda é em cartão, logo após o método FechaCupom, envio o método para abrir o comprovante vinculado ( ACBrECF1.AbreCupomVinculado(COO, CodigoFormaPagamento, StrToFloat(Valor)) ). Se a venda é em cartão, ai começa meu pesadelo. Ao abrir o comprovante vinculado, aparece a bendita mensagem: Meio de pagamento não permite TEF. Engraçado é que a mesma forma de pagamento que é enviada para o cupom é a que está indo pra abertura do vinculado, e o mesmo valor que está sendo enviado também é o mesmo. Já verifiquei isso através do log do sistema. Mais engraçado ainda é que o cupom fiscal em si é finalizado, a venda é aprovada e tudo mais, só que na hora de abrir o vinculado da essa mensagem. Se não bastasse isso, o cliente efetua umas 20, 30, 50 vendas no cartão. Do nada, sem abrir e/ou fechar o sistema, ao abrir um próximo vinculado, aparece essa mensagem. Tem horas que, saindo do sistema e entrando novamente, volta a funcionar. Porém, em algumas vezes, mesmo fazendo isso, continua o erro. A condição que o cliente está utilizando chama-se "Cartão" com o "~"... não sei se tem algo haver, mas eu pego é o índice da impressora para enviar pro comando. Alguém saberia me dar uma luz sobre isso??? Desde já, obrigado pela atenção de todos.

Mas só por curiosidade que as vezes os ADM's do ACBr podem responder, se existe alguma configuração no próprio ACBr que configura algum ponto X para começar a verificar o pouco papel??? rsrsrs, acho que é uma pergunta idiota, mas só para livrar dessa dúvida...

Boa tarde a todos. Não sei se é problema na aplicação ou alguma configuração do ACBrECF, mas tem um cliente que me reclamou que quando começa a ser exibida o aviso de pouco papel, ainda tem muito papel. No sistema antigo dele (que não usava ACBr), a mensagem aparecia quando realmente estava quase chegando na tarja vermelha, só que agora está aparecendo beeeemm antes da tarja vermelha. Estou usando assim: if if (dm.ACBrECF1.PoucoPapel) then begin Application.MessageBox('Pouco Papel.', 'Atenção', MB_OK + MB_ICONHAND); end O que pode estar havendo nisso??? Desde já, obrigado.

sim, já havia visto, só que minha dúvida é como o ACBr vai nomear o relatório e colocar o índice do relatório...

certo, mas tem alguma forma de abrir um relatório gerencial, usar e depois fechar o relatório, com as informações vindas do bd das mesas abertas???

Boa tarde pessoal, preciso gerar o relatório de mesas abertas... atualmente, utilizo a dll da bematech para tal e funciona blz... gostaria de saber qual comando do ACBrECF que realiza isso??? Desde já, obrigado.

Bom dia pessoal, não sei o que fiz, mas a função agora me retornou a data do SB rsrs... mas agora, o problema está na Hora da gravação... me retornou somente a data no formato DD/MM/AAAA...

eu digo os dois... no simulador da Epson me retornou uma data... na impressora fiscal fisica Bematech me retornou em branco... antes, quando usava a dll da bematech com a impressora fisica Bematech, não dava esse erro de retornar a data em branco......