Daniel Simoes

A fila de certa forma "fura" a concomitância... (se o operador for muito rápido) Mas é muito difícil de qq fiscal se incomodar com isso... A meu ver, trata-se de um "tunning", ou seja, uma melhoria, para não parar o PDV quando o ECF está ocupado abrindo o cupom.

humm.. agora que notei que estamos falando de rotinas diferentes Essas DLLs da Bematech são um saco... ficar caçando Strings sempre dará problema... Vou tentar modificar essa rotinas de forma semelhante a CRZtoCOO

vc pode capturar a Leitura de Memoria Fiscal em disco e anexa-la aqui ? Modifique a rotina para: Self.LeituraMemoriaFiscalSerial(ACRZIni, ACRZFim, Retorno); Retorno.SaveToFile( 'c:\temp\retorno.txt' ) ;

Seu evento de impressão não está capturando o Exception ? Observe os fontes do Demo...

ACBrECF.Retentar := False ;

Leia mais sobre ECFs... vc não pode cancelar um Cupom ou CCD após um Gerencial ou Leitura X Salve os dados da Transação em um BD... assim vc pode recupera-los depois... Lembre que a CNC é opcional, ou seja, vc não precisa faze-lo para ser homologado, mas se o fizer, deve estar funcionando adequadamente

A BlockInput só funcionará no Seven se vc desligar o UAC

Se a forma de pagamento não foi aprovada, ele nunca deve ser impressa no ECF, e por isso não há transação TEF a ser cancelada...

copie aqui o trecho da sua função...

Lembro que corrigi algo relacionado a isso recentemente... Se qualquer dos métodos chamados no Ativar falhassem, o ECF passava a ser identificado como uma FS345 e com isso o NUm.Série é lido com dígitos incompletos Por favor atualize os fontes e teste novamente

Experimente substituir o arquivo em anexo... ZClasses.zip

O ACBrMonitor não usa a Zeos... (você poderia remover o pacote) Esse erro ocorre pq a Zeos 6.6.6 precisa de ajustes para rodar no FPC 2.5.1

Apague ou renomeie seu ACBrECFBematech.pas, antes de atualizar pelo SVN, sua função está diferente da atual...

Acredito que o problema seja o Virtualizador de Porta serial utilizado... Tente usar o com0com Apesar do LOG reportar falha no item repetido Isso não significa que o ACBrECF enviou o comando 2x... ele apenas tentou LER 2x.. Veja em ACBrECFBematech.pas -> TACBrECFBematech.EnviaComando_ECF

Regys, A rotina ainda pode cair nos seguintes Bugs... - Se CRZIni e CRZFim forem iguais ela não achará o CRZFim - Se o COO estiver em coluna diferente de 13 ela pode truncar o valor... No exemplo que achei na internet o COO está iniciando na 12 http://www.bematech.com.br/suporte/tuto ... ml?lmf.htm

Não aplicarei essa modificação no SVN.. preciso saber se a rotina acima funciona para o seu caso... ela que será aplicada...

Veja o LOG... se no LOG do ACBrECF constar duas vezes o mesmo comando de Venda de Item, é porque você realmente está enviando-o duas vezes

Tente substituir a Função CRZtoCOO por esta abaixo: procedure TACBrECFBematech.CRZToCOO(const ACRZIni, ACRZFim: Integer; var ACOOIni, ACOOFim: Integer); var Retorno: TStringList; CRZi, CRZf: string; Linha: string; I, PosCOO: Integer; begin Retorno := TStringList.Create; try Self.LeituraMemoriaFiscalSerial(ACRZIni, ACRZFim, Retorno); PosCOO := 0; ACOOIni := 0; ACOOFim := 0; CRZi := IntToStrZero(ACRZIni,4)+' '; CRZf := IntToStrZero(ACRZFim,4)+' '; I := 0 ; while (I begin Linha := Retorno[I]; if PosCOO = 0 then // Já achou o cabeçalho ? begin if (pos('CRZ ',Linha) = 1) then PosCOO := pos('COO ', Linha); end else begin if Copy(Linha, 1, 6) = CRZi then ACOOIni := StrToIntDef(Copy(Linha, PosCOO, 6), 0) ; if Copy(Linha, 1, 6) = CRZf then ACOOFim := StrToIntDef(Copy(Linha, PosCOO, 6), 0) ; end ; Inc( I ) ; end ; ACOOIni := max(ACOOIni,1); ACOOFim := max(ACOOFim,ACOOIni); finally Retorno.Free; end; end; [/code]

Você não testou isso antes de ir para a homologação ?? Fica muito difícil corrigir isso "na correria"... Lembre-se que o ACBr é mantido por voluntários... e que todos trabalham no seu tempo livre...

Acabei de subir mais uma tentativa... Por favor teste todos os comandos possíveis, pois posso ter introduzido novos bugs acidentalmente...

O ACBr é código aberto... Abra os fontes e verifique...

Use CancelaCupom... ele detecta que o ultimo documento é CCD e cancela-o antes do Cupom

É o que está sendo feito hoje... O ECF retorna uma "Mensagem" com o código 228 - e do jeito que está o ACBrECF entende que "Tudo bem, resposta recebida" Quando receber o '!' temos que verificar qual foi a mensagem, e tentar deduzir se após a mensagem virá ou não mais informações...

Não para leitura de Cod.Barras é utilizado o ACBrLCB

O Fix acabou se revelando pior que o Bug Acho que vou ter que tratar todos os retornos do Tipo '!' individualmente... pelo que percebi no manual, eles estão na tabela de Erros porém como "Mensagem"... algumas podem ser consideradas como resposta final do ECF... e outras, como esse código "228" da Leitura devem fazer o ACBrECF ignorar este retorno e aguardar o próximo