我们有三个组织内容,Dev,Test和Live。全部托管在内部(CRM 2011. [5.0.9690.4376] [DB 5.0.9690.4376])。
由于对话框使用GUID在Lookup中引用记录的方式,我们的目标是在所有三个内容中维护静态记录的GUID。
虽然所有其他实体都工作正常,但我没有导入USERS并且还维护他们的GUIDS。我正在使用导出/导入从Master tenent(Dev)获取数据到Test and Live tenents。它与CRM 2013中的“ 配置迁移工具 ”非常相似。
我面临的问题是,在所有其他实体中,我可以看到Guid字段,因此我在导入向导中映射它,但在运行导入向导时,SystemUser实体中没有显示此类字段。例如,使用Account,我将导出一个帐户,修改CSV文件并将其导入目标租户。当我这样做时,我将AccountId(从目标)映射到源帐户,因此该帐户的AccountId在源和目标中都是相同的。
此时,我即将放弃尝试,但这将导致使用用户查找的所有对话框都将失败。
感谢您的帮助,
答案 0 :(得分:0)
我唯一的建议是,您可以尝试编写一个连接到源组织和目标组织的小型控制台应用程序。
使用它可以将用户记录从源复制到目标,同时保留过程中的ID
我不能100%说它会起作用,但我不能立即想出它为什么不会这样做的原因。这假设您所复制的所有用户都已经存在于您的目标环境中
答案 1 :(得分:0)
我更喜欢通过创建自定义工作流活动来解决这些问题。例如;您可以创建一个自定义工作流活动,该活动通过输入域名作为字符串返回用户记录。
这意味着您的对话框仅包含共享配置值,例如mydomain\james.wood
用于动态查找所需记录。然后,您的对话框将链接到特定记录,但不需要编码源guid。
答案 2 :(得分:0)
尝试以下步骤。我强烈建议在一个旧的不再使用的租户上尝试这个,然后再尝试使用它。我不确定这是否得到MS的支持,但它对我有用。 (另一件事,你必须在导入后手动分配BU和角色)