Dados Da Última Redução Z Incompletos Dataregis 3202Dt (Fiscnet)

[daSilva]

Estou tentando obter os Dados da Última Redução Z de um ECF DataRegis 3202DT, utilizando o protocolo FiscNet,

no entanto algumas informações não são retornadas, por Exemplo "SubstituicaoTributariaICMS", "DataMovimento", "NumCOO" entre outros.

Estou utilizando as dlls atualizadas, mas já testei com as dlls que veem no ACBR. Ao que me parece, as posições

(337,14) do texto de retorno estão vindo zerados.

Todos os itens vendidos foram Subst. Trib. (F1).

 

ValorTexto="000000000001672196300000000000740000000000000000000000000000000000000000000000000000011100000003000700120017002500000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000TTTTTTTTTTTTTTTT00000000003700000000000000000000000000000000000000000001007196000877051114";488

 

 

Segue em anexo o log e o arquivo .ini com os dados da última redução.

LogAcbrECF.Txt

UltimaReducaoZ.ini

Editado 6 Novembro, 2014 por ddenon

[Daniel Simoes]

Esse comando não depende das DLLs, usa a comunicação direta com a Serial

 

O Fabricante retorna essas informações que você quer ??   (verifique no manual do equipamento)

 

Nem todos os ECFs retornam todas as informações do arquivo INI de DadosUltimaReducaoZ

[Simone D. Russo]

Boa tarde, também estou utilizando este método do acbr para resgatar os dados da última redução de uma 3202. A string retornada contém o mesmo tamanho da sua:

000000000000586136220000000000023300000000000005000000000000000000000000000900000000000544070012001800250010001300000000000000000000000000000000000000000000000000000024000000000000360000000000005000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000TTTTTTTTTTTTTTTT00000000000030000000000001400000000000002600000000000462015025001140021214

 

No manual da impressora, a tabela sobre a disposição destes campos não bate com o arquivo gerado.

 

Nos código da função ACBrECFFiscNET.GetDadosUltimaReducaoZ os campos são preenchidos de acordo com as posições orientadas no manual.....que não batem com meu arquivo

 

Alguém já teve o mesmo problema? É particular deste modelo?

[EMBarbosa]

Talvez possa ser um problema do Firmware. Verifique se há alguma atualização para ele.

Outra possibilidade, verifique se eles possuem uma DLL e como os valores são retornados pela DLL ou um programa de exemplo do fabricante.

[Simone D. Russo]

Bom dia

 

Pela dll do fabricante retorna a mesma string. O problema é que o suporte chama, chama e chama mas ninguém atende, eles nem tem um 0800 ou um chat, precisa ligar interurbano e ainda não consigo falar.

 

Obrigada pela atenção. Vou pesquisar mais a respeito e qualquer novidade, posto aqui.

[EMBarbosa]

Bom dia

 

Pela dll do fabricante retorna a mesma string.

Bom dia.

Comparando com o manual você conseguiu identificar quais dados não estão presentes na string gerada?

[Simone D. Russo]

Boa tarde

 

Segundo o manual do fabricante e implementação do acbr, esta é a disposição dos campos:

 

Constante 00.                                            1    2

GTDA GT no momento da última redução.                    3   20

CANCEL Cancelamentos                                    21   34

DESCON Descontos                                        35   48

TR Tributos                                             49  112

TP Totalizadores Parciais Tributados                   113  378 

SANGRIA                                                379  392

SUPRIMENTOS                                            393  406

NSI Totalizadores não Sujeitos ao ICMS                 407  532

CNSI Contadores dos TP’s não Sujeitos ao ICMS          533  568

COO Contador de Ordem de Operação                      569  574

CNS Contador de Operações não Sujeitas ao ICMS         575  580

AL Número de Alíquotas Cadastradas                     581  582

DATA_PC Data do Movimento                              583  588

ACRESC Acréscimo                                       589  602

ACRFIN Acréscimo Financeiro                            603  616

 

Segundo o arquivo que minha impressora gera, é esta:

 

string fixa "00"                                         1    2

GT da última Redução                                     3   20

Cancelamentos                                           21   34

Descontos                                               35   48

string fixa "00000000000000"                            49   62

Acrescimos                                              63   76

Venda Bruta                                             77   90

Aliquotas                                               91  154

Totalizador das Aliquotas                              155  378

String fixa "TTTTTTTTTTTTTTTT"                         379  394

Substituição tributária                                395  408

Isento                                                 409  422

Não Incidência                                         423  436

COO                                                    451  456

Contador Geral de operação não fiscal                  457  462

Data de Movimento                                      463  468

 

Eu implementei no acbr a leitura deste segundo layout também....como não tive suporte do fabricante e não sei o motivo dessa string ser diferente do manual, devo subir meu código? Eu fiz um tratamento pelo tamanho da string, para pegar as informações no formato antigo, ou no novo que eu criei.

Editado 3 Dezembro, 2014 por Simone D. Russo

[EMBarbosa]

Acho que pode ser uma boa ideia. Se estiver validando o tamanho da resposta do ECF creio que não tem motivo de dar algum problema com o que já está implementado.

[Daniel Simoes]

Por favor anexe a Unit para análise...

[Simone D. Russo]

Segue a unit ACBrECFFiscNET e ACBrDevice para análise.

 

Eu fiz ainda, uma alteração na função ACBrECFFiscNET.GetEstado para incluir também "Sem Papel". Para isso inseri um novo estado em ACBrDevice.

 

Por favor, analise e valide também se esta alteração poderá fazer parte dos fontes oficiais.

 

Obrigada pela atenção

 

 

ACBrDevice.pas

ACBrECFFiscNET.pas

[Daniel Simoes]

Obrigado pela contribuição...  Apliquei as correções com pequenas modificações

 

- não considerei o código implementado para: "estSemPapel"... (creio que esse novo estado, poderia quebrar aplicações existentes)

- No caso de falha da interpretação dos valores, o ACBr deve usar -1 para Valores e 0 para Datas... isso significa para quem lê, que o que foi retornado pelo ECF não é válido...