Dynamics crm 2011 未记录的实体的CRM所有者

Dynamics crm 2011 未记录的实体的CRM所有者,dynamics-crm-2011,Dynamics Crm 2011,假设我们在多个开发人员的在线CRM中工作 突然我知道有人创造了我要创造的实体 我的问题是,现在我可以知道谁在CRM中创建了这个实体(而不是记录) 提前感谢。您不知道是哪个用户进行了自定义(创建了一个实体,添加了一个属性,…) MetadataSchema表格不记录执行自定义的用户您无法知道是哪个用户进行了自定义(创建了一个实体,添加了一个属性,…) MetadataSchema表不会记录执行自定义的用户老实说,最简单的方法就是将其添加到实体描述中,并附上电子邮件和日期/时间 在我看来,其他任何东

假设我们在多个开发人员的在线CRM中工作

突然我知道有人创造了我要创造的实体

我的问题是,现在我可以知道谁在CRM中创建了这个实体(而不是记录)


提前感谢。

您不知道是哪个用户进行了自定义(创建了一个实体,添加了一个属性,…)


MetadataSchema
表格不记录执行自定义的用户

您无法知道是哪个用户进行了自定义(创建了一个实体,添加了一个属性,…)


MetadataSchema
表不会记录执行自定义的用户

老实说,最简单的方法就是将其添加到实体描述中,并附上电子邮件和日期/时间


在我看来,其他任何东西都是多余的,这表明它们是管理资源的问题。

老实说,最简单的方法就是在实体描述中添加它,并附上电子邮件和日期/时间


在我看来,其他任何东西都是多余的,这表明它们是管理资源的问题。

我们通过在单独的开发组织上工作,并在之后检查源代码管理中的更改,来跟踪实体更改的完整历史

您可以使用来帮助您完成此操作

一个典型的开发流程是

  • 开发人员针对他们自己的个人开发组织(在线/内部部署),在一个具有相同发布者/名称的解决方案中进行开发
  • 他们导出开发人员解决方案
  • 它们将zip文件解压到XML结构中
  • 并将其签入源代码管理,将其与主版本合并
集成组织的典型部署是

  • 从源代码管理获取最新版本的XML结构
  • 将其打包到.zip解决方案中
  • 将其导入到集成组织中
这样,您就有了所有更改的完整历史记录,并链接到开发人员,您可以使用熟悉的合并工具进行受控合并


参考:微软发布了一份非常全面的生命周期管理白皮书。阅读相关内容。

我们通过在单独的开发组织中工作,并在之后检查源代码管理中的更改,来跟踪实体更改的完整历史记录

您可以使用来帮助您完成此操作

一个典型的开发流程是

  • 开发人员针对他们自己的个人开发组织(在线/内部部署),在一个具有相同发布者/名称的解决方案中进行开发
  • 他们导出开发人员解决方案
  • 它们将zip文件解压到XML结构中
  • 并将其签入源代码管理,将其与主版本合并
集成组织的典型部署是

  • 从源代码管理获取最新版本的XML结构
  • 将其打包到.zip解决方案中
  • 将其导入到集成组织中
这样,您就有了所有更改的完整历史记录,并链接到开发人员,您可以使用熟悉的合并工具进行受控合并


参考:微软发布了一份非常全面的生命周期管理白皮书。阅读相关内容。

审计会有所帮助,但奇怪的是,它不会审计实体创建。它会检测到诸如更改安全角色之类的事情,这些人可能已经做了,以确保他们的新实体可供用户使用,但这只是一个线索,而不是一个确定的答案。有任何答案对您有帮助吗?审核会有帮助,但奇怪的是,不会审核实体创建。它会收集到诸如更改安全角色之类的信息,这些人可能会这样做,以确保他们的新实体可供用户使用,但这只是一个线索,而不是一个确定的答案。这些答案对您有帮助吗?脱机工作和导入更改(以及为每个开发人员使用不同的发布者)将有所帮助,虽然由于本地和在线的功能差异,这一点更难实现,但您是说本地=离线和在线=托管解决方案吗?这里的关键是导入/导出解决方案。虽然我还没有使用托管crm解决方案(在线),但我想这两个版本都支持。否?您唯一需要的是导出/导入的可能性,您可以在任何部署类型中进行导出/导入。我已经用可能的开发/部署流程扩展了我的答案。添加了有关此主题的microsoft白皮书的链接。脱机工作和导入更改(以及为每个开发人员使用不同的发布者)将有所帮助,虽然由于本地和在线的功能差异,这一点更难实现,但您是说本地=离线和在线=托管解决方案吗?这里的关键是导入/导出解决方案。虽然我还没有使用托管crm解决方案(在线),但我想这两个版本都支持。否?您唯一需要的是导出/导入的可能性,您可以在任何部署类型中进行导出/导入。我已经用可能的开发/部署流程扩展了我的答案。添加了有关此主题的microsoft白皮书的链接。