/
Funil Detentor

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.

 

Related content