SkyTEF + Client Modular

[Rodrigo Fruhwirth]

Boa tarde amigos colaboradores.

Tenho uma questão aqui e gostaria da sugestão do grupo. Nós temos a homologação do SkyTEF com o ClientModular deles, esse client se comporta quase igual ao TEFDial, a única diferença entre eles é que no SkyTEF Modular quando falta energia no retorno o roteiro pede que as transações sejam confirmadas e não canceladas.

O que nós estamos pensando em fazer: Criar uma Classe ACBrTEFDSkyTEFModular que no inicializar faça as operações de confirmação / cancelamento de acordo com o estado da ECF parecido com o ACBrTEFDCliSiTef.

Só antes de fazer isso gostaria da opinião da grupo e ver se alguém tem uma outra ideia.

Segue manual de homologação da SkyTEF Modular. Os passo que me refiro são as sequencias 20, 21 e 22.

Roteiro de Pré Homologação Client Modular_V12.docx

[Daniel Simoes]

Não é um retrocesso usar o ClientModular, ao invés da Lib CliSiTef ??

O Client Modular é da SkyTef ou da Software Express ? (Acredito que seja da Software Express)...

Não me oponho a criação de uma nova classe para suportar de forma mais adequada esse "Client Modular" da Software Express... mas acho desnecessário, sendo que o ACBrTEFD tem um ótimo suporte a lib CliSiTef, a qual permite muito mais controle e integração com a aplicação...

[Rodrigo Fruhwirth]

Bom dia Daniel.

Pensando pelo lado de controle sim, mas pensando pelo lado de compatibilização com outras ferramentas de TEF não, pois várias delas utilizam o padrão SITEF com gerenciador para fazer suas transações.

Quanto ao fato de ser da Software Express ou da SkyTEF, eu acredito ser da SkyTEF o qual é homologado pela Software Express.

Mas minha dúvida seria se eu posso criar esse novo módulo.

[Daniel Simoes]

Sim... acho que com poucas alterações na classe mãe, ele já estaria operacional..

Mas é importante definir o nome da classe de forma correta... Creio que seja da Sw.Express 

[EMBarbosa]

Client Modular é da Software Express. É a mesma interface do TEF_DIAL do passado adaptado para as exigências atuais. Até no roteiro você pode notar que as imagens são do SiTef no cabeçalho que é uma marca da Software Express.

[Rodrigo Fruhwirth]

Sim, sim, concordo, outra coisa que eu estava pensando em fazer, seria talvez, no lugar de criar uma nova classe para isso, ter a possibilidade de escolher no TEF_DIAL se é para cancelar as transações ou confirmar, o que vocês acham?

Claro que deixando como padrão o que é hoje. Cancelamento de forma compulsória.

Editado 23 Novembro, 2016 por Rodrigo Fruhwirth

[Daniel Simoes]

Parece uma boa idéia.. Uma vez que o Gerenciador Padrao do TEF discado, ja nao existe mais...

Para ter certeza dessa ideia, poderíamos conferir se a NTK pensa da mesma maneira 

[Rodrigo Fruhwirth]

Bom dia colegas.

Adicionei nova propriedade em TEFDial para saber se ao inicializar deve confirmar ou cancelar as transações pendentes, deixando como padrão cancelar que é o padrão.

ACBr_TEFD-change-log.txt

ACBrTEFDDial.pas

[Daniel Simoes]

O código é praticamente uma cópia de "TACBrTEFDClass.Inicializar"... (isso não me agrada muito... código repetido.... )

Poderíamos criar um novo método na classe mãe, e sobrescrever apenas o que é realmente diferente...

Algo como "VerificarTransacoesPendentesClass"... Veja as Units em anexo...

ACBrTEFD.zip

[Rodrigo Fruhwirth]

Boa tarde.

Exatamente, acho bem melhor essa solução, não tenha dúvida.

[Daniel Simoes]

