Hi Team,
We are building an Webservice connector type application . To do provisioning in target system we need some details from ISC , so we have planned to use ISC api inside that source.
We are trying to generate ISC access_token 1st to call rest of the apis but whenever we are trying /oauth/token api call using curl from web service operation it is throwing 401 unauthorised error. But same curl is generating access_token from postman and directly from VA itself .
Anyone faced this kind of situation ?
Could you please elaborate your usecase? Most of the data you have in ISC should be accessible directly in the connector so I cant really imagine why you may need to call ISC API.
Regarding 401 response - are you sure you use same credentials as the ones in postman?
To add entitlements to target system we need some entitlement metadata like owner , etc (what we have configured as entitlement schema), we need to construct a json body and call target system api to set that to the user.
To get the details OOTB we have thought we have an get entitlement api , so we can call it 1st to fetch those details.
Yes im using same client id and secret what I’m using in postman
I guess you are avoiding Before Provisioning Rule as it is cloud based Rule. You need to fetch some identity data for your request, so you are calling APIs.
Never tried, but it should work.
Are you sure that 401 is from token generation, as it doesn’t require any authentication. Maybe from other API call ?
Other possibility is, your VA might be blocking those API calls.
Hi @MVKR7T ,
Thank you for your response. Yes, you’re right. I’m trying to avoid using cloud rules.
I have been checking the VA logs, and what I have observed is that when I try to get the ISC token using the curl command, it actually adds an extra header taken from the source target system configuration(looks like {authorization: Basic ***}). Perhaps that is the issue causing the 401 error.