EMBarbosa

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...

Não sei se poderia fazê-lo no seu caso, mas talvez o TeamViewer ou o LogMeIn podem resolver.

se você não responder aos posts que você mesmo criar, vai ficar difícil de instalar mesmo.

Até onde sabemos, o componente está 100%. Algumas coisas podem precisar de ajustes, como os novos blocos P e etc...

Você está fazendo os testes dentro do debugger do Delphi?

Acho que o ACBrNFE 1.0 foi removido do trunk. Você não deveria estar usando o 2.0?