Login Registre-se
NFC-e e TEF  XML
Índice dos Fóruns » NF-e / NFS-e / CT-e / CF-e / Certificados Digitais
Autor Mensagem
marceel08

JavaC Membro

Membro desde: 03/10/2017 20:03:52
Mensagens: 36
Offline

Boa tarde pessoal,

alguem por acaso ai ja desenvolveu a solucao de nfc-e integrado com TEF?

se sim, alguem poderia sanar uma duvida?

implementamos a nfc-e, porem agora queremos integrar o TEF nessa solucao.

a questao é, quando se emite uma NFCe com TEF, a autorizacao do TEF deve ir em campo proprio do xml, até ai tudo certo!

o problema é o seguinte, vamos supor que na mesma NFCe tenha 2 transacoes TEF, Debito e Credito por exemplo..
Pelo que eu entendi, na NFC-e com TEF, voce autoriza o cartao, mais apenas confirma a transacao se a NFCe for autorizada, caso contrario voce desfaz ela.. o problema é que pelos operadores de tef, nao é possivel fazer 2 transacoes e elas ficarem
pendentes de confirmacao, se voce faz uma beleza, agora na segunda, voce deve automaticamente confirmar a primeira, entao as 2 nao vao ficar pendente de confirmacao, so deveriam ser confirmadas caso a NFC-e fosse autorizada!

alguem ja implementou isso e poderia me esclarecer?

obrigado
GGarcia

JavaC Membro
[Avatar]

Membro desde: 28/05/2013 17:12:21
Mensagens: 309
Offline

Boa tarde.

Primeiro você deve ver com qual empresa fará a integração com TEF. Aqui temos experiência com Auttar e Sitef, mas todos os tefs funcionam da mesma forma. Não que tenham a mesma implementação, mas o modo de funcionamento das autorizações é o mesmo.

Execute a sua venda no caixa. O cliente escolhe débito para entrada e parcelar o saldo em 4 vezes no crédito.

Você vai passar essas informações para a integração do TEF e a comunicação da integração com o PINPAD e serviços remotos inicia. O cliente passa os cartões para débito e crédito. Se algum deles falhar (a integração te manda resposta disso), você envia um comando para a integração cancelar a venda atual, exiba a mensagem na tela para o cliente (sem saldo, cartão inválido, conta bloqueada, etc).

Refaça o procedimento de venda caso o cliente queira (usar outro cartão, trocar a forma, etc) até toda a transação do TEF te retornar um OK. Nesse OK, você recebe os recibos de cada transação com seus respectivos NSU. Faça o parse das mensagens, aloque isso em memória, emita/grave sua venda, grave as informações de TEF referentes a venda e no final você emite a NFC-e repassando os dados que as transações de TEF te disponibilizaram.

Emitir a NFC-e/NF-e com dados de TEF é super simples. O difícil é a implementação da solução TEF, porque você depende de integrar o fluxo de dados que a integração exige com as rotinas do seu sistema.

Esta mensagem foi editada 6 vezes. Última atualização foi em 11/02/2019 18:27:59


If you're here, who's running hell?
rlira

JavaC Membro

Membro desde: 07/01/2015 15:45:55
Mensagens: 105
Localização: Olinda - PE
Offline

Olá bom dia a todos.

Obtive o roteiro da PayGo e da Cappta, e a pedido de um colega que usa o MS-VFP criei as funções e formulários para teste do TEF em ambiente de Desenvolvimento usando o GP da Cappta e isto já me habilitou a quando voltar ao meu projeto que é em Java já ter 99% dos conhecimentos, todo o desenvolvimento foi para usar troca de arquivos, faltando agora plugar as funções no ERP e testar e fazer a Homologação.

Fiquei com uma duvida e a explicação do fluxo aqui comentada pelo Sr. GGarcia até me deixou com mais uma porque ele descreveu o uso até de vários cartões que o cliente usou para o pagamento, minha duvida é a seguinte

Ao Enviar uma Requisição para o GP ( Gerenciador Padrão ) o ERP ira ficar em pausa, loop aguardando a resposta .... mais sabemos que não podemos esperar, esperar.... esperar como proceder nestes caso em que de repente o cliente fica no Cel conversando com a mulher e o caixa esperando, o ERP esperando.....