Obrigado, enviado para o SVN...

[EMBarbosa]

Vale lembrar que a certificação para o SiTef DLL (CliSitef) também está agora pedindo pra confirmar as transações.

[Daniel Simoes]

Elton,

Confirmar sempre, independente da situação ?

Hoje a decisão é tomada baseado no seguinte código...

  try
     Est := TACBrTEFD(Owner).EstadoECF;
  except
     Est := 'O' ;
     { TODO: Criar arquivo de Status da Transação

         Se o ECF estiver desligado, será retornado 'O', o que fará o código
       abaixo Cancelar Todas as Transações Pendentes, porém, pelo Roteiro do
       TEF dedicado, é necessário confirmar a Transação se o Cupom foi
       finalizado com sucesso.
         Criar um arquivo de Status que seja atualizado no Fim do Cupom e no
       inicio do CCD, de maneira que seja possível identificar o Status do
       Documento no ECF indepentende do mesmo estar ou não ligado

         Como alteranativa, é possível implementar código no Evento "OnInfoECF"
       para buscar o Status do Documento no Banco de dados da sua aplicação, e
       responder diferente de 'O',   (Veja exemplo nos fontes do TEFDDemo)
     }
  end ;

  fpInicializado := True ;

  TACBrTEFD(Owner).GPAtual := gpCliSiTef;

  // Cupom Ficou aberto ?? Se SIM, Cancele tudo... //
  if (Est in ['V','P','N','O']) then
     CancelarTransacoesPendentesClass
  else
     // NAO, Cupom Fechado, Pode confirmar e Mandar aviso para re-imprimir //
     ConfirmarESolicitarImpressaoTransacoesPendentes ;     

 

[EMBarbosa]

3 horas atrás, Daniel Simoes disse:

Confirmar sempre, independente da situação ?

Daniel, estava falando desse tópico:

 

 

[Daniel Simoes]

parece ser outra modificação... no tópico citado, ele comenta para efetuar a confirmação, antes mesmo da Impressão...

Acho que seria necessária uma nova Propriedade para isso

[Rodrigo Fruhwirth]

Deixa eu ver se entendi, 

22 horas atrás, EMBarbosa disse:

Vale lembrar que a certificação para o SiTef DLL (CliSitef) também está agora pedindo pra confirmar as transações.

16 horas atrás, Daniel Simoes disse:

parece ser outra modificação... no tópico citado, ele comenta para efetuar a confirmação, antes mesmo da Impressão...

Acho que seria necessária uma nova Propriedade para isso

No roteiro que eu passei a confirmação é feita somente após o termino da emissão do cupom fiscal, ou seja, fechou o cupom e abriu o relatório gerencial ou CDC para emissão dos comprovantes. Acredito não haver modificações com relação as operações de cartão antes do fechamento do cupom.

Você tem teria o roteiro de homologação para compartilhar conosco?

[EMBarbosa]

5 horas atrás, Rodrigo Fruhwirth disse:

Você tem teria o roteiro de homologação para compartilhar conosco?

Não. Como eu disse no outro tópico, essas modificações eram tão novas na Software Express que eles não me passaram um roteiro falando sobre isso. No dia dos testes é que disseram pra fazer assim. Daí eu preferi não implementar e continuar a fazer o tratamento de desligar como era antes.

Mas note que lá é sobre a DLL e não o client modular que você está usando.

[Rodrigo Fruhwirth]

Entendi perfeitamente. E isso somente para o Sitef ou tem alguma possibilidade de ser refletido nas demais?

[EMBarbosa]

1 hora atrás, Rodrigo Fruhwirth disse:

Entendi perfeitamente. E isso somente para o Sitef ou tem alguma possibilidade de ser refletido nas demais?

Tudo depende dos roteiros. Se as demais pedirem isso nos seus respectivos roteiros, então precisaremos implementar...

Atualmente, que eu saiba, ninguém mais pediu isso...

[EliasCesar]

