Histórico de mensagens sobre an

webhook é instantâneo?

Tem 3 jeitos.

1) Webhook - a Efí te avisa quando foi pago
2) GET em /pix?inicio=fim=txid= . Se vier um objeto, foi pago
3) GET em /cob/:txid. Se dentro da cobrança houver um objeto pix, foi pago.

Boa tarde @elielpsoares ! Como o Rubens disse, ambos são id do Pix. Só pra deixar claro a diferença do txid e do e2eId. O txid é um identificador da cobrança Pix, ou seja no momento da emissão, você ja tem essa informação, sendo ela paga ou não. O e2eid é um identificador do pagamento, então você terá essa informação apenas quando a cobrança for paga.

porque não sei se o txId seria só pix ou se toda cobrança gera txId.

Eu vou usar um id único para localizar as minhas "orders" no meu banco de dados. Pensava em aproveitar algum id único da Efi para isso.

Eu consegui fazer vendo um vídeo antigo no youtube. É com instruções da gerencianet, mas com um pouco de adaptação acaba funcionando bem. Obrigado.

Se vc está chamando pelo curl ou browser, vc não apresenta o certificado da Efí então teria que recusar mesmo... tem que testar com transação da Efí.

estou usando nginx

amigo, na hora de registra a chava só funcona colocando meudominio.com.br/webhook/ se eu tirar a ultima / não registra

pessoal, estou recenedo retorno errado pelo jeito, olhe ele coloca /webhook//pix , ou seja duas //
34.193.116.226 - - [18/Feb/2024:12:23:10 -0300] "POST /webhook//pix HTTP/1.1" 200 10297 "-" "Gerencianet"

Quando há um bloqueio e o cliente faz uma "promessa de pagamento". Eu basicamente atualizo a dt_bloqueio tbm, ai facilitou

Bom dia @felipealmeman ! Seria do cartão mesmo. Vou iniciar um atendimento privado pra pegar mais detalhes pra você.

Bom dia @hiagosilvas
Entendi, então vc msm controla o processo de assinatura? E usa somente a parte de cobrança da efi
É isso?

Você não precisaria passar o id da cobrança na última linha?

Mayron, eu controlo a assinatura diretamente pelo meu backoffice também. O que eu fiz foi basicamente na assinatura criar um dt_vencimento e um dt_bloqueio.

Para cartão eu crio o token com o reuse: true na API deles e armazeno essa informação.

Dito isso, eu tenho a seguinte regra:

Caso boleto, eu emito o boleto em D-3 sobre a data de vencimento. Então o cliente tem 3 dias pós emissão para pagar. E o bloqueio eu coloco em dt_vencimento + INTERVAL 7 DAY, ou seja meu sistema só irá bloquear de fato sete dias após o último vencimento.

Caso cartão eu solicito a captura do valor no dia do vencimento às 4h da manhã, caso não consiga cobrar deixo um botão para o cliente tentar mais duas vezes. Após isso ele é obrigado a cadastrar novamente o cartão de crédito.

Sobre os webhooks, sempre que obtenho um status de sucesso eu calculo a nova data de vencimento e a nova data de bloqueio no banco de dados. Apenas para boleto existe um negócio bem interessante que é o status identified que basicamente significa que foi identificado o pagamento, porém ele ainda não foi liquidado de fato em sua conta. Como existe o risco do cliente entrar no atendimento do banco dele e cancelar esse pagamento a tratativa que faço sempre é: caso o status seja identified coloca o dt_bloqueio para daqui 3 dias úteis. Porém como a Efí geralmente deposita no próximo dia útil o webhook com a identificação do pagamento já virá no próximo dia útil e a rotina para recalcular as novas datas entrará em ação.

Dessa forma ficou bacana, pois consigo criar planos com flexibilidade. Adicionar valores novos ou variáveis que foram contratados durante o mês e caso precise de fazer qualquer migração não precisaria necessariamente usar uma API de assinaturas do novo fornecedor (visto que pode levar um tempo para seguir a lógica de um possível novo fornecedor). A lógica fica toda na minha aplicação e o PSP faz apenas a parte dele que é gerir o fluxo de cobrança na forma de pagamento que eu escolher

Até o momento a Efí não anunciou nenhuma integração para as maquininhas.

Mandei pv

Boa noite, alguem sabe me informar se a GerenciaNet cobra alguma taxa para utilzar ou receber o pix atraves da API?