EMBarbosa

Está usando o ACBrInstall? Qual a versão? Como você fez o download?

Você quer que ele liste assim? [CODIGO][DESCRICAO][PRECO][QUANTIDADE][LOJA1][LOJA2][LOJA3][LOJA4]

Na verdade, eu creio que esse tratamento não foi implementado no código. É necessário verificar.

Você quer dizer "uma vez o produto POR LOJA", certo? Se for assim, a solução do Solivan atende seu requisito. Agora, se você quer o total, independente da loja, então basta remover as menções do campo LOJA. Creio, no entanto, que em nenhum dos dois casos é necessário a palavra "DISTINCT".

Embora eu particularmente não tenha tido esse problema, vai ser útil para outros usuários. Obrigado por compartilhar.

Você criou outro usuário no fórum, teve algum problema com o usuário anterior? Se precisar de alguma ajuda, queira enviar uma mensagem privada.

Obrigado pelo retorno.

Crie um tópico novo com título descritivo e anexe no tópico os arquivos.

Régys, Não há alterações nos arquivos ACBrPAF\ACBrPAF_H.pas e ACBrPAF\ACBrPAF_H_Class.pas desde 2012 e realmente, não há esses campos no código fonte.

Você sabe se eles atualizaram o firmware do ECF? Acredita que na atualização poderia ter dado algum problema no Software Básico do ECF?

O que seu cliente põe na nota fiscal quando ele vende usando uma nota modelo 1 ou NFe (modelo 55)?

Primeira coisa, sugiro aumentar o TimeOut para 10 pelo menos e fazer alguns testes. Outra coisa que notei foi que algumas das vezes a chamada para IdentificaPAF está muito próxima da chamada do ATIVAR, mas na ordem inversa. Talvez seja algum problema ao enviar os comandos. Verifique se está realmente chamando o Ativar antes do IdentificaPAF. Exemplo: Você poderia tentar com o ECFTeste também para ver se há algum retorno diferente.

Não entendi... O PAF-ECF permite produtos diferentes e informar quantidade. Qual o problema? Pode dar um exemplo prático?

Só se você for mexer com a API do Windows ou usar o componente ACBrEnterTAB. Mas eu tenho uma pergunta, se você não tem como debugar, como sabe que o código não está passando pelo evento onExit? E a propósito, você ainda não disso como transforma o ENTER para acessar o próximo edit. Ainda a propósito, sua dúvida não é sobre o componente, e por isso a estou movendo para a área correta sobre Pascal/Lazarus/Delphi/programação

Não vejo motivos para desativar a cada cupom emitido. O que você quer fazer?

O que eu quis dizer é: exatamente como você espera que digitando ENTER o foco vá para outro componente e assim seja chamado o onExit. Esse não é um comportamento padrão do componente e nem do SO. Você precisa codificar isso de alguma maneira. De qualquer forma, a melhor maneira de você descobrir é debugar o código dentro da VCL e verificar o motivo dele não estar chamando o evento. Talvez possa começar verificando o método TWinControl.DoExit. O único problema é que debugar essa parte do código é muito difícl.

O evento onExit só acontece quando "você sai do componente", ou seja, se o componente TEdit não perder o foco, este evento não vai acontecer. Você não especificou o mecanismo empregado para esperar que o evento aconteça, então não faço ideia de qual pode ser o seu problema.

O problema com o software para ECF é que ele precisa ser cadastrado na SEFAZ do seu estado (UF). Para isso, ele tem de atender legislação específica. Isso pode incluir a legislação do PAF-ECF. Ou seja, você pode desenvolver, mas precisa certificar que esteja atendendo todas as legislações. Já a NF-e é menos restritiva. Visto que o funcionamento é baseado no webservice disponibilizado pelo governo, o governo já possui todas as informações que precisa nos seus servidores. Assim você praticamente só precisa se preocupar com atender os requisitos técnicos do software. De qualquer forma, você responde solidariamente pelo uso do seu software. Isto é, se o seu software incluir alguma maneira de sonegar impostos, muito provavelmente você será responsabilizado junto com o seu cliente caso ele faça uso disso.

Olá Ronei, Bem vindo ao fórum. Esperamos que possa sanar suas dúvidas e ajudar o projeto a crescer. Visto que é novo no fórum, convido a ler e também a parte que dá orientações gerais para formular perguntas no mesmo tópico. Em especial, atente a criar um tópico novo para uma dúvida nova conforme as regras. Veja neste em especial a "2.2 - Permaneça no assunto". Visto que é novo no fórum, desta vez eu dividi o tópico para você. Mas pode acontecer da próxima de seu tópico ser ignorado, trancado ou até mesmo apagado. Sobre sua dúvida, qual a mensagem completa do Access violation? Em algum momento do seu código você está usando o acessando o fpDevice diretamente? Você está usando qual modelo especificamente de balança? Consegue reproduzir o erro no aplicativo de exemplo do ACBrBAL?

Gerações feitas com base no MFD feitas pelas dlls disponibilizadas pelos fabricantes, são responsabilidade do respectivo fabricante. Sugiro que tente o suporte técnico do fabricante.

O exemplo é só isto mesmo, um exemplo. Ele não segue legislação em todos os pormenores, pois isto não é seu objetivo. Verifique no Manual do Sintegra e na SEFAZ do seu estado se um registro é obrigatório ou não.

Agora que eu vi sua imagem com cuidado, o erro é de outra coisa. Não está relacionado com este tópico. Faça um novo "Check Out" do código fonte.

Este tópico não está relacionado com o ACBrBoleto. Queira da próxima vez lançar as dúvidas nas áreas corretas.

Acredito que sua versão é que seja muito antiga. Porque desde fevereiro de 2013, a versão disponível do ACBrMonitor é 0.9.20.0