Olá,

Conforme citado por Daniel

Em 30/11/2016 at 16:55, Daniel Simoes disse:

parece ser outra modificação... no tópico citado, ele comenta para efetuar a confirmação, antes mesmo da Impressão...

Acho que seria necessária uma nova Propriedade para isso

Foi criada uma nova propriedade "TACBrTEFD.ConfirmarAntesDosComprovantes" para possibilitar a confirmação das transações antes da impressão das vias do TEF.
Caso essa propriedade esteja ligada, a confirmação das Transações será efetuada logo no início da procedure "ImprimirTransacoesPendentes".

Também foi alterada a procedure "VerificarTransacoesPendentesClass(aVerificarCupom: Boolean)" para sempre que a nova propriedade estiver ativa, tentar verificar se o cupom foi finalizado ou não, possibilitando a reimpressão dos comprovantes.

Dessa forma a propriedade "TACBrTEFDDial.InicializarConfirmandoTransacoes" pôde ser removida, pois esse controle ficou por parte da nova propriedade "ConfirmarAntesDosComprovantes".

 

[Daniel Simoes]

Segue o Change-Log

Citar

04/01/2017
-- ACBrTEFD --
[+] Inclusão de nova propriedade "ConfirmarAntesDosComprovantes" para possibilitar
    a confirmação das transações logo após a impressão do cupom.
    Caso a propriedade esteja ativa, a confirmação será feita na procedure
    "ImprimirTransacoesPendentes" antes da impressão das vias;
    
-- ACBrTEFDClass --
[*] Alteração para procedure "VerificarTransacoesPendentesClass" verificar o
    estado do ECF antes de CancelarTransacoesPendentes.
    Caso a propriedade "ConfirmarAntesDosComprovantes" esteja ativa, será
    verificado se o cupom foi finalizado e irá solicitar a re-impressão dos
    comprovantes;

-- ACBrTEFDDial --
[*] Excluída property "InicializarConfirmandoTransacoes", pois esse controle
    agora será feito por "TACBrTEFD.ConfirmarAntesDosComprovantes";
    
-- ACBrTEFDCliSiTEF -- ACBrTEFDCliDTEF -- ACBrTEFDVeSPague --
[*] Alteração para utilizar a procedure "VerificarTransacoesPendentesClass"
    para consultar se o cupom foi finalizado.
    (por: Elias César)    
                          

 

[volmir]

bom dia,

revivendo o topico pois fiquei com duvida

deixei a propriedade  ConfirmarAntesDosComprovantes = false

porem percebi que ao tirar o relatorio esta ficando pendente estes lancamentos

estou falando em NFCe com D-TEF da Linx

segundo o roteiro

A transação deve ser aprovada e as 2 vias do cupom TEF impressas.A automação pode adotar um dos procedimentos abaixo para a confirmação da transação TEF:1)Confirmar a transação logo após a impressão do cupom TEF.2)Após impressão a automação deverá apresentar mensagem perguntando ao operador se a impressão foi efetuada corretamente,Sim, Não ou Reimprime. Escolher a opção“Sim”, a transação deve serconfirmada.

A finalizadade do Sim é confirmar a transação, do Não é desfazer e do Reimprime e imprimir novamente o cupom TEF.                                                                             A confirmação da transação TEF pode ser efetuada antes da NFC-e/SAT ser transmitida ou após sua transmissão.

 

porem percebi que esta sendo enviado um NCN e eu acho que deveria ser enviado um CNC pra cancelar a transacao que esta pendente, estou meio confuso preciso de uma opiniao de vcs

[Daniel Simoes]

NCN é para não confirmar uma transação ainda pendente 

CNC é para cancelar uma transação já confirmada 

[volmir]

pois é ai que fiquei com a duvida pois la nos relatorio da Linx vai ficar como pendente isso nao vai ser um problema sera?

[Daniel Simoes]

Porque ficaria pendente ??