I am facing an issue with the HTTP Request action in the workflow, The OAuth Client credentials flow is not able to generate the token and is failing to pass in the request.
I wanted to avoid using custom auth as we must make multiple calls in the flow. I have verified the client in the Postman also the same client is being used in the Source in my Pingone Connector.
In the IDN workflow, we are using the HTTP Request action, and the API request is missing the token. Seems like the HTTP request action is not able to generate the token even though we are passing the right credentials.
it’s not basic auth, we are passing the client credentials in the headers to get the token. and then that token is being used to access the API. This is a complete client credential flow.
Yeah , i see what you mean.
But from a workflow perspective there’s no way at the moment for basic to have booth in the same step. I think this is a good thing to post in the ideas.
I think the order would be token request and endpoint
It works for the sailpoint API, Sailpoint API also passes the client credentials as basic auth headers. I have a different workflow in which I am using API calls to IdentityNow it works.
The Client_credentials I am using for sailpoint are working as expected. The issue I am facing is with the Pingone Client Credentials flow. The token is not getting passed to http request.
The other issue is if I use custom auth, In which I am using 2 HTTP request one to generate the token and other to pass on the token. If I try to update the bearer request in the Request Header value using {{hTTPRequest1.body.access_token}} its stuck on loading and new gets saved.