Histórico de mensagens sobre callback

Olá, @manoel_30141! Caso esteja usando a API atual, é preciso solicitar via # atendimento. Caso esteja usando a API Fortunus, basta acessa sua conta e alterar pelo menu API > Aplicações > Sua_Aplicação > URL de callback.

Bom dia,
estou tendo o seguinte erro ao criar uma charge pix com location e notification_url usando a sdk pra Go, ambiente homolog
{"nome":"json_invalido","mensagem":"Valores ou tipos de campo inválidos","erros":[{"chave":"additionalProperties","caminho":".body","mensagem":"não são permitidas propriedades adicionais"}]}

Gostaria que fosse feita a correção do endereço de callback para https://368dinho.mkauth.cloud/retorno/gerencianet_confirma.php e fosse reenviado as notificações dos ultimos 5 dias

Mais uma dúvida pessoal, api de cobranças, cartão e boleto eu recebo callbacks no webhook também neh?

só vi falar sobre webhook na api pix, mas acredito que nas outras também tenha

para pix eu coloquei uma rota "/webhook" e para boleto "/callback"

Boa tarde, meus caros. Tenho uma dúvida sobre a notificação. Um dev colocou o charge_id no lugar errado no banco de dados, e a rota passada no notification_url não estava conseguindo atualizar nada no sistema. Enfim, lambança...
Minha dúvida é, se eu enviar uma request para atualizar esta url para uma oura, o banco faz a request de callback novamente? Agradeço desde já!

Pois, aqui no meu caso, estou tenho uma rota app.meudominio.com ao qual eu não desejo autenticar por mTLS e uma rota wh.meudominio.com só pra receber o callback dos pagamentos.

realizei o pagamento de 16:24:36 e meu callback só foi disparado mais de um minuto depois

Boa tarde, estou tendo um problema com pagamento Pix na minha aplicação, eu estou usando o callback url para atualizar meu front, mas está demorando em média 1 minuto desde o momento do meu pagamento, até o post da api de vocês, sendo que pra um pagamento via pix, isso não é mt interessante

galera recebi esse erro ao tentar pegar os dados que recebi de uma callback:

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

@rubenskuhl obrigado pelo retorno, eu tentei integrar no meu Controller (uso nestjs) na minha API que está no heroku, aqui está o código:

import {
ClassSerializerInterceptor,
Controller,
HttpCode,
HttpStatus,
Logger,
Post,
Req,
UseInterceptors,
} from '@nestjs/common';
import { LoggerInterceptor } from '@src/common/logger/logger-interceptor';
import configuration from '@src/config/configuration';
import axios from 'axios';
import { Request } from 'express';
import as https from 'https';

const { httpsOptions } = configuration();
@Controller('efi-gerencianet')
@UseInterceptors(ClassSerializerInterceptor, LoggerInterceptor)
export class EfiGerencianetController {
private readonly logger = new Logger(EfiGerencianetController.name);

private instance = axios.create({
httpsAgent: new https.Agent({
ca: httpsOptions.ca,
requestCert: true,
rejectUnauthorized: true,
}),
headers: {
'x-skip-mtls-checking': true,
},
});

@Post('webhook/pix')
@HttpCode(HttpStatus.OK)
handlePixCallback(@Req() req: Request) {
const body = req.body;

this.logger.log(Received callback from Gerencianet);
this.logger.debug(body);
return body;
}

@Post('configure-webhook')
async configureWebhook() {
const url =
'https://api-pix.gerencianet.com.br/v2/webhook/4114c4e9-202c-4979-8534-34a4e5a29ad0';
const data = {
webhookUrl: '',
};

try {
const response = await this.instance.put(url, data);
this.logger.log(
Webhook configured successfully. Status code: ${response.status},
);
return response.data;
} catch (error) {
this.logger.error(Error configuring webhook: ${error.message});
throw new Error(Error configuring webhook: ${error.message});
}
}
}


subi pra produção, e ao chamar o endpoint recebo o erro: Error: Error configuring webhook: read ECONNRESET

Para SSL estou usando o heroku ACM (auto managed).


Sabem o que posso estar fazendo errado?

Isso mesmo @andersonhsilva ! Esse serviço está protegido por uma camada de autenticação mTLS. Os callbacks são enviados pela Efí via POST url-webhook-cadastrada​/pix quando há uma alteração no status do Pix.

Aqui você pode verificar sobre a configuração e a informação enviada no webhook: https://dev.efipay.com.br/docs/api-pix/webhooks#recebendo-callbacks

Eu achei de callbacks e de envio de emails

entao assim que eu gero o qrcode para pagamento, o servidor da efi já envia um callback que foi pago, desde que o valor esteja entre 0,01 e 10,00

olá, as configurações de callback estão Ok, porém o MK-auth não está recebendo, não está dando baixa.

galera como vocês fazem os testes no callback após uma cobrança ser gerada?

vocês sobem um servidor só pra isso ou tem outras formas mais locais?

Bom dia @.thallestks ! As requisições de callback aguardam uma resposta com status HTTP 2XX. Caso o servidor do cliente retorne um status diferente, a Efí fará até 10 novas tentativas de notificação.

tudo joia Guilher e com você?

Eu verifiquei e as credenciais estão apontando para de produção e esse retorno vem da requisição de postback de vocês para minha aplicação, existe a possibilidade de o notification que vem de vocês não existe mais na plataforma de vocês e por isso acontece?

Boa tarde, @alexr_02! Tudo bem?
Atualmente, não é possível consultar o histórico de notificações enviadas na API Pix.

Caso o servidor do cliente retorne um status diferente, a Efí fará até 10 novas tentativas de notificação. A primeira nova tentativa será feita 5 minutos após a falha do envio do callback. Persistindo o erro, as tentativas subsequentes serão enviadas em intervalos de tempo cada vez maiores, conforme mostra a tabela abaixo:

N° da tentativa Tempo (em minutos)
1 5
2 10
3 20
4 40
5 80
6 160
7 320
8 640
9 1280
10 52560