Dynamics crm D365我可以更新systemuserid吗？

在我们的D365在线环境中，我们有多个沙盒和生产实例。在每种情况下，systemuserid都是不同的（用户导入是在我加入之前完成的！！）。添加新用户时，SystemUserId中的这种不匹配也会发生。（例如，上周添加的我自己的用户记录）

我知道在onPrem中更新systemuserid是不受支持的，但这是可能的，但在联机环境中，我最好的解决方法是什么？使用不同的GUI，在不同环境中移动解决方案时，所有引用（工作流等）都会失败

来到这里是我最后的选择，因为我已经在谷歌上搜索并查看了SDK

---

谢谢，

您根本无法更新ID。我通常在我所有的开发环境中复制我的生产数据库以避免这个问题。D365也使它很容易做到这一点。您应该在两次冲刺之间花一点时间来做这件事，因为这有助于使系统用户ID和实体对象类型代码在任何地方都相同。

您根本无法更新ID。我通常在我所有的开发环境中复制我的生产数据库以避免这个问题。D365也使它很容易做到这一点。您应该在两次冲刺之间花一点时间来做这件事，因为这有助于使系统用户ID和实体对象类型代码在任何地方都相同。

将数据硬编码到流程中是一种不好的做法，会使您的流程变得非常僵硬。您可以创建一个配置实体，在那里插入系统管理员id并检索它。如果您有自定义工作流活动，您将能够检索记录并在每个配置任务中使用它。

将数据硬编码到流程中是一种不好的做法，这会使您的流程变得非常僵硬。您可以创建一个配置实体，在那里插入系统管理员id并检索它。如果您有自定义工作流活动，您将能够检索记录并在每个配置任务中使用它。

唯一受支持的更新或插入数据的方法是通过API完成的。我相信在所有的环境中。听起来完全刷新您的开发环境可能是唯一“简单”的解决方案。唯一受支持的更新或插入数据的方法是通过API完成的。我相信在所有的环境中。听起来完全刷新您的开发环境可能是唯一“简单”的解决方案。有趣的是，将生产实例复制到沙箱是否会保留所有被复制实体的GUID，即使是包含在最小实体中的“系统”实体？它会保留所有内容。它可能会影响系统用户的域名和组织设置，因为导入必须与新服务器/环境进行映射。复制生产也会导致systemuserid重复。当我们通过365管理门户添加新用户并将用户权限分配给Dynamics CE时，我们再次在systemuserid中获得了重复。对我来说，这个问题分为两部分，修复现有的guid和防止将来的新用户guid被复制。@Nick import，mapping。。。你指的是on-prem吗？是的，我指的是on-prem，但在这种情况下，Azure当然会帮你。有趣的是，将生产实例复制到沙箱是否会保留所有被复制实体的GUID，即使是包含在最小实体中的“系统”实体？它会保留所有内容。它可能会影响系统用户的域名和组织设置，因为导入必须与新服务器/环境进行映射。复制生产也会导致systemuserid重复。当我们通过365管理门户添加新用户并将用户权限分配给Dynamics CE时，我们再次在systemuserid中获得了重复。对我来说，这个问题分为两部分，修复现有的guid和防止将来的新用户guid被复制。@Nick import，mapping。。。你指的是on-prem吗？是的，我指的是on-prem，但在这种情况下，Azure当然会帮你。我从一开始就试图向项目经理推销这个想法，在调查之后，我觉得这是我唯一的选择。我从一开始就试图向项目经理推销这个想法，在调查之后，我觉得这是我唯一的选择。