Histórico de mensagens

Caso o host do firebase permitir você a configurar o certificado, será possível sim @eusouwendell!

sendo que coloquei no server certificado e as conf nginx

na hora de vincular url com a chave

{
"nome": "webhook_invalido",
"mensagem": "A URL informada respondeu com o código HTTP 301"
}

boa tarde a todos

Boa tarde! Tudo bem ? Vou iniciar um atendimento privado com você par apegar mais detalhes

Boa tarde, tudo certo?

Estou precisando de uma ajuda relacionada a notificações da api de cobranças. Eu estou recebendo o notification_token mas quando passo ele para o método get via sdk:
await efiPay
.getNotification(params)
.then((res: any) => {
res.data.forEach((element: any) => {
notification.push({
id: element.id,
identifiers: element.identifiers.subscription_id,
status: element.status.current,
message: element.message,
created_at: element.created_at,
});
});
})
.catch((err: any) => {
console.log(err);
});

mesmo reenviando a notificação pelo painel da Efi, ele me retorna sempre um erro como se não existisse a notificação relacionada aquele token, porém, o token chega e consigo logar ele.

erro:
{
code: 3500010,
error: 'property_does_not_exists',
error_description: {
property: 'notification',
message: 'A propriedade [notification] informada não existe.'
}
}

👍

Oi pessoal eu sou novo por aqui e estou conhecendo o Efi agora, eu estou fazendo uma PoC e vi os videos de configuração de ambiente, minha dúvida é a seguinte, alguém sabe se é possível fazer a configuração do certificado no firebase, toda essa PoC está sendo construida expondo uma API por lá. Obrigado

Tratando no # atendimento

Alguém já teve problema de receber no webhook a mesma transação já recebida e já devolvida diversas vezes?
já devo estar no meu décimo recebimento de webhook tanto pra confirmação quando pra devolução desse exemplo kkkk e já foi faz tempo! vejam o horário!!
Tô em atendimento mas gostaria de saber se alguém enfrentou algo parecido...

Ótima sugestão @criarimpacto ! Vamos verificar a viabilidade de alterar as estruturas das pastas para a próxima atualização, realmente facilitaria bastante no envio dos arquivos

# atendimento

Compreendo . @marcelo_efi você que fica responsável pelas atualizações no github? Olha eu tenho uma sugestão para organização dos diretórios (pastas). Acho que ficará muito fácil para quem for subir para o WHMCS. Se for útil é o seguinte:

Dentro de "gn-api-whmcs-x.x.x" uma pasta chamada "whmcs".
Dentro de "whmcs" as pastas "includes" e "modules".
Dentro de "includes" a pasta "hooks" e dentro o arquivo efi.php

Já dentro de "modules" uma pasta chamada "gateways".
Dentro de "gateways" ficaria o arquivo "efi" e a pasta "efi" e "callback".

O organograma seria:
WHMCS
↪️ includes
↪️ ↪️ hooks
↪️ ↪️ ↪️ efi.php

↪️ modules
↪️ ↪️ gateways
↪️ ↪️ ↪️ efi
↪️ ↪️ ↪️ efi.php
↪️ ↪️ ↪️ callback

Só não sei se ficou esquisito como coloquei kkk. Mas facilitaria a gente aqui a colocar pelo filezila nas atualizações só processando a fila.

É difícil mensurar se seria complexo ou não, mas exige um conhecimento técnico sim. Não seriam apenas alterações de algumas linhas de código kkk

Mas não pode dar bobeira em responder mensagens da Efí sobre MED. Há prazos curtos no regulamento.

Se o banco do pagador alegar falha operacional, e a Efí entender que não é uma falha operacional na alegação de falha operacional, aí a Efí tem que fazer o reembolso.
Se o pagador alegar fraude, a Efí te avisa disso, você manda evidências, a Efí decide reembolsar ou não. Volta e meia tem cliente que pede isso (chama-se MED), mas em 100% das vezes a Efí decidiu a nosso favor.

Não tivemos nenhum reporte neste sentido, @josealissonbr!
Vamos abrir um # atendimento com você para verificar mais detalhes

inter e safra por exemplo, fala que o código qr code é inválido