1

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

问题:那些幸存者的故事通常是由当地的团队产生的,但在外交上可能很敏感。

因此,每个案例都需要经过精心的审核过程,以确保上级可以对案例提出修改意见,针对特定领域提出意见。每个字段可以有来自 n 个员工(不仅仅是一个)的多个 (1:n) 评论/更改建议。

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

已考虑但已排除的选项: 我们知道 Dynamics 带有审计历史模块,但这通常需要在单独的窗口中显示更改/评论,这违背了目的。

是否有人知道一种有用的解决方法,它可以完成以下一项或多项任务:

  • 标记每条记录和所述记录旁边特定记录中的更改
  • 允许案例所有者接受或拒绝所述更改
  • 支持工作流集成和用户层次结构。
  • 在 Dynamics 中工作(不是 Sharepoint... ... ...)

任何建议将不胜感激。

4

2 回答 2

0

我的建议:

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

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

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

在批准(子案例关闭)后,可以将值/评论汇总/合并到父事件记录中。

注意:覆盖更改的多个并行反馈可能是一个挑战,但审批业务流程应该处理这种情况。

于 2017-07-29T18:48:41.647 回答
0

虽然我完全支持 CRM 的创造性使用,并且 CRM 可以存储您正在寻找的数据,但将 CRM 用作协作文档编辑系统可能会挑战极限。

在构建自定义文档编辑系统之前,您可能需要考虑查看 SharePoint 以及 CRM 存在的其他一些文档管理加载项。虽然我自己没有实现它,但我听说过有关LaserFiche的好消息。

您可能还想研究提供“跟踪更改”功能的第 3 方编辑器,您可以将这些功能嵌入到案例表单的 Web 资源中。我快速浏览了一下,发现了这个用于 CKEditor 的 LoopIndex LITE 插件

如果您确实采用自定义路线,这里有一个潜在的设计来逐个字段地捕获评论:每个字段可以有一个单独的文本框,用户可以在其中输入关于该字段的新评论。工作流可以接受该评论,将其转换为新的“评论”记录,其中包括用户、时间戳和文本。工作流程还将清除下一条评论的框。

您可能还希望在默认情况下为每个字段隐藏此文本框,并有一个名为“添加评论”的复选框(同样适用于每个字段),它将显示新的评论文本框。

您可以考虑让新的评论文本框自动填充原始文本,以便用户可以编辑它而不是从头开始。这可以通过“编辑原始文本”复选框或按钮是可选的。

要真正花哨,您可以运行一个文本差异模块来比较更新的文本和原始文本,并将新文本存储为 HTML,突出显示差异。

批准过程将在“评论”实体上运行。人们可以通过额外的“元评论”查看每条评论并批准或拒绝。

然后,您可以拥有一个网络资源,该资源会将字段的所有现有评论编译成 html 并在字段下显示它们,并根据它们的状态格式化(即黑色待审,红色拒绝,绿色批准)。

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

于 2017-07-30T13:51:50.593 回答