Termos mais procurados:
eu vi um exemplo em php, me corrige se não for isso, @igor_efi, mas esse atributo vai em:
let body={
payment:{ ... },
customer: { ... },
items: [ {... }, ... ],
notification_url: minhaurl.aqui
}
No corpo da requisição que faço para 'efipay.createOneStepCharge([], body);', é isso?
Você consegue informar a url no momento da emissão da cobrança, não precisa emitir e depois acionar este endpoint.
Na requisição de emissão, você adiciona o atributo metadata -> notification_url e ja emite a cobrança com esta informação.
sim, a rota aceita. Ela recebe um POST do frontend com os dados do usuário e do pedido, gera um boleto com 'createOneStepCharge' e devolve o boleto gerado para o frontend. Pelo que eu vi aqui, eu preciso fazer um 'updateChargeMetadata' com os dados do boleto para habilitar minha rota a receber as notificações
@marcosepetth_tth, esta rota você precisa desenvolver em seu servidor.
A rota precisa aceitar requisições do tipo POST.
Qual rota você esta utilizando para realizar as emissões das cobranças? Podemos auxiliar você de como você deve inserir a URL que irá receber as notificações.
optei por manter rotas deferentes para pix e boleto, pra não ter dor de cabeça se precisar mexer no código futuramente
Já, eu só preciso de uma rota que receba as notificações de alteração de status do boleto, para confirmar pagamentos e liberar pedidos
Outro detalhe, se não me engano é obrigatório o uso de SSL para cadastrar um webhook na efi
Pelo o que eu entendi lendo o manual do pix, a autenticação do certificado deve ser feita entre o PSP e o banco central
Mas isso não leva em conta o motivo do uso. Para testes, seja em homologação seja em produção, não é problema.
mas na documentação não diz que pode ser adicionada na header um parâmetro "x-skip-mtls-checking: true"?
aproveitando, essa url pode ser a mesma rota que vou utilizar para cartão de crédito ou o ideal é manter uma rota para boleto e outra para cartão?
