Erro na emissão Redução Z - DataRegis 3202DT

[Intelliware]

Boa tarde pessoal,

Temos um cliente que possui um ECF DataRegis 3202DT v01.00.73 e quando o cliente foi emitir a redução Z hoje, aconteceu o seguinte erro:

-- 02/08 15:19:13:765 -- Ativando a porta: COM1
-- 02/08 15:19:13:765 TotalDescontosISSQN
-- 02/08 15:19:13:765                 TX -> {2;LeMoeda;NomeDadoMonetario="TotalDiaDescontosISSQN";53}
-- 02/08 15:19:13:999     RX <- {2;11011;NomeErro="ErroProtNomeRegistrador" Circunstancia="Parametro NomeDadoMonetario contem nome de registrador inexistente";126}
-- 02/08 15:19:13:999 -- Desativando a porta: COM1
-- 02/08 15:19:14:015 
----------------- ERRO -----------------
Erro retornado pela Impressora: FiscNET: DATAREGIS - 3202DT

Erro: 11011 - ErroProtNomeRegistrador
Parametro NomeDadoMonetario contem nome de registrador inexistente
----------------------------------------

-- 02/08 15:19:14:015 -- Ativando a porta: COM1
-- 02/08 15:19:14:015 Estado
-- 02/08 15:19:14:015                 TX -> {3;LeInteiro;NomeInteiro="EstadoFiscal";39}
-- 02/08 15:19:14:218     RX <- {3;0;ValorInteiro=1;19}
-- 02/08 15:19:14:218 -- Desativando a porta: COM1

Com isso, o nosso sistema disparou o erro abaixo não emitindo a Redução Z:

[02/08/2016 15:19:14]
Problema na emissão da Redução Z! Impossível continuar o procedimento.
+ ERRO: Erro retornado pela Impressora: FiscNET: DATAREGIS - 3202DT

Erro: 11011 - ErroProtNomeRegistrador
Parametro NomeDadoMonetario contem nome de registrador inexistente
- MARCA DO ECF: FISCNET: DATAREGIS - 3202DT
- MODELO DO ECF: 3202DT

O mais estranho é que pelo log, acredito que no mesmo fluxo da redução Z, segundos antes, ocorreu outro erro mas não impediu que continuasse o processo:

-- 02/08 15:18:44:374 -- Ativando a porta: COM1
-- 02/08 15:18:44:374 
-- 02/08 15:18:44:374                 TX -> {219;LeMeioPagamento;CodMeioPagamentoProgram=14;47}
-- 02/08 15:18:44:562     RX <- {219;8014;NomeErro="ErroCMDFormaPagamentoIndefinida" Circunstancia="Meio de pagamento nao carregado";100}
-- 02/08 15:18:44:562 -- Desativando a porta: COM1
-- 02/08 15:18:44:577 
----------------- ERRO -----------------
Erro retornado pela Impressora: FiscNET: DATAREGIS - 3202DT

Erro: 8014 - ErroCMDFormaPagamentoIndefinida
Meio de pagamento nao carregado
----------------------------------------

-- 02/08 15:18:44:577 -- Ativando a porta: COM1
-- 02/08 15:18:44:577 LerTotaisFormaPagamento
-- 02/08 15:18:44:577                 TX -> {220;LeMoeda;NomeDadoMonetario="TotalDiaDinheiro";49}
-- 02/08 15:18:44:796     RX <- {220;0;ValorMoeda=0,0000;24}
-- 02/08 15:18:44:796 -- Desativando a porta: COM1

Estou anexando o log do ECF referente a este problema. Será que é algum tratamento que deveríamos fazer ou o ECF está retornando algo inesperado?

Gostaríamos da opinião de vocês a respeito deste caso.

Desde já agradeço.

20160802.log

[Daniel Simoes]

O problema não ocorreu na emissão da Redução Z, e sim na leitura do registrador "TotalDescontosISSQN"...

Se você notar no seu próprio Log... o seu ECF nunca retorno esse registrador... ou seja, creio que o problema esteja em outro local dos fontes...

O segundo erro, é normal.. trata-se de uma exceção controlada internamente pelos fontes do ACBrECF.. ele tenta ler todos os registradores de meios de pagamento... e os que não foram programados, retornam erro... (que é tratado internamente pelo ACBrECF)

 

 

[Intelliware]

Entendi. Será que se eu fizer esta modificação na minha cópia da ACBr só pra fazermos um teste poderia resolver? Segue:

function TACBrECFFiscNET.GetTotalDescontosISSQN: Double;
begin
  Result := IfThen(pos(fsModeloECF,'3202DT') > 0, 0, LeMoeda( 'TotalDiaDescontosISSQN' ));
end;

Será que este problema de não retornar este registrador seria a versão do firmware do ECF do cliente?

[Daniel Simoes]

Pode ser o caso... mas se o erro realmente for esse... então esse cliente nunca emitiu uma ReduçãoZ pelo sistema ?

O que diz a DataRegis, sobre esse registrador e o modelo do ECF ?

[Intelliware]

Daniel,

Estava verificando aqui com o pessoal do suporte e é a primeira vez que é utilizado o ECF para emissão da Redução Z. No caso, o cliente possui dois caixas e o outro é uma Bematech. O cliente instalou o sistema nos dois caixas, mas só utilizou o da Bematech. Agora que ele utilizou este ECF e está tentando emitir a Redução Z.

Liguei para a DataRegis, e o pessoal do suporte não soube passar nenhuma informação a respeito de desenvolvimento, parece que no momento eles estão só com a parte de suporte a hardware. Fui instruído a pedir para o cliente, na intervenção, pedir para efetuar um teste de venda e um de Redução Z.

Vou aguardar e qualquer novidade reporto para você.

[Daniel Simoes]

Em que situação a leitora desse registrador ocorre ?

É algo que a sua aplicação aciona ? ou será que vem da chamada de "DadosReducaoZ" ?

[Intelliware]

Daniel, analisando o log aqui, se não estou enganado, parece que este problema ocorre quando eu chamo na minha aplicação o comando 'DadosUltimaReducaoZ'. Segue:

-- 02/08 13:39:55:265 -- Ativando a porta: COM1
-- 02/08 13:39:55:265 DadosUltimaReducaoZ
-- 02/08 13:39:55:265                 TX -> {101;LeData;NomeData="Data";27}
-- 02/08 13:39:55:468     RX <- {101;0;ValorData=#02/08/2016#;29}
-- 02/08 13:39:55:468 -- Desativando a porta: COM1

Pois acredito que se fosse decorrente da emissão da redução Z 'normal'(Sem ler os dados da última redução emitida), outro colaborador já teria manifestado o problema com a DataRegis. Como o ECF foi para intervenção vou aguardar para fazer um teste omitindo esta chamada.