elton.barbosa

Acho que não entendi o problema. Meu ECF Bematech tem os registradores FS1 IS1 NS1... EDIT: Ahh agora que reli o comentário do Daniel, eu entendi.

Vale lembrar que todo código que é removido do SVN continua acessível se você buscar pela revisão específica em que ele existiu no SVN. Assim, para acessar o último código, bastaria procurar a revisão específica que o código foi removido e fazer um checkout ou switch para a revisão anterior.

Corrigido na revisão 3555. Me pareceu tudo certo, mas favor verificar e testar.

Olá markapollo, Pode confirmar se essas alterações foram pro SVN?

O procedimento com relação a bugs é exatamente esse que você adotou: Faça um post no fórum relatando o bug e se possível os arquivos alterados para corrigi-lo. Aconselhamos a pesquisar antes, pois muitas vezes outro usuário já encontrou o mesmo problema. Corrigido na Revisão 3543. Favor testar.

Erro já relatado. use o seguinte tópico:

Use o comando DadosUltimaReducaoZ e a Redução Z impressa e compare. Eles tem que bater.

veja também:

O método Start é da classe TThread. Verifique se ele está disponível no Delphi 2009.

Por favor anexe a mensagem de erro ou faça um "PrintScreen" para vermos a exata mensagem.

Normalmente esse tipo de problema é cabo ou porta serial. Mas o log pode dar alguma pista.

Como?

Isso parece meio estranho. Mas talvez ela está sendo referenciada por alguma unit dentro do pacote. Se você fizer uma busca no google acho que encontra a resposta para esse tipo de erro.

Se não estiver executando dentro do Debugger do Delphi anexe o log do ACBrECF. Talvez dê alguma pista.

ou remover a unit do synapse desse pacote. Claro, supondo que não vai ser mais necessária depois que instalar o ACBr.

Fizemos a Certificação TEF e fomos aprovados. Não foi necessário nenhuma mudança nos componentes. Em menos de um dia fizemos todos os testes para TEF discado com múltiplos pagamentos mas apenas um cartão e sem CNC. Nos sobrou um dia inteiro. Vou atualizar esse post assim que recebermos o certificado.

Entendi. Não sei o quanto a remoção do FlushToDisk iria prejudicar no quesito robustez. Mas com certeza, se abrir com os parâmetros mencionados, irá ser até mais confiável que usando o método atual. Vou providenciar.

Ok. Posso tentar providenciar esse exemplo para testes. Acha que é necessário ficar abrindo e fechando o arquivo toda hora?

\o/

Se e simplesmente desabilitar a FlushtoDisk usando a propriedade mencionada, por exemplo, a velocidade aumenta em cerca de 37%. Ou seja, no exemplo dado, o tempo gasto para 53 itens cai de 34,41 segundos para apenas 21,57. Isso em apenas um cupom talvez pareça pouco. Mas imagine em vários cupons com um número de itens talvez muito maior. É um tempo bem considerável. É mais ou menos o tempo gasto para fazer uma chamada adicional ao ECF a cada item vendido. Mas não sei se é recomendado fazer isso, pois não sei o motivo de terem incluído o FlushtoDisk. Quanto a ter que manter o Handle: acredito que possa-se passar os mesmos parâmetros toda vez que abrir o arquivo evitando o cache do SO.

Está rodando dentro do Debugger do Delphi?

Por favor sempre crie um tópico para dúvidas diferentes. E não crie tópicos repetidos.

O ACBrTeste tem telas de configurações e permite a comunicação pois como o nome já diz ele foi feito para.... teste... O ACBrMonitor é só um auxílio como já bem mencionado. Ele ter essas propriedades não significa que o PAF que vai utilizá-lo deva permitir uma ECF com GT diferente do que havia sido cadastrado, por exemplo.

Que coisa mais bizarra mesmo. Não lembro de nenhuma legislação que permita você fazer isso. E se alguém fizer uma mudança dessa propositalmente, achei que a ideia era o software não ajudar... Acho que perdi alguma coisa...

Não lance o tipo 75 para um produto se ele não saiu em nenhuma nota, cupom, venda ao consumidor, etc...