AcbrECFBematech.GetDadosUltimaReducaoZ e numSerieMFD

[EMBarbosa]

Estamos em processo de otimização de velocidade e assim procurando descartar chamadas desnecessárias ao ECF.

A função GetDadosUltimaReducaoZ da classe da Bematech está fazendo chamada duas vezes para pegar o Número de Série do ECF (uma para parâmetro NumSerie e outra para NumSerieMFD). Isso acontece mesmo o ECF sendo ou não sendo MFD.

No momento não estou lembrado de ser necessário fazer as duas chamadas e nem do motivo de ter os dois NumSerie. Reparei que algumas ECFs fazem o mesmo (Daruma) mas outras só preenchem o parâmetro NumSerie (SwedaSTX).

O que vocês acham, isso é mesmo necessário?

[Daniel Simoes]

O Numero de série poderia ser buferizado após a 1a leitura depois da Ativação... na verdade isso era feito...

Porém com o PAF-ECF, onde o ECF pode ser trocado no meio da venda, é importante ler sempre do ECF...

Porém se o NumSerieMFD sempre for a mesma coisa que NumSerie, ele nem precisaria ser lido...

[EMBarbosa]

Teoricamente, o Número de Série deveria ser o mesmo. Mas acho que a função NumSerie, no caso da Bematech, retorna só parte do número. Isso acontece pois antigamente o número tinha menos caracteres.

Acredito que o ACBrECF deveria ter apenas a função NumSerie e durante a execução chamasse a função correta de acordo com a impressora. Mas mesmo assim, não sei o motivo de ter as duas chamadas para os Dados da Última Redução Z.

[Daniel Simoes]

Eu imaginava que se tratava de um Num.Série da MFD especificamente... Se todos os ECFs se comportarem da mesma maneira, a propriedade NumSerieMFD poderia até mesmo ser removida dos fontes do ACBrECF...

[EMBarbosa]

Puxa Daniel, você tem toda razão.

Neste caso é o Número de Série da MFD. Eu me confundi por que os nomes das propriedades são parecidos com o nome das funções da DLL da Bematech.

Como estamos tentando otimizar o tempo das funções, estamos estudando algum jeito de utilizar funções e propriedades "em cache". Mas como você mesmo mencionou, o PAF-ECF limita muito o que podemos fazer.

Mas esperamos ter alguma ideia para contornar isso.