Daniel Simoes

Cuidado geralmente o Fisco entende que o uso do ECF SEMPRE é obrigatório, quando o cliente tem recursos para se informatizar... Veja esse post: viewtopic.php?f=8&t=2128 Não há como fazer o que vc quer... Impressoras paralelas não enviam Status... e o Spool do Windows sempre fica no meio..

Se vc ler a Lei e Roteiro do PAF-ECF as coisas ficam mais claras... A aplicação deve ser capaz de recuperar o GT (em alguns casos) quando o Valor do GT no arquivo não é o mesmo do ECF

Eu uso esse emulador sem problemas... Vc precisa de um emulador de portas seriais... existem alguns tópicos sobre isso aqui no forum

O ACBrAAC não limita o tamanho do Num.Série... verifique se vc informou o mesmo corretamente no momento da gravação O ACBrECF e ACBrAAC fazem todas as comparações, e apenas quando elas forem necessárias, como por exemplo na abertura do Cupom.... Muitas das dúvidas podem ser sanadas lendo os fontes do ACBrAAC... Veja os fontes do método: TACBrAAC.VerificarGTECF

Tente uma solução a lá Microsoft... remova tudo e re-instale novamente, seguindo atentamente as instruções do LEIA-ME.TXT Não temos report de problema semelhante... o que me leva a crer que o problema é realmente no seu ambiente

faça uma varredura de ACBrComum.bpl em sua máquina o Delphi deve estar achando algum outro que não seja o correto...

Esse erro ocorre como sonsequencia do ACBrComum não estar instalado corretamente... ou não está no LibPath do Delphi

O Retorno vai pelo próprio Socket... Não existe uma tabela de Código de Erros padrão... o ACBr retorna o próprio erro levantado pelo equipamento host Se vc recebeu OK: ... tudo certo, comando executado... Se vc recebeu ERRO: então o comando não foi executado

Apenas a titulo de informação a pasta Antigos é muito, muito, muito defasada...

O erro é de permissão... o Delphi não conseguiu gravar o ACBrComum.bpl... Provavelmente é alguma configuração no seu Windows ou Delphi

Boa ideia Ricardo... vou tentar implementar...

O ACBrECF disparará um exception se o GT não bater... Use os eventos do ACBrAAC para programar uma verificação de GT (comparação da última Venda Bruta do ECF com a do BD, conforme a regra do PAF-ECF)

verifique se ela é compatível com PPLA ou PPLB

A Bematech não permite após a abertura... apenas antes de abrir o cupom...

Até onde eu sei isso não existe... essa perda é normal..

Desconfie da porta Serial ou do Cabo do ECF... o Log possui muitos erros de perda de conexão... Tente em outra porta Serial (dê preferência para as on-board, COM1, COM2) Teste com o Demo do fabricante (que usa a DLL) e verifique se o mesmo problema ocorre...

O manual do ACBrMonitor está incompleto e desatualizado... dificilmente terei tempo de atualiza-lo recentemente... Conto com a ajuda da comunidade para isso Rossine, Mesmo não programando em ObjectPascal, habitue-se a abrir os fontes do ACBrMonitor... principalmente a Unit DoECF.pas... vc verá que é simples implementar pequenas mudanças como essa... e os fontes podem lhe ajudar a compreender o que falta no manual

veja se ajuda: viewtopic.php?f=10&t=2406&p=10930#p10930

Aparentemente ele processou corretamente... veja:

Baixei... analisando...

O problema é a página de código usada pelo Delphi em relação a usada pelo ECF Estamos planejando ajustar o ACBrECF para traduzir os acentos para a página de código usada pelo ECF... a ainda aceitar alguma tags (simples) de HTML para Negrito, Expandido, etc

Leia tb a Cartilha de ECF da Sweda... suas dúvidas são básicas... é fundamental fazer o "dever de casa" antes Vc verá que apenas é possível cancelar o último Cupom... para Cupons Anteriores vc precisaria fazer uma Nota manual de entrada

A sua lentidão no uso de portas não seriais pode estar relacionada a configuração de Spool do Windows...

Isso já foi corrigido várias vezes... Quando arruma para um, quebra para outro.. o ideal é fazer algo que não dependa de posição fixa... vou pensar em algo..

Baixei a Unit... vou analisar o caso em conjunto...