Funil Detentor
Para preencher a tabela acima, é necessário realizar primeiro a chamada desta API no Postman:
{{api_url}}/api/management/reports/v2/consents/transmition/status?initialDate=2023-05-20T00:00:00-03:00&finalDate=2023-05-26T23:59:59-03:00&kind=PAYMENT
**Para filtrar por período, é necessário adicionar as datas da seguinte forma nos campos do "params":
initialDate: 2022-07-16T00:00:00-03:00
finalDate: 2022-07-22T23:59:59-03:00
*manter o horário conforme o exemplo.
Segue exemplo abaixo:
Solicitação do Consent ID para pagamentos: para preencher essa coluna, é necessário considerar o objeto “consents” e o campo “total”.
Inicio da autenticação = considerar o retorno com o campo “REDIRECTED” localizado no objeto “events”.
Conclusão da autenticação = considerar o retorno com o campo “LOGGED” localizado no objeto “events”.
Autorização do cliente = considerar o retorno com o campo “CODE_GENERATED” localizado no objeto “events”.
Authorisation code emitido = considerar o retorno com o campo “CODE_GENERATED” localizado no objeto “events”.
Redirect para ITP = considerar o retorno com o campo “CODE_GENERATED” localizado no objeto “events”.
Access token gerado = considerar o retorno com o campo “TOKEN_GENERATED” localizado no objeto “events”.
Post pagamento recebido = considerar o retorno com o campo “PAYMENT_REQUEST_RECEIVED” localizado no objeto “events”.
Payment id gerado = considerar o retorno com o campo “PAYMENT_ID_GENERATED” localizado no objeto “events”.
Pagamento concluido = considerar o retorno com o campo deve ser buscado na base interna da própria instituição.
Geração do Consent ID (clientes): para preencher essa coluna, é necessário chamar a API, filtrando por período e organizationId.
{{api_url}}/api/management/reports/v1/consents/transmitions?initialDate=&finalDate=&organizationId&kind=PAYMENT
Após o retorno, é necessário conferir todos os CPF’s retornados e checar com a base da própria instituição.