Retorno / Status - Ecf Sweda

[giulianon]

Boa noite colegas!

Hoje um cliente me relatou que em uma venda de 35 itens somente 17 foram impressos no cupom fiscal e os 35 foram gravados no sistema, sendo que a partir do 18 todos os itens tinham o mesmo número.

Achei um tanto quanto estranho já que isso nunca tinha acontecido.

Bom, depois constatar que isso realmente tinha acontecido, fui no log do acbr pra ver se achava algo que me indicasse o problema.

E ai notei que a partir do 17o item a ecf passou a retornar RX <- .+P005.+0018}

para cada item enviado a ecf.

Como conheço um pouco do protocolo ESC, sei que que retorno .+ são comandos enviados com sucesso e por isso os itens foram gravados, já que nenhum erro foi retornado.

Não sei o que é o status .+P005 pois pra mim até então o P000 só retornaria erro como por exemplo .-P555 no caso de pouco papel.

O número do item permaneceu o mesmo justamente porque os itens não foram impressos.

Já enviei um email pra sweda pra tentar descobrir que status é esse .+P005 e tentar tratar esse retorno.

Ah antes que eu esqueça. Isso aconteceu em uma ecf Sweda ST 1000 e eu ainda estou utilizando o "driver" SWEDA em vez do SWEDASTX que é o recomentado, pois ainda não testei completamente o meu sistema no SWEDASTX.

De momento coloquei uma verificação comparando o número do item anterior e o atual, e bloqueando caso não haja o incremento do mesmo na ecf. (Mais ou menos o que recomenta o manual do protocolo ESC para o envio de comandos).

Mas se alguém já passou por isso e puder me dar alguma dica.

Obrigado!

Segue o log:

-- 14:55:52 VendeItem( 7896361714761 , OVOS TREVO  C/12 VERMELHO , I , 1 , 2,77 , 0 , UN    , $ , D )

            TX -> [ESC].0178963617147610001000000002770000000000277~OVOS TREVO  C/12 VERMELI  }

   14:55:53 RX <- .+0017}

-- 14:55:53 NumUltimoItem

            TX -> [ESC].28}

   14:55:54 RX <- .+0017016P VENDAS 01N000000004306000000004306!1306111455N                                   001NN000000004306000000000000SNNN0 }

-- 14:55:54 DataHora

            TX -> [ESC].28}

   14:55:54 RX <- .+0017016P VENDAS 01N000000004306000000004306!1306111455N                                   001NN000000004306000000000000SNNN0 }

-- 14:55:55 VendeItem( 7896011127422 , REFRESCO TRINK 35G MORANGO , F , 1 , 0,59 , 0 , UN    , $ , D )

            TX -> [ESC].0178960111274220001000000000590000000000059~REFRESCO TRINK 35G MORAF  }

   14:55:57 RX <- .+0018}

-- 14:55:57 NumUltimoItem

            TX -> [ESC].28}

   14:55:58 RX <- .+0018017P VENDAS 01N000000004365000000004365!1306111455N                                   001NN000000004365000000000000SNNN0 }

-- 14:55:58 DataHora

            TX -> [ESC].28}

   14:55:58 RX <- .+0018017P VENDAS 01N000000004365000000004365!1306111455N                                   001NN000000004365000000000000SNNN0 }

-- 14:55:59 VendeItem( 7896011127767 , REFRESCO TRINK 35G COCO VERDE , F , 1 , 0,59 , 0 , UN    , $ , D )

            TX -> [ESC].0178960111277670001000000000590000000000059~REFRESCO TRINK 35G COCOF  }

   14:55:59 RX <- .+P005.+0018}

-- 14:55:59 NumUltimoItem

            TX -> [ESC].28}

   14:56:00 RX <- .+0018017P VENDAS 01N000000004365000000004365!1306111455N                                   001NN000000004365000000000000SNNN0 }

-- 14:56:00 DataHora

            TX -> [ESC].28}

   14:56:00 RX <- .+0018017P VENDAS 01N000000004365000000004365!1306111455N                                   001NN000000004365000000000000SNNN0 }

-- 14:56:01 VendeItem( 7891000022016 , BISC.NESTLE 165G P.TEMPO CHOC.CHOC. , F , 1 , 2,48 , 0 , UN    , $ , D )

            TX -> [ESC].0178910000220160001000000002480000000000248~BISC.NESTLE 165G P.TEMPF  }

   14:56:01 RX <- .+P005.+0018}

-- 14:56:01 NumUltimoItem

            TX -> [ESC].28}

   14:56:02 RX <- .+0018017P VENDAS 01N000000004365000000004365!1306111455N                                   001NN000000004365000000000000SNNN0 }

-- 14:56:02 DataHora

            TX -> [ESC].28}

   14:56:02 RX <- .+0018017P VENDAS 01N000000004365000000004365!1306111455N                                   001NN000000004365000000000000SNNN0 }

-- 14:56:03 VendeItem( 7892840222543 , SALG.CHEETOS 50G ONDA REQUEIJAO , F , 1 , 1,29 , 0 , UN    , $ , D )

            TX -> [ESC].0178928402225430001000000001290000000000129~SALG.CHEETOS 50G ONDA RF  }

   14:56:04 RX <- .+P005.+0018}

[Daniel Simoes]

Giuliano,

A ideia de verificar o numero do retorno é muito boa... Vc implementou isso na classe da Sweda ? Pretende apresentar algum patch para correção ?

[giulianon]

Giuliano,

A ideia de verificar o numero do retorno é muito boa... Vc implementou isso na classe da Sweda ? Pretende apresentar algum patch para correção ?

Na verdade fiz na minha aplicação Daniel, e fiz comparando o número de item só pra impedir que aconteça esse problema novamente.

Mas vou dar uma estudada com mais calma e implementar esse controle do retorno de comandos na classe SWEDA.

De qualquer forma vc saberia me dizer o que é esse .+P005 ? O pessoal da sweda não me respondeu ainda.

Abraço!

Att.

[Daniel Simoes]

O retorno do protocolo é descrito no item 4.2 do Manual:

Manualprog_1.5.pdf

disponivel em:

https://acbr.svn.sourceforge.net/svnroot/acbr/tools/