我目前正在为一个联合国机构的众筹门户网站实施Office 365。该门户网站刊登了人口贩运幸存者的故事。他们的案例在Dynamics中生成（出于各种原因）并发布到面向用户的平台。每个案例包括一系列记录，包括包含各个故事点的各种文本字段。
问题：这些幸存者的故事通常是由当地的团队产生的，但可以是外交上敏感的。
因此，每个案例都需要经过详细的审核流程，以确保高层可以提出对案例的更改，对特定字段进行评论。每个字段可以有n个工作人员（不仅仅是一个）的几个（1：n）注释/更改建议。
建议在一个名为“评论”的字段中整理反馈。但这会将输入与评论所涉及的字段分开。我们现在正在寻找一种能够模拟Word追踪变化的解决方案。特征。
考虑的选项但排除在外： 我们知道Dynamics附带了一个审计历史模块，但这通常要求更改/注释显示在一个单独的窗口中，这会破坏目的。
是否有人知道有用的解决方法可以完成以下一项或多项工作：
任何建议都将受到高度赞赏。
答案 0 :(得分：0)
我的建议：
使用CRM事件实体或任何自定义实体，因为现在可以维护层次结构数据。
父母事件是现场收集记录＆amp;儿童事件可用于跟踪官员的每个反馈/评论/变更请求。
根据您的团队技能，使用操作/工作流程/插件构建自定义审批机制。这可以基于子案例中的BPF阶段来调用。
在批准（子案例关闭）时，值/评论可以汇总/合并到父事件记录中。
注意：覆盖更改的多个并行反馈可能是一个挑战，但审批业务流程应该处理这种情况。
答案 1 :(得分：0)
虽然我全都是为了创造性地使用CRM，而CRM可以存储您正在寻找的数据，但使用CRM作为协作文档编辑系统可能正在推动这方面的发展。
在构建自定义文档编辑系统之前，您可能需要考虑查看SharePoint以及CRM存在的一些其他文档管理加载项。虽然我自己没有实现它，但我听到了关于LaserFiche的好消息。
您可能还想查看提供＆＃34;跟踪更改的第三方编辑器＆＃34;您可以在Case表单上嵌入Web资源的功能。 我快速浏览了一下LoopIndex LITE plugin for CKEditor。
如果你选择自定义路线，这里有一个潜在的设计，可以逐个字段地捕获评论： 每个字段都可以有一个单独的文本框，用户可以在其中输入有关该字段的新评论。工作流程可以将该评论转换为新评论＆＃34;记录包括用户，时间戳和文本。工作流程还将清除下一个评论的框。
您可能还希望默认情况下为每个字段隐藏此文本框，并使用一个名为＆＃34的复选框;添加评论＆＃34; （再次针对每个字段），这将显示新的评论文本框。
您可以考虑让新评论文本框自动填充原始文本，以便用户可以编辑它而不是从头开始编辑。这可以通过＆＃34;编辑原始文本＆＃34;复选框或按钮。
为了得到真正的幻想，您可以运行文本差异模块来比较更新的文本和原始文本，并将新文本存储为HTML，突出显示差异。
审批流程可以解决＆＃34;评论＆＃34;实体。人们可以审核每个评论并批准或拒绝，并附加＆＃34;元评论＆＃34;。
然后，你可以拥有一个网络资源，将该字段的所有现有评论编译成html并在字段下显示，根据其状态进行格式化（即待审核黑色，拒绝红色，绿色批准）。 / p>
虽然我认为这种方法很有效，但为幸存者的故事添加一个新字段会产生一些开销。另一种方法是创建Story Field实体和Story Field Type实体。让我们说现在幸存者的故事中有5个字段。将故事填充到CRM时，您需要创建5个故事字段记录，每个记录都有适当的类型。而且，Story Field实体的注释为1：N。这样，向幸存者的故事模板添加新字段就像添加新的故事字段类型一样简单。