求Dynamics365 CRM records similar to MS Word tracking changes的解决方案
Seeking solution for Dynamics365 CRM records similar to MS Word tracking changes
我目前正在领导为联合国机构的众筹门户实施 Office 365。该门户网站以人口贩运幸存者的故事为特色。他们的案例在 Dynamics 中生成（出于各种原因）并发布到面向用户的平台。每个案例都包含一组记录，其中包含包含各个故事点的各种文本字段。
问题：那些幸存者的故事通常是由实地团队生成的，但可能具有外交敏感性。
因此，每个案例都需要经过精心的审核流程，以确保上级可以对案例提出修改建议，针对特定领域提出意见。每个字段可以有来自 n 个员工（不仅仅是一个）的多个 (1:n) 评论/更改建议。
有人提议在一个名为 'comments' 的字段中整理反馈，但这将输入与发表评论的字段分开。我们现在正在寻找一种模拟 Word 的 'tracking changes' 功能的解决方案。
考虑但排除的选项：
我们知道 Dynamics 带有审计历史模块，但这通常需要在单独的 window 中显示更改/评论，这违背了目的。
是否有人知道可以实现以下一项或多项的有用解决方法：
- 标记每条记录和所述记录旁边特定记录的更改
- 允许案例所有者接受或拒绝上述更改
- 支持工作流集成和用户层次结构。
- 在 Dynamics 中工作（不是 Sharepoint... ... ...）
如有任何建议，我们将不胜感激。
我的建议：
使用 CRM 事件实体或任何自定义实体，因为现在可以维护层次结构数据。
父事件是现场收集的记录，子事件可用于跟踪来自官员的每个反馈/意见/变更请求。
根据您的团队技能，使用 actions/workflow/plugins 构建自定义批准机制。这可以根据子 Case 中的 BPF 阶段调用。
在获得批准（子案例关闭）后，可以将值/评论汇总/合并到父事件记录中。
注意：覆盖更改的多个并行反馈可能是一个挑战，但审批业务流程应该处理这种情况。
虽然我完全赞成 CRM 的创造性用途，并且 CRM 可以存储您正在寻找的数据，但将 CRM 用作协作文档编辑系统可能会挑战极限。
在构建自定义文档编辑系统之前，您可能需要考虑查看 SharePoint 以及 CRM 存在的一些其他文档管理插件。虽然我自己没有实施过，但我听说过关于 LaserFiche 的好消息。
您可能还想查看提供 "track changes" 功能的第 3 方编辑器，您可以将这些功能嵌入到案例表单的网络资源中。
我快速浏览了一下，发现了这个 LoopIndex LITE plugin for CKEditor.
如果您确实走自定义路线，这里有一个潜在的设计，用于逐个字段地捕获评论：
每个字段都可以有一个单独的文本框，用户可以在其中输入有关该字段的新评论。工作流可以接受该评论，将其转换为新的 "comment" 记录，其中将包括用户、时间戳和文本。工作流还将清除下一条评论的框。
您可能还希望默认隐藏每个字段的此文本框，并有一个名为 "Add Comment" 的复选框（同样针对每个字段），这将显示新的评论文本框。
并且您可以考虑让新的评论文本框自动填充原始文本，这样用户就可以对其进行编辑，而不是从头开始。这可以通过 "Edit original text" 复选框或按钮来选择。
要获得真正的乐趣，您可以 运行 一个文本差异模块来比较更新的文本和原始文本，并将新文本存储为 HTML，突出显示差异。
批准过程将在 "comment" 实体之外进行。人们可以查看每条评论并批准或拒绝，还有额外的 "meta-comments"。
然后您可以拥有一个网络资源，该资源可以将该字段的所有现有评论编译成 html 并显示在该字段下，根据它们的状态格式化（即黑色待审，红色拒绝，绿色批准）。
虽然我认为这种方法可能有效，但向幸存者的故事添加新字段会产生一些开销。另一种方法是创建 Story Field 实体和 Story Field Type 实体。假设幸存者的故事中现在有 5 个字段。当您将故事填充到 CRM 中时，您将创建 5 个故事字段记录，每个记录都有其适当的类型。而且，Story Field 实体将有一个 1:N 到 Comments。这样，向幸存者故事模板添加新字段就像添加新故事字段类型一样简单。
我目前正在领导为联合国机构的众筹门户实施 Office 365。该门户网站以人口贩运幸存者的故事为特色。他们的案例在 Dynamics 中生成（出于各种原因）并发布到面向用户的平台。每个案例都包含一组记录，其中包含包含各个故事点的各种文本字段。
问题：那些幸存者的故事通常是由实地团队生成的，但可能具有外交敏感性。
因此，每个案例都需要经过精心的审核流程，以确保上级可以对案例提出修改建议，针对特定领域提出意见。每个字段可以有来自 n 个员工（不仅仅是一个）的多个 (1:n) 评论/更改建议。
有人提议在一个名为 'comments' 的字段中整理反馈，但这将输入与发表评论的字段分开。我们现在正在寻找一种模拟 Word 的 'tracking changes' 功能的解决方案。
考虑但排除的选项： 我们知道 Dynamics 带有审计历史模块，但这通常需要在单独的 window 中显示更改/评论，这违背了目的。
是否有人知道可以实现以下一项或多项的有用解决方法：
- 标记每条记录和所述记录旁边特定记录的更改
- 允许案例所有者接受或拒绝上述更改
- 支持工作流集成和用户层次结构。
- 在 Dynamics 中工作（不是 Sharepoint... ... ...）
如有任何建议，我们将不胜感激。
我的建议：
使用 CRM 事件实体或任何自定义实体，因为现在可以维护层次结构数据。
父事件是现场收集的记录，子事件可用于跟踪来自官员的每个反馈/意见/变更请求。
根据您的团队技能，使用 actions/workflow/plugins 构建自定义批准机制。这可以根据子 Case 中的 BPF 阶段调用。
在获得批准（子案例关闭）后，可以将值/评论汇总/合并到父事件记录中。
注意：覆盖更改的多个并行反馈可能是一个挑战，但审批业务流程应该处理这种情况。
虽然我完全赞成 CRM 的创造性用途，并且 CRM 可以存储您正在寻找的数据，但将 CRM 用作协作文档编辑系统可能会挑战极限。
在构建自定义文档编辑系统之前，您可能需要考虑查看 SharePoint 以及 CRM 存在的一些其他文档管理插件。虽然我自己没有实施过，但我听说过关于 LaserFiche 的好消息。
您可能还想查看提供 "track changes" 功能的第 3 方编辑器，您可以将这些功能嵌入到案例表单的网络资源中。 我快速浏览了一下，发现了这个 LoopIndex LITE plugin for CKEditor.
如果您确实走自定义路线，这里有一个潜在的设计，用于逐个字段地捕获评论： 每个字段都可以有一个单独的文本框，用户可以在其中输入有关该字段的新评论。工作流可以接受该评论，将其转换为新的 "comment" 记录，其中将包括用户、时间戳和文本。工作流还将清除下一条评论的框。
您可能还希望默认隐藏每个字段的此文本框，并有一个名为 "Add Comment" 的复选框（同样针对每个字段），这将显示新的评论文本框。
并且您可以考虑让新的评论文本框自动填充原始文本，这样用户就可以对其进行编辑，而不是从头开始。这可以通过 "Edit original text" 复选框或按钮来选择。
要获得真正的乐趣，您可以 运行 一个文本差异模块来比较更新的文本和原始文本，并将新文本存储为 HTML，突出显示差异。
批准过程将在 "comment" 实体之外进行。人们可以查看每条评论并批准或拒绝，还有额外的 "meta-comments"。
然后您可以拥有一个网络资源，该资源可以将该字段的所有现有评论编译成 html 并显示在该字段下，根据它们的状态格式化（即黑色待审，红色拒绝，绿色批准）。
虽然我认为这种方法可能有效，但向幸存者的故事添加新字段会产生一些开销。另一种方法是创建 Story Field 实体和 Story Field Type 实体。假设幸存者的故事中现在有 5 个字段。当您将故事填充到 CRM 中时，您将创建 5 个故事字段记录，每个记录都有其适当的类型。而且，Story Field 实体将有一个 1:N 到 Comments。这样，向幸存者故事模板添加新字段就像添加新故事字段类型一样简单。