jjw.roberto
-
Total de ítens
176 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por jjw.roberto
-
-
Veja na imagem abaixo que não é possível clicar em "Desativar". O mesmo acontece quando por acaso o botão está com o título "Ativar".
O mesmo ocorre quando a serial configurada não existe, o botão ATIVAR não habilita depois que eu troco a porta serial:
Caso eu desconecte o cabo (conversor USB > Serial) começam a ocorrer vários erros de leitura da serial e tenho que "matar" o ACBr Monitor Plus, veja abaixo:
Desprezem a versão do título do acbr monitor plus, testei também com a versão 1.2.0.63 e o problema persiste.
-
1 hora atrás, Cleber disse:
Bom dia,
leitores de códigos de barra funcionam como teclado. Se passar algo no laser, é retornado o código. O foco só precisa estar em um edit para que o mesmo seja preenchido.
Não no caso desses 2, eles tem conexão serial.
São bem antigos, mas estou conseguindo utilizá-los por dentro do ACBr Monitor Plus.
Lá tem umas configurações que fazem esses leitores trabalharem como se fosse um leitor desses USB que emitem pressionamento de teclas.
Basicamente o acbr monitor fica lendo a serial e quando vem um código de barras lido, ele emite o pressionamento das teclas com um ENTER no final, muito show.
-
2
-
-
Pessoal, bom dia.
Gostaria de saber se o ACBr Monitor Plus tem integração com os seguintes leitores de código de barras:
- NCR 3000 (serial)
- Datalogic Magellan
Seguem em anexo os 2 modelos.
PS.: caso exista alguma DOC que contrata quais os equipamentos/leitores que são compatíveis com o ACBr, por favor me desculpem (mas não encontrei), podem compartilhar o link?
-
Isso ainda não é possível fazer?
-
Em 07/06/2019 at 18:28, Cleber disse:
Eu não discrimino modelo. Até hoje tem funcionado para todas as marcas e modelos de ECF.
Deixe-me pedir outra coisa....
E se eu tiver 2 itens um %7 e outro N1, aonde o item 7% tem o valor de 10,00 e o N1 tem o valor de 200,00
No caso de aplicar um desconto, o residual vai para o N1 ou para o 7% ?
Na doc diz "somar este resíduo com o desconto da alíquota com maior valor acumulado", neste caso seria o N1, certo?
-
Em 07/06/2019 at 18:28, Cleber disse:
Eu não discrimino modelo. Até hoje tem funcionado para todas as marcas e modelos de ECF.
Esse seu link é parecido com o artigo que eu cito no primeiro post aqui. A grande dúvida é quando se tem itens I1, S1, N1....
Vou fazer o que o Daniel sugeriu, utilizar um emulador para verificar como ele se comporta na LX...
-
Daniel, tá então vamos la:
Ecf vende um item 2050,27 na aliquota 18% e depois um item a 1288,43 na aliquota 7%.
Dou um desconto de 298,82 sobre o total que é 3338,70.
A ECF está no formato ARREDONDAMENTO.
Neste caso o percentual proporcional de desconto para os itens é 8,950190193788001 que arredondando fica 8,95
Então para o item 2050,27 * 8,95% fica 183,499165 que arredondando fica 183,50.
Então para o item 1288,43 * 8,95% fica 115,314485 que arredondando fica 115,31.
Agora somando 183,50 + 115,31 fica 298,81
O que eu faço com o 0,01 que está faltando para fechar certinho o valor do desconto que é 298,82 ?
-
5 horas atrás, EMBarbosa disse:
Não sei se essa rotina de lançar residuais itens a itens é apropriada. Me parece que o correto seria executar o arredondamento/truncamento conforme o caso.
Eu consigo entender quando sobra "um centavo" e se distribui em um item (ex.: ou o último, ou o de maior valor, etc...). Mas vários centavos complica...
Ué... então tem alguma coisa errada... Se você seguiu a orientação do fabricante e não deu certo o mais provável é que, descartando defeitos nos equipamentos, ou eles te deram uma orientação incorreta, ou a implementação está incorreta.
Daí é preciso analisar com bastante calma e se for o caso, trabalhar em conjunto com eles pra entender o que está acontecendo.
Pra resolver, primeiro você precisa realmente entender qual a fonte do problema. Isso é a metade do caminho.
- De onde vem as diferenças dos cálculos?
- É a forma de arredondamento usado pelo equipamento? É forma de arredondamento da linguagem utilizada?
- É algum passo que não está sendo realizado da forma correta?
- Eles te passaram a orientação correta?
- O equipamento está com problemas talvez precisando de uma atualização do Software Base/Firmware?
Encontrar as respostas pode não ser muito fácil, por isso monte um aplicativo simples que reproduz o problema para que você possa entender o que está acontecendo.
Ele poderá ser usado também para mostrar pra qualquer pessoa que você contate buscando ajuda o problema. Por exemplo, nós...
Amigo muito obrigado pelo retorno.
O caso realmente é que não quero ficar fazendo "IF ECF = XXXXX" para mudar o cálculo de rateio.
Acho que isso é realmente um problema mais sério pertinente ao fisco, pois são eles que estão fazendo a validação do "o total da aliquota = soma dos itens vendidos" sendo que não existe padronização/regra entre as marcas.
O que estou pensando em fazer é:
- ao fazer a redução Z, e ao gerar o Bloco X ver se o total da aliquota bate com o total da soma dos itens, se "faltar" ou "sobrar" fazer o acerto do valor no último item e vida que segue!
-
Em 29/05/2019 at 09:37, EMBarbosa disse:
Olá,
Eu acabei de enviar ao SVN (revisão 17083) uma correção para os ECF de modelos que utilizam o protocolo ESCECF, FiscNet e Epson.
Você pode atualizar o seu código e testar novamente. Queira, por favor, reportar qualquer problema.
Amigo, até agora 100% resolvido nas ECFs que tenho aqui: Epson TM-T81FB III, Epson TM-T900F e Bematech MP 4000 TH FI.
Obrigado até o momento.
-
2
-
-
Bem, mesmo utilizando o https://docs.oracle.com/javase/7/docs/api/java/math/BigDecimal.html#ROUND_HALF_EVEN que é compatível com a ABNT NR 5891 continuo com o problema de não saber como as ECFs distribuem o desconto entre os itens.
-
7 minutos atrás, Daniel Simoes disse:
Pelo jeito... você já sabe de tudo... não parece precisar de ajuda
Não é o caso de "eu já saber tudo". Quero então que você explique como "Arredondamento ABNT" resolve o meu caso.
Tem um cenário descrito acima, mostre-me aonde e como devo aplicar as regras ABNT para que eu resolva o problema citado.
-
Cara, me desculpe mas isso não tem nada haver com Arredondamento ABNT.
Não tenho problemas com os valores (valor unitario x quantidade) de itens lançados.
Tenho problemas é com o valor total do item e o valor de desconto proporcional vindo do cupom.
Veja o exemplo abaixo e responda:
CUPOM FISCAL ITEM CÓDIGO DESCRIÇÃO QTD.UN.VL UNIT(R$$) ST VL ITEM(R$$) ———————————————— 001 0293116 ALMOF FUZZI PTO 70CM 1UN T18,00% 119,90G 002 0400180 KIT POTE DOBRAVEL SILICONE PRE 1UN F1 89,99G 003 0331032 CABIDE GRAVATA HUG PTO 1UN T18,00% 35,99G 004 0309409 ORGANIZADOR PREMIUM PTO 11CM 1UN X 25,99 T18,00% 25,99G 005 0394031 POLTRONA RECLI EGG II JEANS AZ 1UN X 1499,90 T12,00% 1499,90G 006 0402574 MESA LATERAL HARIPUR MARSALA D 1UN X 249,90 T12,00% 249,90G —————— Subtotal R$$ 2.021,67 desconto -100,00 —————— TOTAL R$$ 1.921,67 CARTAO DE CRED 1.921,67
Quanto é o valor de venda líquida da alíquota 12% ?
-
11 minutos atrás, jjw.roberto disse:
Meu problema não é arredondamento, meu problema é saber quanto é o valor proporcional de acréscimo e desconto cada item recebeu pela ECF.
Por exemplo, leia o cenário descrito pela bematech sobre estes cálculos http://bematechpartners.com.br/wiki/index.php/2017/12/05/cupom-fiscal-exemplo-de-calculo-de-rateio-de-desconto-2/
Digamos, o cupom dá um total de 2.021,67. O operador dá um desconto de 100,00, que equivale à 4,94% (100,00 dividido por 2.021,67 = 0,0494640569430224) do valor total.
Sendo assim, cada item deve receber 4,94% de desconto proporcional. Aqui mora o problema.....
Vai ser bem comum ter um residual do desconto, por causa das decimais, que deve ser "jogado" em algum ou alguns itens. E isso quem decide é a MARCA e MODELO da ECF, se bobiar até a versão do SB.
Piore o caso, adicionando vários itens com alíquotas diferentes no cupom.
E na hora de exportar o Bloco X Redução Z, tenho que listar todos os itens e seus valores de venda (com os proporcionais considerados).
Aí o fisco começa a rejeitar o XML (
ridiculamente) porque a soma dos itens não bate com o valor apurado na alíquota.Posso estar errado, mas ao meu ver o fisco não deveria fazer a validação e então ter 3 campos:
- valor de venda líquida do item = aqui ficaria o valor do item lançado na ECF- valor proporcional desconto = aqui ficaria o valor proporcional do desconto sobre o cupom que o sistema calculou
- valor proporcional acréscimo = aqui ficaria o valor proporcional do acréscimo sobre o cupom que o sistema calculou
-
Meu problema não é arredondamento, meu problema é saber quanto é o valor proporcional de acréscimo e desconto cada item recebeu pela ECF.
Por exemplo, leia o cenário descrito pela bematech sobre estes cálculos http://bematechpartners.com.br/wiki/index.php/2017/12/05/cupom-fiscal-exemplo-de-calculo-de-rateio-de-desconto-2/
Digamos, o cupom dá um total de 2.021,67. O operador dá um desconto de 100,00, que equivale à 4,94% (100,00 dividido por 2.021,67 = 0,0494640569430224) do valor total.
Sendo assim, cada item deve receber 4,94% de desconto proporcional. Aqui mora o problema.....
Vai ser bem comum ter um residual do desconto, por causa das decimais, que deve ser "jogado" em algum ou alguns itens. E isso quem decide é a MARCA e MODELO da ECF, se bobiar até a versão do SB.
Piore o caso, adicionando vários itens com alíquotas diferentes no cupom.
E na hora de exportar o Bloco X Redução Z, tenho que listar todos os itens e seus valores de venda (com os proporcionais considerados).
Aí o fisco começa a rejeitar o XML (
ridiculamente) porque a soma dos itens não bate com o valor apurado na alíquota. -
Bom dia pessoal.
É normal acontecer em meus clientes, por exemplo, o total do cupom ficar em 151,63 e o operador dar 1,63 de desconto sobre o total do cupom para fins de facilitar o pagamento e troco.
Agora com esse
malditoBLOCO X que está aqui em Santa Catarina (PAF-ECF
), se não conseguirmos calcular corretamente esses descontos proporcionais para os itens, vamos ter problemas de transmissão relacionados aos valores das alíquotas vs produtos vendidos.
Tivemos um cliente que já teve problema com isso. Nosso sistema atualmente fazia o seguinte:
- Calcula a proporção de desconto para cada item
- O residual, o sistema distribui de centavo em centavo, item a item ( exemplo: residual de 0,10 com 4 itens, o primeiro e segundo item recebem 0,03 e o outros 2 itens recebem 0,02)
No fim, o fisco acaba rejeitando o arquivo XML de redução Z pois a soma dos valores líquidos dos itens não bate com o valor apurado na redução Z. Isso tudo por causa desse "rateio" proporcional que é feito dentro da ECF de forma "secreta".
Encontrei então esta fórmula da Bematech ( http://bematechpartners.com.br/wiki/index.php/2017/12/05/cupom-fiscal-exemplo-de-calculo-de-rateio-de-desconto-2/ ) e implementei. Gerei novamente os XMLs de um cliente que só tem uma Bematech MP 4200 TH FI para que a rotina fosse idêntica à documentada pela própria Bematech. Mesmo assim ainda estou com 4 centavos de diferença.
O que vocês dizem a respeito (assumindo-se de que eu preciso ter suporte à desconto no total do cupom) ?
Como posso resolver isso?
Neste tópico também foi debatido isso, mas achei melhor criar um novo, pois esse assunto vai dar dor de cabeça para os estados que tem PAF-ECF.
-
Pessoal, alguém tem alguma opinião ou mais detalhes sobre esse assunto?
É normal acontecer em meus clientes, por exemplo, o total do cupom ficar em 150,63 e o operador dar 0,63 de desconto sobre o total do cupom.
Agora com esse maldito BLOCO X que está aqui em Santa Catarina (PAF-ECF), se não conseguirmos calcular corretamente esses descontos proporcionais vamos ter problemas.
Tivemos um cliente que já teve problema com isso por causa de SPED. Nosso sistema atualmente faz o seguinte:
- Calcula a proporção de desconto para cada item
- O residual, o sistema distribui de centavo em centavo, item a item ( exemplo: residual de 0,10 com 4 itens, o primeiro e segundo item recebem 0,03 e o outros 2 itens recebem 0,02)
Só que esta solução é que gerou problemas por causa das reduções Z na exportação do SPED.
Encontrei então esta fórmula da Bematech ( http://bematechpartners.com.br/wiki/index.php/2017/12/05/cupom-fiscal-exemplo-de-calculo-de-rateio-de-desconto-2/ ) mas não sei se todas as marcas trabalham assim.
O que vocês dizem a respeito (assumindo-se de que eu preciso ter suporte à desconto no total do cupom) ?
-
14 horas atrás, EMBarbosa disse:
Se for uma ECF MP4200 TH-FI é possível que seja sim. Só que a alteração será no outro arquivo (ACBrECFEscECF.pas).
Seria assim ?
procedure TACBrECFEscECF.SubtotalizaCupom(DescontoAcrescimo: Double; MensagemRodape : AnsiString ); begin if DescontoAcrescimo = 0 then begin fsEmPagamento := True ; exit ; end; with EscECFComando do begin CMD := 29 ; AddParamInteger( ifthen(DescontoAcrescimo < 0,0,1) ); AddParamInteger( 1 ); AddParamDouble( abs(DescontoAcrescimo) ); end ; EnviaComando ; if (EscECFResposta.Params.Count > 0) then RespostasComando.AddField( 'SubTotal', EscECFResposta.Params[0] ); SalvaRespostasMemoria(False); fsEmPagamento := True ; end; -
Cara, resolvido!
Era isso mesmo o problema.
Mas tem o caso da bematech , será que é a mesma solução?
-
Bom dia!
Então, fiz o teste que você pediu.
Utilizando a ECF Epson MT-T900F fiz a emissão da subtotalização faltando papel, e o ACBR ficou retornando o estado estPagamento nas tentativas subsequentes.
Deixei o ECF com esse cupom do modo em que estava, finalizei o programa PDV.
Então abri o utilitário da Epson o EPmfd e cliquei em Verificar estado da impressora. O retorno foi este:
Impressora na porta: USB Data/hora da impressora: 27/05/2019 08:44:13 Impressora Online Modo fiscalizado Modo de operação normal Período de vendas aberto Cupom Fiscal aberto
E consultando o comando Estado do Cupom dentro do EPmfd, foi retornado o seguinte:
Depois fechei e abri novamente o ACBR Monitor Plus e consultei o estado da ECF novamente pelo comando ECF.Estado, e o retorno foi estVenda.
Será que é um problema de estado interno do ACBR Monitor Plus, pois reabrindo ele o estado da ECF volta a retornar estVenda.
-
Pessoal, boa tarde.
Peguei uma situação estranha em um cliente com uma Epson e também ocorreu com uma Bematech.
O cliente emitiu um cupom fiscal aonde havia um desconto (9.95) sobre o total (59.95) do cupom.
Ao finalizar o cupom emiti o ECF.SubtotalizaCupom(-9.95) e bem ao emitir esse comando ocorreu o erro de FIM DE PAPEL.
O operador trocou a bobina e mandou o meu programa continuar.
Aqui começou o problema, ao emitir o comando ECF.Estado o ACBr retornou o estado como sendo estPagamento. Meu programa então assume que o cupom já foi subtotalizado, pois se não tivesse o estado estaria em estVenda.
Sendo assim, meu programa não enviou o comando de subtotalizar o cupom novamente, o que fez com que o valor total a ser pago ficasse sem o desconto (59.95).
E logo em seguida o cupom foi pago e fechado, então ocorre um erro informando que a mensagem promocional não pode ser impressa (decorrente do comando ECF.FechaCupom), logicamente pois ainda falta 9.95 a ser pago já que o desconto não foi comandado em subtotalização.
Segue aqui o log do ECF gerado pelo acbrmonitor plus:
-- 20/05 14:00:45:547 NumSerie -- 20/05 14:00:45:547 TX -> [STX][130][4][ESC][STX][FS][NUL][NUL][ETX]00C4 -- 20/05 14:00:45:559 RX <- ACK = 6 -- 20/05 14:00:45:650 RX <- [STX][130][NUL][NUL][FS][192][128][FS][FS][NUL][NUL][FS][FS]EP081300000000000001[FS]MFD0000000000000001[FS]EPSON[FS]TM-T81 FBIII[FS]ECF-IF[FS]01.00.04[FS]99[FS]99[FS]30012013[ETX]1519 -- 20/05 14:00:45:655 AbreCupom( , , ) -- 20/05 14:00:45:655 TX -> [STX][131][LF][SOH][FS][NUL][NUL][FS][FS][ETX]00E7 -- 20/05 14:00:45:725 RX <- ACK = 6 -- 20/05 14:00:45:783 RX <- [STX][131][NUL][NUL][FS][192][129][FS][FS][NUL][NUL][FS][ETX]0239 -- 20/05 14:00:45:787 NumCupom -- 20/05 14:00:45:787 TX -> [STX][132][TAB][7][FS][NUL][NUL][ETX]00B5 -- 20/05 14:00:45:819 RX <- ACK = 6 -- 20/05 14:00:45:886 RX <- [STX][132][NUL][NUL][FS][192][129][FS][FS][NUL][NUL][FS][FS]000115[FS]0012[FS]001[FS]000036[FS]0002[FS]0000[FS]000019[FS]000045[FS]0004[FS]000000[FS]0009[FS]0000[FS]000114[FS]000015[ETX]10F4 -- 20/05 14:00:45:888 DataHora -- 20/05 14:00:45:888 TX -> [STX][133][ENQ][ESC][STX][FS][NUL][NUL][ETX]00C8 -- 20/05 14:00:45:961 RX <- ACK = 6 -- 20/05 14:00:45:987 RX <- [STX][133][NUL][NUL][FS][192][129][FS][FS][NUL][NUL][FS][FS]20052019[FS]140045[ETX]0534 -- 20/05 14:00:46:017 NumCCF -- 20/05 14:00:46:018 TX -> [STX][134][4][ESC][STX][FS][NUL][NUL][ETX]00C8 -- 20/05 14:00:46:062 RX <- ACK = 6 -- 20/05 14:00:46:169 RX <- [STX][134][NUL][NUL][FS][192][129][FS][FS][NUL][NUL][FS][FS]EP081300000000000001[FS]MFD0000000000000001[FS]EPSON[FS]TM-T81 FBIII[FS]ECF-IF[FS]01.00.04[FS]99[FS]99[FS]30012013[ETX]151E -- 20/05 14:00:46:173 GrandeTotal -- 20/05 14:00:46:173 TX -> [STX][135][TAB][ACK][FS][NUL][NUL][ETX]00B7 -- 20/05 14:00:46:244 RX <- ACK = 6 -- 20/05 14:00:46:270 RX <- [STX][135][NUL][NUL][FS][192][129][FS][FS][NUL][NUL][FS][FS]206410[FS]52920[FS]39435[FS]995[FS]0[FS]0[FS]0[FS]12490[FS]0[FS]0[FS]0[FS]0[FS]0[FS]0[FS]0[FS]0[FS]0[FS]0[FS]0[FS]0[FS]0[ETX]0C67 -- 20/05 14:00:46:275 VendeItem( 01080151 , 6 JOGOS CLASSICOS TOP LINE GALA , 17.00T , 1 , 59,95 , 0 , PC , $ , D , -1 ) -- 20/05 14:00:46:276 TX -> [STX][136][LF][18][FS][NUL][NUL][FS]01080151[FS]6 JOGOS CLASSICOS TOP LINE GALA[FS]1000[FS]PC[FS]5995[FS]Tc[FS]3[FS]2[FS]S[FS]N[ETX]0F86 -- 20/05 14:00:46:320 RX <- ACK = 6 -- 20/05 14:00:46:374 RX <- [STX][136][NUL][NUL][FS][192][129][FS][FS][NUL][NUL][FS][FS]1[ETX]028B -- 20/05 14:00:46:378 GrandeTotal -- 20/05 14:00:46:378 TX -> [STX][137][TAB][ACK][FS][NUL][NUL][ETX]00B9 -- 20/05 14:00:46:449 RX <- ACK = 6 -- 20/05 14:00:46:476 RX <- [STX][137][NUL][NUL][FS][192][129][FS][FS][NUL][NUL][FS][FS]212405[FS]58915[FS]39435[FS]995[FS]0[FS]0[FS]0[FS]12490[FS]0[FS]0[FS]0[FS]0[FS]0[FS]0[FS]0[FS]0[FS]0[FS]0[FS]0[FS]0[FS]0[ETX]0C74 -- 20/05 14:01:14:696 SubtotalizaCupom( -9,95 , ) -- 20/05 14:01:14:696 TX -> [STX][138][LF][4][FS][NUL][ACK][FS]995[ETX]0182 -- 20/05 14:01:14:730 RX <- ACK = 6 -- 20/05 14:01:14:756 RX <- [STX][138][NUL][ESC][STX][FS][192][129][FS][FS][ESC][ETX][4][FS][ETX]027F -- 20/05 14:01:14:756 ----------------- ERRO ----------------- FIM DE PAPEL ---------------------------------------- -- 20/05 14:01:51:793 Estado -- 20/05 14:01:51:793 TX -> [STX][139][BS][16][FS][NUL][NUL][ETX]00C4 -- 20/05 14:01:51:819 RX <- ACK = 6 -- 20/05 14:01:51:819 RI- -- 20/05 14:01:51:893 RX <- [STX][139][NUL][NUL][FS][192][129][FS][FS][NUL][NUL][FS][FS]1[ETX]028E -- 20/05 14:01:51:893 -- 20/05 14:01:51:893 TX -> [STX][140][LF][LF][FS][NUL][NUL][ETX]00C1 -- 20/05 14:01:51:968 RX <- ACK = 6 -- 20/05 14:01:51:996 RX <- [STX][140][NUL][NUL][FS][192][129][FS][FS][NUL][NUL][FS][FS]45[FS]5995[FS]0[FS]1[FS]999[FS]998[FS]1[FS]18[FS]0[FS]20[FS]1[ETX]07CE -- 20/05 14:01:51:996 estPagamento -- 20/05 14:09:29:071 EfetuaPagamento( 1 , 50 , , 0, 0 ) -- 20/05 14:09:29:071 TX -> [STX][141][LF][ENQ][FS][NUL][NUL][FS]1[FS]5000[FS][FS][ETX]0223 -- 20/05 14:09:29:084 RX <- ACK = 6 -- 20/05 14:09:29:112 RX <- [STX][141][NUL][NUL][FS][192][129][FS][FS][NUL][NUL][FS][FS]995[FS]0[ETX]0352 -- 20/05 14:09:29:158 FechaCupom( MD-5:02cb531c0d2201b601105463e539f0e8[LF]Trib aprox R$: Tabela Desatualizada![LF]Fonte: IBPT/FECOMERCIO SC[LF] ) -- 20/05 14:09:29:158 TX -> [STX][142][LF]"[FS][NUL][NUL][FS]MD-5:02cb531c0d2201b601105463e539f0e8[FS]Trib aprox R$: Tabela Desatualizada![FS]Fonte: IBPT/FECOMERCIO SC[FS][FS][FS][FS][FS][ETX]1EA0 -- 20/05 14:09:29:187 RX <- ACK = 6 -- 20/05 14:09:29:213 RX <- [STX][142][NUL][NUL][FS][192][129][FS][FS][LF]'[FS][ETX]0275 -- 20/05 14:09:29:213 ----------------- ERRO ----------------- Erro retornado pela Impressora: Epson Erro: 0A27 - Mensagem promocional não pode ser impressa. ----------------------------------------
Gostaria de saber se isso é um problema do ECF, ou do ACBr, ou do meu programa. E como eu poderia resolver isso?
-
Pessoal, bom dia.
Hoje um cliente teve uma situação estranha.
Ele fez um cupom com o valor de 47,92 ( 4 itens de 11,98).
Deu um desconto no total de 0,02 centavos.
Fez um pagamento em Dinheiro de 20,00 (forma 1)
E passou no cartão 27,90 (forma 7).
Executou o TEF...
Só que quando foi emitir o comando para abrir o cupom vinculado, a ECF ficava retornando o seguinte erro:
BEMATECH Categoria: 7-Erro em Relatório Gerencial ou CCD Motivo: 6-Não existe CCD para o pagamento especificado.
Infelizmente não tenho o LOG do ECF. Caso o problema ocorra novamente, eu anexo aqui.
Já verifiquei, a forma de pagamento (7) permite vinculado. E o baudrate está em 9600 (na verdade os parâmetro padrões).
Alguém pode dar algum luz do que pode ser ?
-
É, mesmo baixando a comunicação para o mínimo de baudrate, não teve solução ainda duplicou linhas. Acho que essa ECF está com os dias contados.
-
Ok farei isso. Qualquer coisa reporto aqui.
-
1
-
-
Reformulando, estou utilizando o AcBR Monitor Plus para implementar a comunicação entre o meu programa JAVA com a ECF.
Ativei o log dos comandos da ecf dentro do AcBR Monitor Plus, e o resultado foi o abaixo. Note as linhas em verde e vermelho.
A linha amarela foi a que enviei para o AcBR Monitor Plus. As demais linhas foram o AcBR Monitor Plus que emitiram.
-- 20/02 14:06:43:810 LinhaRelatorioGerencial( "TROCO 0,00[LF]TOTAL GERAL 300,00[LF][LF] RECONHECO E PAGAREI A IMPORTANCIA ACIMA [LF] REFERENTE AO CUPOM FISCAL NUMERO: 7731 [LF][LF][LF][LF] ______________________________ [LF] ASSINATURA DO CLIENTE [LF]", 0 ) -- 20/02 14:06:43:811 TX -> [STX].[SOH][FS][20]TROCO 0,00[LF]TOTAL GERAL 300,00[LF][LF] RECONHECO E PAGAREI A IMPORTANCIA ACIMA [LF] REFERENTE AO CUPOM FISCAL NUMERO: 7731 [LF][LF][LF][LF] ______________________________ [LF] ASSINATURA DO CLIENTE [LF][232]< -- 20/02 14:06:44:161 14:06:44:161 RX <- ACK = 0 Falha: 0 -- 20/02 14:06:44:263 TX -> [STX].[SOH][FS][20]TROCO 0,00[LF]TOTAL GERAL 300,00[LF][LF] RECONHECO E PAGAREI A IMPORTANCIA ACIMA [LF] REFERENTE AO CUPOM FISCAL NUMERO: 7731 [LF][LF][LF][LF] ______________________________ [LF] ASSINATURA DO CLIENTE [LF][232]< -- 20/02 14:06:44:393 14:06:44:393 RX <- ACK = 6 Falha: 1 -- 20/02 14:06:44:419 RX <- [NUL][NUL][NUL][NUL]
O que desconfio é que, a minha ECF está resultando em falhas de comunicação (recentemente ela travou e tivemos que enviar para a assistência, e desde lá ela começou a dar esses erros de comunicação).
O AcBR Monitor Plus envia o comando para a ECF. A ECF retorna erro de comunicação mas processa o comando (resultando na impressão das linhas enviadas). O AcBR Monitor Plus então recebe o erro da ECF e envia novamente o comando, o que resulta na duplicidade na impressão.
Acho que é isso, não?
[BUG] Botão de ativar/desativar não é clicável na sessão Leitor Serial e outros problemas
em ACBrMonitor PLUS
Postado
Complementando o BUG de não ativar os botões, me parece que quando é informada uma porta serial que não esteja na listagem do ComboBox é quando o botão fica desativado.
Por exemplo, aqui estou usando um conversor USB para serial. Ele está instalado e funcionando no Windows, mas não é listado no ComboBox e por isso o botão acho que não habilita.