Breaking news from around the world
Get the Bing + MSN extension
Now Available in Community - MBAS 2019 Presentation Videos
Catch the most popular sessions on demand and learn how Dynamics 365, Power BI, Power Apps, Power Automate, and Excel are powering major transformations around the globe. | View Gallery
2019 release wave 2 Discover the latest updates and new features to Dynamics 365 planned through March 2020
Release overview guides and videos Release Plan | View virtual launch event
Ace your Dynamics 365 deployment with packaged services delivered by expert consultants. | Explore service offerings
Connect with the ISV success team on the latest roadmap, developer tool for AppSource certification, and ISV community engagements | ISV self-service portal
The FastTrack program is designed to help you accelerate your Dynamics 365 deployment with confidence.
FastTrack Program | Finance TechTalks | Customer Engagement TechTalks | Talent TechTalks | Upcoming TechTalks
We have a custom workflow that work nearly 100% of the time. However, every now and again a workflow instance will go into Stopped (error).
Stopped (error): SysWorkflowQueue-resume X++ Exception: User not found. at SysWorkflowDocument-assertSysWorkflowDocument-assertPermissionSysWorkflowWorkItem-createSysWorkflowWorkItem-createWorkItemsSysWorkflow-saveSysWorkflowQueue-resume
Now I've come across this error before and it's usually because the user hasn't been setup or hasn't been enabled. This isn't the case this time. The user that the workflow is going to has received other workflow notifications, but for some reason with particular workflow instance the system can't find the user.
Has anyone else come across this where the user is setup correctly and receive some workflow notifications, but then sometimes a workflow will say that it can't find the user?
Is the workflow working fine for other users except that particular user?
Yes the workflow is working fine for other submitters, it's just this one user that is unable to submit without getting the error.
Please try removing the user & reimporting that user in to the D365 FO.
I removed the user that was submitting the workflows and reimported them. I also recalled the workflows and asked them to submit them again. However, the workflow went into a state of Stopped (error) same error message as before.
Is this workflow type is other than other workflows? meaning what would be the next step after assigning the WF to the user? If it will assign to user's reporting position, make sure that is assigned and that user(Reporting person) is available in the system.
Can you confirm if user/employee relation, reporting position in case of hierarchy workflow is setup correctly?
Does the workflow point to user groups? Is the user involved in this step in the workflow missing from that user group?
In order to help you we would need more information.
Could you please share the following info.
1. Workflow type, seeing the tags I assume it is project related
2. Type of step this is happening (approval / task / etc)
3. Configuration of the step (e.g. for approval steps, what type of assignment is used)
4. What steps in the error workflow are working (e.g. if it is hierarchy approval, does it send a work item to the first approver)
The workflow is with the Project management & accounting module and has a type of QTQ_ProjWrap (it's customer built by our Gold partner).
It's an approval step that is where it's being stopped.
The type of assignment used is Participant.
The same workflow is used for several Project Questionnaires, and completes without errors. It's only for 1 particular questionnaire that it fails and only when 2 particular users submit the workflow.
We've deleted & reimported both users, we've deleted and re-built the affected Project questionnaire & questions, but still the error persists.
We've had our Gold partner debug the workflow, but no avail, they can't see anything wrong with it.
The error you are receiving is that the user can not be found, that means in general that the participant can not be found (it would help if you can tell the type of participant you are refering to, is it Project Participant / Security role or User group?). So looking into the specific participant group would be the solution to this issue. Since the chance is high that these users are not present in here.
Although it is not the specific error you are receiving it is worth to check if the users have the proper rights to the required tables, however this should return a different error. Another thing that used to be a problem is record level security along with workflows but this is no longer present current version but it is worth checking if a similar limit to user rights is present.
Besides this it is a custom workflow so support from this workflow should come from your Gold Partner. Since they build it and have the specific technical know how. So I would really suggest taking up contact with the partner and have them look into this custom workflow as we can mainly help you with the general workflows and not custom ones.
I'll escalate it further with our Gold Partner.
Business Applications communities