Dynamics crm 寻找类似MS Word跟踪更改的Dynamics365 CRM记录解决方案

我目前正在领导一个联合国机构众筹门户的Office 365的实施。该门户网站以贩卖人口幸存者的故事为特色。他们的案例在Dynamics中生成（出于各种原因），并发布到面向用户的平台。每个案例都包含一组记录，包括包含各个故事点的各种文本字段

问题：这些幸存者故事通常由地面团队制作，但在外交上可能很敏感

因此，每个案例都需要经过详细的审查流程，以确保上级能够对案例提出修改建议，对特定领域提出意见。每个字段可以有n名员工（而不仅仅是一名）的多个（1:n）意见/变更建议

有人建议在一个名为“评论”的字段中整理反馈，但这将输入与评论所涉及的字段分开。我们现在正在寻找一种模拟Word“跟踪更改”功能的解决方案

已考虑但排除的选项： 我们知道Dynamics附带了一个审计历史模块，但这通常需要在单独的窗口中显示更改/注释，这与目的背道而驰

是否有人知道可以实现以下一项或多项功能的有效解决方法：

• 标记每个记录和所述记录旁边的特定记录中的更改
• 允许案件所有人接受或拒绝上述变更
• 支持工作流集成和用户层次结构
• 在Dynamics中工作（不是Sharepoint………）

任何建议都将不胜感激。

我的建议：

使用CRM事件实体或任何自定义实体，因为现在可以维护层次结构数据

父事件是现场收集的记录，子事件可用于跟踪官员的每个反馈/评论/变更请求

基于您的团队技能，使用操作/工作流/插件构建自定义批准机制。这可以根据子案例中的BPF阶段调用

批准后（子案例结束），可将值/注释汇总/合并到父事件记录中

注意：覆盖更改的多个并行反馈可能是一个挑战，但审批业务流程应考虑此情况。

我的建议：

使用CRM事件实体或任何自定义实体，因为现在可以维护层次结构数据

父事件是现场收集的记录，子事件可用于跟踪官员的每个反馈/评论/变更请求

基于您的团队技能，使用操作/工作流/插件构建自定义批准机制。这可以根据子案例中的BPF阶段调用

批准后（子案例结束），可将值/注释汇总/合并到父事件记录中

---

注意：覆盖更改的多个并行反馈可能是一个挑战，但审批业务流程应该考虑到这种情况。

虽然我完全支持创造性地使用CRM，并且CRM可以存储您要查找的数据，但将CRM用作协作文档编辑系统可能是一个挑战

在构建自定义文档编辑系统之前，您可能需要考虑查看SharePoint以及CRM中存在的一些文档管理附加组件。虽然我自己还没有实现它，但我听到了一些关于它的好消息

您可能还希望查看第三方编辑器，该编辑器提供“跟踪更改”功能，您可以将这些功能嵌入案例表单上的web资源中。 我快速看了一眼，发现了这个

如果您选择自定义路线，这里有一个潜在的设计，用于按字段逐个捕获注释： 每个字段都可以有一个单独的文本框，用户可以在其中输入有关该字段的新注释。工作流可以将该注释转换为新的“注释”记录，其中包括用户、时间戳和文本。工作流还将清除下一条评论的框

您可能还希望在默认情况下为每个字段隐藏此文本框，并有一个名为“添加注释”（同样适用于每个字段）的复选框，该复选框将显示新的注释文本框

你可以考虑让新的注释文本框自动填充原始文本，这样用户就可以编辑它而不是从头开始。这可以通过“编辑原始文本”复选框或按钮进行选择

为了获得真正的想象力，您可以运行文本差异模块来比较更新的文本和原始文本，并将新文本存储为HTML，突出显示差异

审批流程将由“评论”实体完成。人们可以通过附加的“元评论”来审查每条评论并批准或拒绝

然后，您可以拥有一个web资源，该资源可以将该字段的所有现有注释编译为html，并在该字段下显示它们，根据它们的状态进行格式化（即，待审核为黑色，拒绝为红色，批准为绿色）

---

虽然我认为这种方法是有效的，但在幸存者的故事中添加一个新字段会有一些开销。另一种方法是创建故事字段实体和故事字段类型实体。假设幸存者的故事中现在有5个字段。当您将一个故事填充到CRM中时，您将创建5个故事字段记录，每个记录都有相应的类型。并且，故事字段实体的注释数为1:N。这样，向幸存者的故事模板添加一个新字段就像添加一个新的故事字段类型一样简单。

虽然我完全支持CRM的创造性使用，而且CRM可以存储您要查找的数据，但将CRM用作协作文档编辑系统可能会让您大吃一惊

在构建自定义文档编辑系统之前，您可能需要考虑查看SharePoint