[CoE Starter Kit - BUG] Admin | Sync Template v4 (Security Roles) - User Not Found error

[julian0723]

Does this bug already exist in our backlog?

• I have checked and confirm this is a new bug.

Describe the issue

Flow is failing, when the user is found deleted in Entra ID.

The action "Users Modified Name" is throwing an error

Expected Behavior

The flow should still continue even though the deleted user is not found.

Expected no error received from the COE notification flow failure.

What solution are you experiencing the issue with?

Core

What solution version are you using?

4.31

What app or flow are you having the issue with?

Admin | Sync Template v4 (Security Roles)

What method are you using to get inventory and telemetry?

None

Steps To Reproduce

No response

Anything else?

No response

AB#3267

[Jenefer-Monroe]

The failure to find in Entra is expected and caught. It looks like there is something wrong with teh expression here.

What is returned in the call above that? For Users Name

[julian0723]

The "Users Name" variable is empty, Click to Download -> shows empty.

The one above it "Find this unknown users name" -> Also shows as empty.

I think, the "Configure Run After" -> Failure must also be set for the variables

[Jenefer-Monroe]

Names are required for processing so we don't want to catch and ignore this failures. And its also a primary field. So it appears this data got into your table due to some error in the past. Hopefully from an early version of this feature before we added this work to parse and identify user type.

Please go find and delete cases where User Name is blank from the table.

Then let me know if they return, from my testing they do not

[julian0723]

We check one of the deleted users run in the table and not see the UserName field as empty. UserName filter by "Does Not Contain Data"

There is an empty field but it is "User Identity Provider".

Also our flow is getting throttled. Is there a way to have COE working in Enterprise tenant?

We would like to check that entry again but throttling issue is there.

[Jenefer-Monroe]

Regarding the throttling

This is a high API usage flow, but it has also been reviewed to be as streamlined as we can make it.
Please go see what SR's you've selected to be monitored and if you've chosen to track also the BU's.
This is in the Manage Permissions app as shown below.
If you don't have SRs or BU's you can remove and still meet your organizations needs then you can consider a per flow license for this flow. Or it could be that they were just long running for their initial population.

Regarding this issue

Looks like you may have an overrun issue due to the flow being long running as the filters here are nearly identical except one iterates through the other.

For both issues

I wonder if both issues are due to the table being initially populated.
I suggest you turn the flow off, wait till all the runs complete (this will allow the API calls to drain)
Then turn the flow back on to see if you continue to see these issues.