clisitef Recebimento Em Múltiplos Cartões Com Cancelamento

[José Mauro]

Pessoal boa tarde.

 

Estamos implementando o processo de pagamento utilizando o ACBrTEFD  com a CliSiTef e ficamos na dúvida sobre como proceder quando houver a desistência de alguma das transações autorizadas. Devido a isto levamos o seguinte cenário para a Software Express:

 

1) O cliente chega ao estabelecimento e paga com 2 cartões, cada um representando metade da venda;
2) Ambas as autorizações são aprovadas pelo SiTef;
3) Passados alguns segundos, a transação ainda não foi finalizada (encerramento de CF + impressão de CCD), o cliente decide que não vai pagar mais em um dos cartões e que pagará a diferença em dinheiro, ou seja, metade será em um dos cartões e a outra em dinheiro.

Como devemos proceder com este cenário, cancelamos toda a venda para que haja a impressão do comprovante de estorno (HEADER = CNC) ou simplesmente cancelamento a autorização (HEADER = NCN)?

 

Com base no cenário levantado, a SE respondeu:

 

No cenário apresentado você teria que mandar uma NCN (Não confirmação da venda) para o cartão que houve a desistência, pois os dois ainda não receberam a CNF (Confirmação da venda), agora se as duas já tivessem recebido a CNF, teria que mandar a CNC (Cancelamento de Venda).

 

Implementamos o processo enviando o NCN (o SiTef muda o estado para CANC. PDV) mas quando acionamos o método para imprimir transações pendentes, a transação que não foi confirmada pelo NCN é impressa também.

 

Ao realizar a não confirmação de uma autorização ela não deveria sair da lista de transações pendentes?

 

Segue em anexo um exemplo onde o pagamento de R$ 100,00 não foi confirmado. A DLL utilizada é a versão 0.9.6.3.

 

Obrigado.

 

José Mauro

 

trace-multiplos-cartoes.txt

[Daniel Simoes]

Fiquei confuso... qual é o modelo de TEF que você está usando no ACBrTEFD ?

 

Com a CliSiTef.DLL não há necessidade de confirmar uma transação para poder enviar outra (assim como ocorre no discado)

 

Ou seja, você pode deixar todas as transações pendentes... sobe o mesmo numero de Cupom...

 

Quando confirmar ele confirma todas pendentes... (commit)

Quando enviar a Não confirmação ele desfaz todas as transações pendentes... (rollback)

[José Mauro]

Fiquei confuso... qual é o modelo de TEF que você está usando no ACBrTEFD ?

 

Com a CliSiTef.DLL não há necessidade de confirmar uma transação para poder enviar outra (assim como ocorre no discado)

 

Ou seja, você pode deixar todas as transações pendentes... sobe o mesmo numero de Cupom...

 

Quando confirmar ele confirma todas pendentes... (commit)

Quando enviar a Não confirmação ele desfaz todas as transações pendentes... (rollback)

Bom dia Daniel, obrigado pelo retorno.

 

Estamos utilizando o TEF dedicado. Não confirmamos nenhuma transação manualmente, o ACBrTEFD faz corretamente o processo como você disse. A dúvida, não sei se é um erro no framework, é a seguinte:

 

"Por exemplo, uma venda é realizada em cima do COO 00001, o cliente paga com dois cartões (qualquer valor desde que pague toda a venda) e estas vendas ainda não foram confirmadas no SiTef pela biblioteca, conforme você mencionou. Sendo assim temos N transações autorizadas para uma venda, N:1, até aqui é o processo padrão sem nenhum problema. Porém, antes de finalizar o cupom fiscal, i.e., ainda não foi confirmada nenhuma autorização, o cliente resolve desistir de pagar com um dos cartões, mesmo tendo sido autorizado pelo TEF. Para este caso acionamos explicitamente o NCN para cancelar a autorização informando rede, nsu, valor, data/hora transação e finalização, os campos da assinatura do método. Ao acionar, a transação autorizada muda no SiTef para CANC. PDV perfeitamente, mas não são da lista de transações pendentes do ACBrTEFD pois quando mandamos imprimir as transações pendentes a transação que enviamos NCN sai impressa no cupom vinculado. Neste ponto que ficou a dúvida, se a transação autorizada foi "descontinuada" junto ao SiTef, seria correto imprimi-la no cupom vinculado?"

 

Obrigado novamente.

 

José Mauro

[Daniel Simoes]

Acho que realmente isso não foi previsto... (chamar o NCN para o TEF dedicado)

 

Seria necessário ajustar o componente para remover a transação da lista de pendentes... (não deve ser difícil)

[José Mauro]

Acho que realmente isso não foi previsto... (chamar o NCN para o TEF dedicado)

 

Seria necessário ajustar o componente para remover a transação da lista de pendentes... (não deve ser difícil)

Show de bola.. era mesmo para entender se este era o comportamento os se estávamos pensando alguma coisa errada. Imagino que seja apenas remover o item da lista, mas só vendo mesmo. Vou dar uma olhada aqui.

Obrigado.

[Giquieu]

Olá José Mauro,

Conseguiu algo referente a está situação?