web
You’re offline. This is a read only version of the page.
close
Skip to main content

Notifications

Announcements

Community site session details

Community site session details

Session Id :
Finance | Project Operations, Human Resources, ...
Answered

What causes a "is already in use." message upon Import?

(1) ShareShare
ReportReport
Posted on by 151
I've got an issue when using Data Management & Entities to migrate User Security Config.
The migration completes, and is mostly ok, except for the following, which is happening

If I look at Staging Data, and filter for ERRORS, I can see one or more of this:  

/Results. The name [DUTY NAME] is already in use./
Where, [DUTY NAME]  is a custom Duty, or Priv, or Role.
And along with this is, we're also seeing some Duties become UN-associated with roles, after the migration.
 
Are these two related?
 
Kind thanks,
Rich
 
I have the same question (0)
  • Verified answer
    André Arnaud de Calavon Profile Picture
    301,704 Super User 2025 Season 2 on at
    Hi Rich,
     
    This can happen in case configurations were done in two different environments. When creating an object via the security configuration form, these objects will get a GUID ID as an identifier. If you create a Duty "Duty name" in one environment and also "Duty name" in another environment, they will get different GUID IDs. If you then want to move the configuration from one environment to another, there is a check on both the GUID ID and the security object name. Then based on the GUID IDs, they are different, but there is a duplicate detected based on the name. The object will be then indeed removed from the role as the reference is maintained on the GUID ID.
     
     
    To solve your issue, you can use the option Remove customizations available on the Security configuration form. This will delete all configurations. Thereafter, you can import the security configuration. You can also remove the objects identified as duplicate only. In case you deleted configured security roles, you would need to reassign the roles to the users. 
     
     
  • rgouette Profile Picture
    151 on at
    Thanks so much Andre.
    So, to be clear:  if we needed to re-create a Duty or Privilege, and then migrate to PROD environment, we would have to manually DELETE that object from PROD first?
     
    Regards,
    Rich
     
  • Verified answer
    André Arnaud de Calavon Profile Picture
    301,704 Super User 2025 Season 2 on at
    Hi Rich,
     
    Depending on the scenario, it is also possible to delete the configurations in a UAT/Dev environment where you maintain the security, Then import all configurations from the PROD instance and apply the new required changes. That will prevent you from making risky changes in the production environment.
     
    In future, ensure you will use only one non-production environment for security configuration. Then move from this environment to UAT for testing and after that, you can move it to production. Treat it similar to a development process.

Under review

Thank you for your reply! To ensure a great experience for everyone, your content is awaiting approval by our Community Managers. Please check back later.

Helpful resources

News and Announcements

Season of Giving Solutions is Here!

Quick Links

Responsible AI policies

As AI tools become more common, we’re introducing a Responsible AI Use…

Neeraj Kumar – Community Spotlight

We are honored to recognize Neeraj Kumar as our Community Spotlight honoree for…

Leaderboard > Finance | Project Operations, Human Resources, AX, GP, SL

#1
Abhilash Warrier Profile Picture

Abhilash Warrier 843 Super User 2025 Season 2

#2
André Arnaud de Calavon Profile Picture

André Arnaud de Cal... 423 Super User 2025 Season 2

#3
Martin Dráb Profile Picture

Martin Dráb 342 Most Valuable Professional

Last 30 days Overall leaderboard

Product updates

Dynamics 365 release plans