目前,我正在牵头为一个联合国机构的众筹门户实施办公室365。该门户网站介绍了贩运人口幸存者的故事。它们的案例在Dynamic中生成(出于各种原因),并发布到面向用户的平台上。每个案例包括一组记录,包括包含单个故事点的各种文本字段。
问题:那些幸存者的故事通常是由当地的团队产生的,但在外交上是敏感的。
因此,每个案件都需要经过一个详细的审查过程,以确保上级能够对案件提出修改意见,并对具体领域作出评论。每个字段可以有来自n个工作人员(而不仅仅是一个)的几个(1:n)评论/更改建议。
建议整理一个名为“注释”的字段中的反馈,但这将输入与注释所涉及的字段分开。我们现在正在寻找一个解决方案,模仿Word的“跟踪变化”功能。
选项考虑了但排除了:我们知道Dynamic附带了一个审计历史模块,但是这通常需要在一个单独的窗口中显示更改/注释,这违背了这个目的。
是否有人知道有一个有用的解决办法可以完成以下一项或几项任务:
如有任何建议,将不胜感激。
发布于 2017-07-30 13:51:50
虽然我完全支持创造性地使用CRM,而且CRM可以存储您正在寻找的数据,但使用CRM作为协作文档编辑系统可能会带来困难。
在构建自定义文档编辑系统之前,您可能需要考虑检查SharePoint和其他一些用于CRM的文档管理附加组件。虽然我自己还没有实现它,但我已经听说了关于LaserFiche的一些好东西。
您还可能需要查看第三方编辑器,该编辑器提供“跟踪更改”功能,您可以将其嵌入到案例表单上的web资源中。我迅速地看了一眼,发现了这个用于LoopIndex CKEditor的LITE插件。
如果您确实选择了自定义路径,下面是一种潜在的逐字段捕获注释的设计:每个字段可以有一个单独的文本框,用户可以在其中输入关于该字段的新注释。工作流可以将该注释转换为一个新的“注释”记录,其中包括用户、时间戳和文本。工作流还将清除下一个评论的框。
您还可能希望默认情况下将此文本框隐藏在每个字段中,并有一个名为“添加注释”的复选框(同样适用于每个字段),该复选框将显示新的注释文本框。
您可以考虑让新的注释文本框自动填充原始文本,这样用户就可以编辑它,而不是从头开始编辑。这可以是可选的“编辑原始文本”复选框或按钮。
为了获得真正的乐趣,您可以运行一个文本diff模块来比较更新的文本和原始文本,并将新文本存储为HTML,突出显示差异。
批准程序将脱离“评论”实体。人们可以检查每一个评论,并批准或否认,附加的“元评论”。
然后,您可以拥有一个web资源,该资源将将该字段的所有现有注释编译为html并在字段下显示它们,并根据它们的状态进行格式化(即,待审核以黑色表示,以红色拒绝,以绿色批准)。
虽然我认为这种方法是有效的,但是在幸存者的故事中添加一个新的字段会带来一些开销。另一种方法是创建一个Story实体和一个Story类型实体。假设现在幸存者的故事中有5个字段。当您将一个故事填充到CRM中时,您将创建5个story记录,每个记录都有其适当的类型。并且,Story实体将有一个1:N的注释。这样,向幸存者的故事模板添加一个新字段就像添加一个新的story类型一样简单。
发布于 2017-07-29 18:48:41
我的建议:
使用CRM事件实体或任何自定义实体,因为现在可以维护层次数据。
父事件是现场收集的记录&子事件可用于跟踪来自官员的每一次反馈/评论/更改请求。
使用动作/工作流/插件构建一个基于团队技能集的自定义审批机制。在子案例中,可以根据BPF阶段来调用这一点。
在批准(子案例闭包)时,可以将值/注释卷起来/合并到父事件记录中。
注意:覆盖更改的多个并行反馈可能是一个挑战,但审批业务流程流程应该负责此场景。
https://stackoverflow.com/questions/45341199
复制相似问题