Cupom nao fiscal de saida nao permite pagamento FiscNet

[Pedro Peixoto]

Bom dia Pessoal,

Estamos com um ECF que aceita Suprimento e não aceita Sangria. Pensamos que fosse o PDV mas utilizando o Demo do ACBr também deu errado. Segue o LOG após executar o comando de sangria no ECFTeste.

 

-- 29/03 09:54:34:145 AbreNaoFiscal( ,, )
-- 29/03 09:54:34:145                 TX -> {69;AbreCupomNaoFiscal;;23}
-- 29/03 09:54:35:034     RX <- {69;0;;6}
-- 29/03 09:54:35:034 NumCupom
-- 29/03 09:54:35:034                 TX -> {70;LeInteiro;NomeInteiro="COO";31}
-- 29/03 09:54:35:144     RX <- {70;0;ValorInteiro=287;22}
-- 29/03 09:54:35:144 RegistraItemNaoFiscal( 0 , 1 ,  )
-- 29/03 09:54:35:159                 TX -> {71;EmiteItemNaoFiscal;CodNaoFiscal=0 Valor=1;45}
-- 29/03 09:54:35:721     RX <- {71;0;;6}
-- 29/03 09:54:35:721 Subtotal
-- 29/03 09:54:35:721                 TX -> {72;LeMoeda;NomeDadoMonetario="TotalDocLiquido";47}
-- 29/03 09:54:35:846     RX <- {72;0;ValorMoeda=1,0000;23}
-- 29/03 09:54:35:846 EfetuaPagamentoNaoFiscal( -2 , 1 , , 0 )
-- 29/03 09:54:35:846                 TX -> {73;PagaCupom;CodMeioPagamento=-2 Valor=1;41}
-- 29/03 09:54:35:877     RX <- {73;8000;NomeErro="ErroCMDForaDeSequencia" Circunstancia="Cupom nao fiscal de saida nao permite pagamento.";107}
-- 29/03 09:54:35:877 
----------------- ERRO -----------------
Erro retornado pela Impressora: FiscNET: ZPM - ZPM/1FIT LOGGER

Erro: 8000 - ErroCMDForaDeSequencia
Cupom nao fiscal de saida nao permite pagamento.
----------------------------------------

-- 29/03 09:54:35:877 FechaNaoFiscal( TESTE DE SANGRIA )
-- 29/03 09:54:35:877                 TX -> {74;EncerraDocumento;TextoPromocional="MD-5:DE08EB94AAFC19B10F0275BC991A7FCD\x0AEaglePDV 2015.005\x0ATESTE DE SANGRIA";118}
-- 29/03 09:54:37:000     RX <- {74;0;;6}
 

Será que esta impressora tem que ir para intervenção para resolver isto?

[Juliomar Marchetti]

tá o que tem uma sangria com um cupom não fiscal!

[Daniel Simoes]

O ACBr possui comando próprio para Sangria e Suprimento... você está usando eles ?

Sangria e Suprimento são muito específicos de cada ECF, e a maioria deles não aceita pagamento..

[Pedro Peixoto]

Boa tarde, este log se refere a seguinte rotina:

 

procedure TForm1.Sangria1Click(Sender: TObject);
  Var CNF, FPG, cValor : String ;
      Valor : Double ;
begin
  CNF := 'SANGRIA' ;
  FPG := 'DINHEIRO' ;
  cValor := '0' ;

  if not InputQuery('Sangria',
                    'Entre com o Valor da Sangria', cValor ) then
     exit ;
  Valor := StrToFloatDef(cValor,-1) ;
  if Valor <= 0 then
     exit ;

  if not InputQuery('Sangria',
                    'Entre com a Descrição do Comprovante Não Fiscal', CNF ) then
     exit ;

  if not InputQuery('Sangria',
                    'Entre com a Descrição da Forrma de Pagamento', FPG ) then
     exit ;

  ACBrECF1.Sangria( Valor, 'TESTE DE SANGRIA', CNF, FPG ) ;

  mResp.Lines.Add( 'Sangria: '+ FloatToStr(Valor)+' '+ CNF +' '+FPG );
  AtualizaMemos ;
end;

Se não entendi errado quando eu chamo a método Sangria do Objeto ACBrECF1, internamente ele executa várias rotinas certo? Neste caso então eu teria que implementar uma outra rotina de sangria para contornar isto?

Obrigado pela atenção!

[Daniel Simoes]

Essa exceção é controlada... não vaza para a aplicação... analise os fontes do ACBr

[Pedro Peixoto]

Daniel, não estou com a impressora real na minha máquina para testar e acho que seria interessante instalar pelo menos o emulador para debugar a função de sangria. Vi ontem em um tópico onde você disse que utiliza o emulador da Urano que utiliza o protocolo FiscNet. Tentei configurar este emulador com o VSPE e ele não funciona de primeira igual ao Sweda Connect SIM. Como você fez a configuração da porta serial virtual para funcionar o emulador da Urano? Eu criei um new devide do tipo Connector como COM1 e utilizando o ECFTeste sempre hora consegue conectar hora não.

[Daniel Simoes]

Pode ser algo no VSPE... eu uso o com0com..

[Pedro Peixoto]

Boa tarde pessoal.

Caso resolvido!

Após testarmos o emulador e verificar que todos os comandos estavam sendo enviados corretamente resolvemos mandar a impressora para intervenção e acabou que eles vão dar baixa na impressora.