将解决方案中的业务部门和安全模型从沙盒部署到产品

问题描述 投票:0回答:1

[我正在研究Dynamics 365项目(v9.1),该项目具有多个使用沙箱的组织环境,例如DEV,然后使用其他组织环境,例如QA等,最后是PROD。

我被告知,对业务部门的任何安全角色更改都必须在每个环境上手动执行。

我被告知的原因是,当创建环境时,默认父业务单位名称是由Dynamics 365默认默认生成的,这将导致每个环境具有不同的父业务单位GUID,这会对子级产生不利影响业务部门,团队等,因此每个环境的安全模型必须针对每个环境手动完成。

我对Dynamics 365还是很陌生,但是从直觉上看,Dynamics 365需要我在每个环境上手动进行安全更改(而不是将它们封装在DEV的解决方案中)。”>

我的问题是:

  1. 为什么沙箱默认的上级业务部门指导与产品不同?
  2. 什么是正确的方法,所以我只需要在DEV沙箱上进行业务部门,团队和安全角色的更改,然后导出/部署作为生产链上的解决方案?

我正在研究Dynamics 365项目(v9.1),该项目具有多个组织环境,这些环境使用沙箱,例如DEV,然后使用其他组织环境,例如QA等,最后使用PROD。有人告诉我...

dynamics-crm dynamics-365
1个回答
0
投票

这是正确的,因为业务单位是一个实体记录,并且在为组织提供与组织名称相同的名称时会创建默认的父BU。

© www.soinside.com 2019 - 2024. All rights reserved.