Daniel Simoes

EAN-13 SEMPRE tem digito verificado... caso contrário não é EAN13 Se você quer código livre use outro formato, como 3of9

No site do fabricante

Sua explicação está correta... Não compreendi se você disse que: chamadas consecutivas de ECF.FormasPagamento sempre ocasionam a leitura do ECF ? Se SIM, vc está detectando isso pelo log do ECF ?

ECF.CarregaFormasPagamento e ECF.LerTotaisFormaPagamento efetuam leitura de dados no ECF, transferindo-os para uma lista em memória.. Os demais comando apenas acionam a leitura, se a lista estiver vazia... se lista estiver preenchida, eles apenas retornam o valor que está na memória... Não é isso que está ocorrendo ?

Não é nada comum ter falhas no envio dos comandos: Isso está ocasionando a duplicação... o ACBrECF não detecta o ACK do ECF e transmite o comando novamente.. Deve ser algum problema no seu virtualizador de Portas Seriais...

Não compreendi a sua mensagem... A impressora não imprimirá códigos EAN com o digito verificador inválido... mas acho que você pode mandar 12 caracteres e deixar que ela calcule o 13°

Difícil... não parece estar relacionado ao ACBrECF, e sim do seu sistema... O Demo é a prova disso... Você programou algum dos eventos do componente ? O único jeito é ir passo a passo com Debug desde o início...

se a lista já estiver preenchida ele não consulta a impressora... a não ser que você mande recarregar ou ler os totolizadores

Realmente não existe essa possibilidade no momento...

Acho que isso você precisa resolver no Lado do Servidor... Gerar o PDF, e envia-lo por uma solicitação POST Mas vc teria o problemas de concorrência (vários usuários) Porque não usar o BoletoPHP ??

Pelo que você descreve... Não seria apenas instalar uma impressora de rede, e configura-lá no ACBrMonitor ?

Não fui capaz de reproduzir o problema... Usando o NotePad++, por 7 vezes eu gravei o conteúdo do arquivo ENT.TXT na pasta de monitoramento do ACBrMonitor, e em toadas as 7 vezes obtive resposta para todos os Itens enviados (SAI.TXT) O ACBrMonitor apaga o arquivo ENT.TXT após processá-lo... Antes do inicio de cada teste eu apaguei o arquivo SAI.TXT Os testes foram realizados usando: - ACBrMonitor atual (SVN) - Emulador Sweda Connect/SIM - Modelo ecfSwedaSTX Poderia descrever melhor como você está testando ? SAI.TXT ent.txt

Não há um bug assim... caso contrário ninguém conseguiria usar o ACBrMonitor... Uma analise dos Logs gerados pelo ACBrMonitor e ACBrECF deve resolver esse mistério

Pode ser direitos de permissão no compartilhamento... Experimente modificar em ACBrDevice.pas as seguintes linhas: 55 {$IFDEF FPC} 56 {$DEFINE Use_Stream} 57 {$ENDIF} para: {$DEFINE Use_Stream}

O problema está na maneira como o ACBrMonitor trata o parâmetro do TipoDoc e Finalidade... (já apliquei uma correção no SVN) Você pode enviar o comando sem espaços após a virgula, e isso deve funcionar mesmo na versão atual ECF.ArquivoMFD_DLL( "05/08/2014", "05/08/2014", "C:\Multpaf\finSPED.txt", ,9) ou passe o passe o parâmetro como String ECF.ArquivoMFD_DLL( "05/08/2014", "05/08/2014", "C:\Multpaf\finSPED.txt", ,"finSintegra") Também há um erro no manual, a Finalidade é o quinto parâmetro e não o quarto... por favor considere os parâmetros por COO

A descrição do motivo da alteração está no Changelog do ACBrTEF

Este é o Log do ACBrMonitor... precisamos do Log da comunicação serial com o ECF, gerado pela aba do ACBrECF

Por favor envio o Log do ACBrECF relacionado a chamada desses comandos

A Epson não retorna a Data do Movimento nos Dados da última Redução Z... Veja: //Esta função utiliza o comando "Obter Totais da Jornada (09 0D)", que aceita //como parâmetro um CRZ. Então para obter os totais da última redução, passamos o //CRZ atual, que guarda o número da última redução Z. Os campos retornados pelo //comando estão abaixo: //Campo Tipo Tamanho //1-Número da Redução Z N 4 //2-Número do COO N 6 //3-CRO N 6 //4-Venda Bruta Diária N 14 //5-Total F N 13 //6-Total I N 13 //7-Total N N 13 //8-Total FS N 13 //9-Total IS N 13 //10-Total NS N 13 //11-Total Canc. ICMS N 13 //12-Total Canc. ISS N 13 //13-Total Canc. NF N 13 //14-Total Desc. ICMS N 13 //15-Total Desc. ISS N 13 //16-Total Desc. NF N 13 //17-Total Acre. ICMS N 13 //18-Total Acre. ISS N 13 //19-Total Acre. NF N 13 //20-Total ICMS N 13 //21-Total ISS N 13 //22-Total NF N 13 //23-Data de Fechamento RZ (D) 8 //24-Hora de Fechamento RZ (H) 6 //25-Totalizador Geral N 17 //n+25-Percentual do Totalizador parcial N 4 //n+26-Total vendido N 13 Então como o ACBrECFEpson faz ? Ora, o projeto ACBr é código aberto, lembra ? Então basta abrir a sua IDE no fonte ACBrECFEpson.pas e procurar por: "DadosUltimaReducaoZ" Agora lendo os fontes com mais calma, veja as observações existentes na linha 3328 de ACBrECFEpson.pas { Epson não retorna a Data do Movimento e SIM a Data de Fechamento da Z tentando descobir se o Fechamento ocorreu no dia correto do movimento } if (not (ECFEst in [estBloqueada, estRequerX])) and // Ainda não abriu a Jornada (DataFechaZ < DataMov) then begin if DateOf( DataFechaZ ) = DateOf( DataMov ) then DataMov := EndOfTheDay( IncDay( DateOf( DataFechaZ ), - 1) ) else DataMov := DataFechaZ; end; Como você pode ver, nem sempre o truque acima irá funcionar...

Pode ser algo no cabo da USB... pois quando a USB é removida, a porta serial é removida do Windows

No SiTef (usado a CliSiTef) as transações são atômicas (semelhante a uma transação de Banco de Dados)... Ele confirma ou cancela todas as pendentes...

Vc precisa achar uma fonte que dê o efeito desejado.. Veja esse manual, que é mais completo (mas em inglês) https://svn.code.sf.net/p/acbr/code/tools/Argox/PPLA&PPLB.pdf

Na IDE do Delphi você pode desabilitar "Stop on Delphi exceptions"

Sim... notei que há um bug relacionado a isso no Demo... mas como vc disse, basta restaurar o estado de fCancelado para False... Atualmente fiz várias modificações no meu Demo (experiências) e por isso não posso commitado.. Quando tiver um tempo reverto as modificações e corrijo esse bug...

o componente não foi projetado para ser usando sem ECF... Precisará de uma grande reforma... ou a criação de outro componente... Outra alternativa são os ECFs virtuais...