How the source got deleted when the Identity Profile is linked with the source ? Usually, It wont let you delete the source if it is linked with Identity Profile.
You can reach out to SailPoint support for this issue.
Normally, ISC won’t allow a source to be deleted while it’s still referenced by an Identity Profile. The expected sequence is: reset the source → delete the Identity Profile → then delete the source. The UI enforces this.
That said, there are cases where objects appear deleted in the UI but still exist in the backend, which can lead to this kind of data integrity issue. This seems similar to what you’re running into.
I came across a few threads with the same error, where the workaround was to delete the Identity Profile directly using its ID. The suggested (and marked as a solution) approach was:
***“Fetch the Identity Profile ID causing the issue. If Beta or v3 APIs don’t return it, try cc APIs (if still available). Then use that ID to delete the Identity Profile via the v3 API.”
Hi @Gxurav713 ,
If you dont have that source exists in your tenant, go to that specific identity profile and remove that source name or select another source and configure mappings and then do the apply changes.
Thanks
In my case, I’m not able to access the Identity Profile itself — the error is coming up as soon as I open the Identity Profile tab, so I’m unable to update or remove the source from UI.
It seems like the profile might still exist in the backend but is not accessible from the UI.
I’ll try the API approach suggested earlier, and if that doesn’t work, I’ll raise it with SailPoint Support.
Thanks for the update. Please do share what Support comes back with. I am interested to see how this gets resolved & what the root cause turns out to be.
Just to confirm my understanding, the source was deleted but the Identity Profile itself was not deleted, right? It still exists but is not accessible via the UI/API.
You also mentioned you were not able to retrieve the Identity Profile ID via API. Ideally, if the object still exists in the backend, the API should return it even if the UI is failing.
If you don’t mind sharing, how did you try to fetch the Identity Profile ID?
Trying to understand whether this is a true backend inconsistency where the object is not retrievable at all, or more of a UI or API surface limitation.
Yes, that’s my understanding as well — it looks like the source might have been deleted, but the Identity Profile is still being referenced somewhere in the backend, even though it’s not accessible via UI or API.
For API, I tried using the standard v3 List Identity Profiles endpoint, but the profile is not returned in the response at all. Because of that, I’m not able to get the ID to attempt deletion.
So it seems like the object is neither visible in UI nor retrievable via API, which points more towards a backend inconsistency.
I’ve raised this with SailPoint Support and will share the update once I hear back.