To migrate assets between organizations, consider the following rules and guidelines:
•Ensure that you set up all the licensed business applications in the target organization before you import assets. If you import assets before setting up the business applications, the organization might corrupt during the setup process.
Note: When you import predefined MDM SaaS assets, ensure that you set up the corresponding licensed business applications. If you import custom assets or a combination of custom and predefined assets, ensure that you set up all the licensed business applications.
•To import assets related to other services, ensure that you import them without any MDM SaaS assets.
•To import and export the asset types, such as authorization configuration, you need administrator privileges.
For example, when a user with the Admin role migrates assets to a target organization for the first time, the user can migrate all the assets, including the authorization and business event assets. When a user with the Designer or MDM Designer role migrates assets to a target organization for the first time, the user can migrate all the assets except authorization and business event assets. A user with the Admin role can then migrate the authorization asset first and then the business event assets.
•After you migrate an asset, if you update the asset in the source organization, you must export and import the modified asset to the target organization. Ensure that you don't modify the assets manually in the target organization.
•The user role that updates the assets must migrate the assets.
For example, if a user with the MDM Designer role updates an asset in a source organization, the same user must migrate the asset to a target organization. Otherwise, the migration fails.
•Ensure that you create connections in a target organization before you migrate taskflows to the target organization.
•Before you migrate assets to a target organization, ensure that you don't set any permission to assets, folders, or projects.
•When you create reference data sets in Business 360 Console, you can't delete them from MDM - Reference 360.
•After you migrate the reference data assets between organizations, ensure that you don't modify the name of reference data assets in the source organization.
If you reimport any renamed reference data asset, a new asset is created instead of updating the existing asset.
• During migration, the licenses aren't verified. Ensure that you migrate the assets that are licensed in the target organization.
Note: Asset migration uses internal IDs for MDM SaaS assets and names for Reference 360 assets.
•When you export a business entity, the assets related to the rule associations for DaaS real-time address verification and data enrichment aren't included in the exported file. To export all the assets related to these rule associations, export the objective group assets separately.
•When you import a business entity that has its business ID format configured, the business ID format configuration isn't imported. After the import, ensure that you configure the business ID format for the imported business entity.
•When you migrate authorization configurations, ensure that the data access rules contain unique names in the source and target organizations. If the data access rules contain the same name but are associated with different business entities in the source and target organizations, MDM SaaS overwrites the data access rule in the target organization.
For example, you have a data access rule with the name Test Rule 1 to protect the Person business entity in the source organization and a data access rule with the same name Test Rule 1 to protect the Organization protected business entity in the target organization. If you migrate the authorization configurations, MDM SaaS overwrites the data access rule in the target organization to protect the Person business entity.
Note: Before you migrate authorization configurations, ensure that you first configure all data access rules in the source organization and then import them to the target organization.
•When you migrate authorization configurations that include draft data access rules in the source organization, ensure that the target organization doesn't contain any active data access rule with the same name.
If the target organization contains an active data access rule with the same name, you can't publish the draft data access rule that's imported. After you import the draft data access rule, MDM SaaS removes the active data access rule but internally stores it. When you delete the imported draft data access rule, MDM SaaS deletes the draft data access rule and displays the active data access rule.