giulianon

Boa tarde colegas! Alguns clientes meus que usam a ecf Bematech me relataram que nos cupons fiscais alguns itens são impressos com um tamanho de fonte maior e outros com o tamanho menor. Fiz o teste em um ecf de 2 clientes diferentes, e realmente, aleatóriamente um item é impresso com uma fonte maior e outro com uma fonte menor. Bom, já fiz uma pesquisa aqui no fórum e a princípio não encontrei nenhum tópico que trate disso. Minha versão do acbr aqui não é das mais novas, mas de qualquer forma consultei o log fazendo um diff da versão atual com a minha e também aparentemente não houve modificação algum nesse sentido. Gostaria de saber se alguém já passou por isso. Se isso é configuração da ecf ou se de repente é um problema do acbr que talvez já tenha sido corrigido. Vou continuar na busca aqui e também consultar o suporte da Bematech. De qualque forma se alguém tiver alguma dica, agradeço desde já. Att.

Comigo aconteceu exatamente isso. As vezes voltava pro inicio. As vezes mostrava perto do fim. Testei vários códigos que encontrei na net e nenhum funcionou. Por fim resolvi trocar por um TMemo, e nos eventos after do acbrecf programei pra mostrar no TMemo o cabeçalho, itens, cancelamento, desconto, etc. Óbvio que não ficou formatado de forma elegante como em HTML, mas o funciona legal utilizando os eventos. Att.

Sim vc deve guardar todos os suprimentos e sangrias, pois os mesmo deve ser incluidos em arquivos que o roteiro exige que sejam gerados. Outros documentos seriam, por exemplo, se vc faz algum tipo de recebimento no caixa, como crediario, recarga de celular, etc, ou seja, entrada de valor sem a venda de um "PRODUTO". Att.

Se o seu sistema for concomitante sim, cada item deve ser impresso e depois exibido no monitor. Att.

Nunca utilizei, mas acredito que o ACBRMonitor faz exatamente isso. De uma olhada nele. Att.

Sim quem gera ele é você e nesse arquivo deve conter todas as ecfs e não um arquivo para cada ecf. Att.

Esse tipo de configuração de porta, velocidade, etc pode ser colocado em um arquivo INI e sem criptografia sim. Só lembrando que não pode ter nenhuma configuração que permita desativar a ecf, conforme exige o roteiro do paf. Att.

Quando perguntei sobre o modelo, era pra saber se vc está utilizando uma balança simples (normalmente utilizadas em caixas, chamadas pesadoras) ou balanças que permitem receber carga de produtos, grupos, informações nutricionais, imprimir etiquetas, etc (normalmente utilizadas no açougue, hortifruti, padaria, etc, chamadas computadoras), já que você disse que está tentando enviar algo para a balança. Bom, mas pela sua explicação, vejo que está utilizando uma balança simples (pesadora), e acredito que não seja possível fazer o que você pretende utlizando o ACBrBal, já que o mesmo só permite a leitura do peso. Já me utilizei das DLLs de fabricantes para fazer esse tipo de leitura e também não me recordo de funções para o envio desse tipo de informação para a balança. Att.

Enviar? Não é capturar/ler o peso da balança? A qual tipo de balança você está se referindo? Se puder explicar melhor seria ótimo. Att.

Bom dia Herculano! Se puder ser mais específico quanto ao que seria o "acesso negado", ou se puder postar o log do acbr pro pessoal poder analisar, seria mais tranquilo achar a solução do teu problema. Att.

Eu utilizo a fila do ACBrLCB e um timer que a cada 100 ms retira o item da fila e vende. E antes de mandar vender cada item verifico se a ecf já está liberada. Att.

A qual requisito você diz que está indo contra? Att.

Segue o exemplo corrigido Daniel. Abraço! Att. Delphi.zip

Bom dia colegas! Fiz download da última versão do ACBR e de cara fui estudar o componente ACBrACC, o qual ainda não utilizo na minha aplicação, mas estou ansioso para utilizar, só que ao rodar o exemplo ocorre erro de Undeclared identifier: 'SH_RazaoSocial' // Dados da software house edtSH_RazaoSocial.Text := ACBrAAC1.SH_RazaoSocial; edtSH_CNPJ.Text := ACBrAAC1.SH_CNPJ; edtSH_IE.Text := ACBrAAC1.SH_IE; edtSH_IM.Text := ACBrAAC1.SH_IM; Pelo que eu vi no post isso realmente foi alterado para o formato: edtSH_RazaoSocial.Text := ACBrAAC1.IdentPAF.Empresa.RazaoSocial Gostaria só de saber se é isso mesmo, que ai eu faço a correção no exemplo e post para ser atualizado no SVN. Att.

Eu tive problemas com o adaptador usb/serial utilizando o protocolo SWEDASTX. Tenta testar sem o adaptador ou com o protocolo SWEDA. Att.

Peço desculpa aos colegas. Realmente funciona como o mencionado. A era gerar por mim. Mais uma vez obrigado!

Desculpe Elton. Escrevi errado ali. É pouco papel mesmo. Ao consultar o número de série da uma exceção de pouco papel. Att.

Bom dia! Aproveitando o tópico, gostaria de saber se alguém também tem esse outro problema. Um cliente meu me relatou agora um problema com a ecf bematech, relacionado a falta de papel. Acontece o seguinte, sempre que vou fazer a validação (consultar o número de série) do número de série da ecf ao iniciar uma venda, como manda o paf, e a mesma está com pouco papel, essa exceção é retornada e automaticamente por não receber o número e não validar, o sistema vai pro modo de consulta. Detalhe é que vem a exceção (mensagem de pouco papel) e sem seguida o número de série certinho. Só que vem sempre a exceção antes. Pergunto, essa mensagem de pouco papel não deveria vir só nos comandos de impressão, ou vem em todos os comandos mesmo? E se vem em todos, como vcs tratam isso, já que a exceção vem sempre antes e o número de série depois. Obrigado!

Tente depurar o exemplo e ve a formatação que os parâmetro estão sendo enviados é a mesma que vc manda na sua aplicação. Tenta tambem atualizar tua DLL para a última versão. Att.

Qual marca e modelo de ecf você está usando?

O local onde está sendo impresso é padrão nas impressoras fiscais. Se quiser imprimir em outro lugar não há problemas. Eu por exemplo imprimo após a mensagem e agradecimento, tanto o operador quanto o número do caixa. Att.

É o que eu faço Ramon. Testo "if not ACBrECF1.AguardandoResposta" Att.

Normalmente isso ocorre porque você está enviando 2 comandos com um intervalo de tempo muito curto, ou seja, a ecf nem respondeu o primeiro comando e você já está enviando outro. De qualquer forma para que o pessoal aqui do fórum possa te ajudar, seria interessante você postar aqui, o log do acbf e o trecho de código que você recebe esta resposta. Existem outros tópicos no fórum que tratam desde mesmo "problema". Seria interessante você dar uma pesquisada e ver se encontra a solução neles. Att.

Pode ser feito sim. O paf não testa o momento que você emite o z. O que ele testa são os dados coletados da redução z. De qualquer forma eu pelo menos não bloqueio nada e permito que seja feito pelo sistema. Apenas instrui meus clientes que a redução deve ser feita no final do dia. att.