Daniel Simoes

Isso não é recomendado... vc está quebrando a lógica do componente... Acho que o que você quer, é desabilitar a opção ACBrTEFD.AutoEfetuarPagamento

No ACBrMonitor essa propriedade não faria diferença ... pois ele já força uma "fila" entre os comandos enviados e suas respostas... Não é comum essa lentidão para apresentar o código... O Leitor é de teclado/usb ou Serial ? Se for teclado/usb pode tb pode ser algum problema no Buffer do Windows... (mas não sei como resolver) Experimente fazer um "reset" no leitor Em relação às doações... todas tem o mesmo destino... atualmente elas são repassadas a DJSystem, que mantém a mim, o André e a Juliana, além de outras despesas relacionadas ao ACBr...

Mais uma Pergunta e resposta sobre o mesmo assunto... que na minha opinião, confundiu mais do que esclareceu

Pergunta / Resposta relacionado ao assunto:

Conforme o requisito: XVII Se o PED estiver no Retaguarda, ele não estaria acessível apenas quando o ECF estivesse inoperante... alias, não faria sentido a relação ECF/PED, pois podemos ter vários PDVs para um Retaguarda, outro fato "estranho" é que o PDV exibiria apenas a tela de consulta de preços...

Pergunta / Resposta relacionada ao assunto

Na tela de entrada de DAV e Pre-Venda, devemos ter um número único e sequencial, e que jamais pode ser repetido ou apagado... Isso pode trazer alguns problemas, como por exemplo, o usuário abre a tela de Pre-Venda e desiste, mas nesse caso um número sequencial já foi utilizado e a Pre-Venda precisaria ser cancelada no PDV Para contornar o problema, poderíamos adotar as seguintes soluções: 1 - Apenas gravar o "cabeçalho" da Pre-Venda, após o primeiro Item ser Incluído. 2 - Apenas gravar toda a Pre-Venda quando o usuário clicar OK no final da mesma. As duas opções trazem novos "problemas" Na opção 1 (Apenas gravar o "cabeçalho" da Pre-Venda, após o primeiro Item Incluído); cada Item incluído na Pre-Venda não poderia mais ser excluído, mas deveria ser "marcado" como cancelado, e futuramente quando impresso no cupom, ter o seu cancelamento... conforme orientação de perguntas respostas do roteiro. Na Opção 2 (Apenas gravar toda a Pre-Venda quando o usuário clicar OK no final da mesma) ; estaríamos abrindo uma enorme janela para sonegação fiscal... Pois o usuário faz a Pre-Venda, lança todos os Itens (sem gravar nada no BD, tudo em Memória),vê o total, e cobra do cliente, e em seguida aborta a Inclusão da Pre-Venda...

não com o ACBrECF... mas se o ECF for MFD, vc pode usar aplicativo do Fabricante, que através de download da MFD pode recuperar qualquer documento impresso pelo ECF...

Obrigado Elton, Minha duvida principal é em relação às telas que o PDV exibe após o cupom ter sido aberto, ou seja, durante uma venda... Pois nesse caso, com o Cupom aberto, muitas das funcionalidades do Menu não estarão aptas a funcionar...

A resposta que tive do pessoal da POLIMIG-SP é de que NÃO... O Menu fiscal do PDV deve ser completamente funcional... sendo opcional a inclusão de Itens do Menu Fiscal no retaguarda... Ou seja, o PDV precisa ter acesso direto ao Banco de Dados do Retaguarda, para estar apto a gerar os arquivos até mesmo de outros PDV... Conforme descrito no Requisito VII item 9

Foi o que imaginei... é aquela coisa... fazer uma "telinha" só pro homologador ver... e que nunca mais será usada por usuário nenhum

Dada uma plicação separada em PDV e "Concentrador" PDV - Frente de Caixa Concentrador - ou Retaguarda, que Permite controlar os PDVs, atualizando os preços dos PDVs, concentrando as vendas, etc Ambas aplicações serão homologadas em conjunto. Os itens do Menu Fiscal, responsáveis por geração dos (diversos) arquivos TXT podem ficar apenas na aplicação de Retaguarda ?

Dada uma plicação separada em PDV e "Concentrador" PDV - Frente de Caixa Concentrador - ou Retaguarda, que Permite controlar os PDVs, atualizando os preços dos PDVs, concentrando as vendas, etc Ambas aplicações serão homologadas em conjunto. A tela de inclusão do DAV e Pre-Venda pode existir apenas no Retaguarda ou precisa obrigatoriamente existir no PDV ?

(Santa burocracia Batman)

Apenas o Demo tem problema de converter String para Float, caso o Valor não use o separador de decimando nativo do Sistema operacional... no ACBrECF o Valor é do tipo Double No LOG aparentemente está tudo correto.. não há erro...

No teste 104 do roteiro 1.4 temos a seguinte transcrição: Como será feita a entrada de 10 Unidades ? É permitido um "acerto de estoque", ou é necessária uma tela de entrada de Notas ?

Ele deve estar acessível até mesmo na Tela de Login (antes de digitar a senha) ? Ele deve estar acessível se estamos imprimindo um Cupom (na tela de vendas, com cupom aberto) ?

Se meu PAF-ECF não atende ramos específicos como Bar/Restaurantes, Posto de gasolina, Farmac.Manipulação, etc... o Menu fiscal precisa ter as opções específicas destes segmentos ? Exemplo: 12 - “Encerrantes”, 13 - “Transf. Mesas”, 14 - “Mesas Abertas”, 15 - “Manifesto Fiscal de Viagem”, 16 - “Leitura do Movimento Diário"

Se vc for homologar TEF discado, isso não é permitido... Ou seja, Cartão SEMPRE deve ser a última forma de pagamento

Apenas a titulo de informação... Leitores USB se comportam de forma idêntica a leitores ligados no Teclado jacksondb, Experimente desabilitar a seguinte propriedade: ACBrECF.Device.ProcessMessages := False isso fará o ACBrECF se comportar de forma semelhante as DLLs.. ou seja, ele irá "congelar" a sua aplicação enquanto ele estiver ocupado...

Humm... não sou usuário do Delphi2010... Iran, qual foi a correção que vc aplicou ? Elton, poderia verificar isso para mim ?

Uma dica desses leitores seriais, é identificar muito bem o sufixo enviado após o código lido... Geralmente é apenas #10... mas se podem ser 2 caracteres, como por exemplo #13,#10 (CR+LF) Quando o ACBrLCB sabe o sufixo correto, ele consegue "quebrar" corretamente um buffer serial grande, com vários códigos lidos rapidamente... Se o sufixo estiver errado, o componente ficará esperando ele chagar, e com consequencia, nunca retornará os códigos lidos... Se o sufixo estiver incompleto, (ou vazio) o ACBrLCB pode juntar dois códigos lidos... A aplicação demo do ACBrLCB é ótima para descobrir o sufixo..

Até onde eu sei, apenas a Daruma retorna isso no momento da venda... Não se prenda muito ao que a lei diz... os caras que escrevem isso parecem nunca ter visto um ECF na frente... Leia o roteirto de testes, lá vc verá tudo que será verificado...

Oficialmente, não mais... nenhum dos desenvolvedores do ACBr usa D5 para testes de compatibilidade... Mas é possível ajustar os Packages com pouco esforço...