Personalized Community is here!
Quickly customize your community to find the content you seek.
Have questions on moving to the cloud? Visit the Dynamics 365 Migration Community today! Microsoft’s extensive network of Dynamics AX and Dynamics CRM experts can help.
2021 Release Wave 1Discover the latest updates and new features to Dynamics 365 planned April 2021 through September 2021.
Release overview guides and videos Release Plan | Preview 2021 Release Wave 1 Timeline
The FastTrack program is designed to help you accelerate your Dynamics 365 deployment with confidence.
FastTrack Program | Finance and Operations TechTalks | Customer Engagement TechTalks | Upcoming TechTalks | All TechTalks
Just wonder if anyone has ever seen this before...
We are using CRM 2013 on premises. In one of the Org there are couple fields uses field security profiles. There is a "General User" field security profile that grants the default Business Unit Team with read privilege for all those fields.
But there is one user who can't read any of those field value (all comes up with asterisks).
I have tried to recreate her system user by point her system user to a dummy AD Account, and created a new system user record to link to her real AD. doesn't make a difference.
What I do notice is, there are 2 contacts exists in the same Org that has the same email address this user's.
Is it crazy to suspect that if the contacts have anything to do with this security issue? The system is clearly aware of the different contact and the user has the same email address, because on out going emails that is created by a Workflow is suppose to email the user but To field this type of email all set to the user as well as both of those 2 contacts...
I can't recreate the issue in our test environment, but then our test environment is currently on the latest update roll up and production is on a earlier build...
Any suggestions, ideas please?
I don't think this can be related to Contact record. Check the business unit of that user. Thats the only thing driving the security profile in this case.
Yes, agree that's nothing to do with your duplicate contact, compare it with other user with similar security roles and see if there is any difference.
Thanks for confirming that the Contact record wouldn't have anything to do with the issue.
As I said in the original post, the user is a member of the BU default team. and the "General User" security profile gives BU default team read privilege to those fields...
In the end I created a team with that user as the only team member and then added the team to the "General User" security profile. Boom, it worked for the user.
Business Applications communities