I can test the workflow in the sailpoint UI but it has a “loop” at the end which is an HTTP request to re-trigger the same workflow.
My personal admin PAT gets a 401 unauthorized when trying to fire the external trigger for the workflow so I assumed we had to use the originally mentioned call to make a client ID/secret in order to execute the external trigger. (Yes, my PAT has the scope to execute workflows)
Hi Anagha, if you look at my original message, that API call is listed as what I was trying to do. I get back a 500 error stating there’s an invalid character in string literal.
"detailCode": "Internal Server Error",
"trackingId": "5a66e956fbfa4cfea2a43299d325d94f",
"messages": [
{
"locale": "en-US",
"localeOrigin": "DEFAULT",
"text": "invalid character '\\n' in string literal"
}
]
}
@colin_mckibben I’m going to tag you in if you don’t mind. I’m still working on your reassignment workflows and this is what I’m running into now trying to get the external trigger working for the “loop” part.
You can generate the client ID and client secret for an external trigger directly in the workflows UI. Just click on the “External Trigger” step and there is a button to create new access token.
Cool thank you Colin! Should we put a note on your blog post about the reassignment workflows so people know they might need to clear or edit the description for the external triggers?