O GP ele tem um timer acredito que 180 segundos, então eu enviei uma requisição aguardo digamos 90 se não obtiver um retorno....????



Robson Lira
Skype: robson.lira
robertop

JavaC Membro

Membro desde: 10/07/2013 20:08:36
Mensagens: 360
Offline

Bom dia!
Acredito que isto já é controlado na aplicação do cartão.
Se não obtiver interação, deve ser retornado um erro.

No roteiro e na lista de erros já deve haver o tratamento para isso.

Ex: Eu utilizo o SITEF da Software Express.
Funciona assim.

O sistema fica em loop enquanto o retorno da função for 1000.
Se o retorno for zero, então acabou.
Se o retorno for diferente de 1000 ou zero, então deu algum erro.
Então se não houver interação, será retornado um código de erro e mostrado para o usuário.

Abraço!
GGarcia

JavaC Membro
[Avatar]

Membro desde: 28/05/2013 17:12:21
Mensagens: 309
Offline

rlira wrote:Olá bom dia a todos.

Obtive o roteiro da PayGo e da Cappta, e a pedido de um colega que usa o MS-VFP criei as funções e formulários para teste do TEF em ambiente de Desenvolvimento usando o GP da Cappta e isto já me habilitou a quando voltar ao meu projeto que é em Java já ter 99% dos conhecimentos, todo o desenvolvimento foi para usar troca de arquivos, faltando agora plugar as funções no ERP e testar e fazer a Homologação.

Fiquei com uma duvida e a explicação do fluxo aqui comentada pelo Sr. GGarcia até me deixou com mais uma porque ele descreveu o uso até de vários cartões que o cliente usou para o pagamento, minha duvida é a seguinte

Ao Enviar uma Requisição para o GP ( Gerenciador Padrão ) o ERP ira ficar em pausa, loop aguardando a resposta .... mais sabemos que não podemos esperar, esperar.... esperar como proceder nestes caso em que de repente o cliente fica no Cel conversando com a mulher e o caixa esperando, o ERP esperando.....

O GP ele tem um timer acredito que 180 segundos, então eu enviei uma requisição aguardo digamos 90 se não obtiver um retorno....????




Boa noite.

Quando você inicia um fluxo de comunicação com o gerenciador de TEF (Sitef da Software Express também), você inicia informando que a transação consiste numa operação de entrada + 4 vezes. No caso da Software Express, eu consigo definir através da minha aplicação e não deixar o operador de caixa digitar quantas parcelas, etc, pois assim a informação seleciona no caixa pelo operador será a mesma executada pelo TEF.

É basicamente como o Roberto descreveu. Você entra em loop e o ERP aguarda resposta. O próprio TEF/Pinpad possui timeout. Se a operação demorar demais, é retornado um erro e você manda o comando de cancelar a transação e volta para o seu ERP.

O mais interessante é trabalhar com Bandeira Padrão. Cada bandeira de cartão possui um código. Ao concluir a transação, a operadora manda o código da bandeira transacionada. Assim, o operador de caixa não precisa selecionar a bandeira do cartão para passar. Ele apenas escolhe TEF Débito ou TEF Crédito. De acordo com o código retornado, o sistema mapeia o código para a forma de pagamento correta no ERP e mais uma vez evitamos interação desnecessária do operador com questões críticas que podem atrapalhar uma conciliação de cartões e conta bancária por informar bandeira incorretamente.

PS.: sempre que ocorrer um erro durante o loop, antes de encerrar ele, você envia o comando para o desfazer a operação e então retorna ao ERP. Ao confirmar, a mesma coisa. Transação feita, você recebe um OK e um canhoto da transação para ser impresso. Estando tudo em ordem, você envia o comando de efetivar a operação e então retorna esses dados ao ERP para processamento.

Abraço

If you're here, who's running hell?
 
Índice dos Fóruns » NF-e / NFS-e / CT-e / CF-e / Certificados Digitais
Ir para:   
Powered by JForum 2.1.9 © JForum Team