FileNet更改文档类别安全性未更新

Question

如果将ClassA文档更改为ClassB，则该文档的安全组不会更改，即它仍然具有ClassA安全组。 我想了解这背后的原因/好处/优势是什么？

我希望安全组更改为Class，但不会更改。

Answer 1

实际上，Documentation准确地说出了您对问题的总结：

  

您可以为现有文档对象分配不同的类。对于   例如，您可以添加一个文档并为其分配一个文档类   手册，因为您打算将其作为安装的一章   手册。后来，您发现文档更适合您的培训   资料并将文档类更改为课件。后来，   您决定将其从手册中删除并使其成为技术   注意，它具有自己的TechNotes®文档类。

     

不会分配其他课程：

     

  
• 更改原始文档类直接应用于该文档对象的安全权限。您可以更改安全性   通过编辑文档对象的安全性列表。
  
• 导致要移动的现有文档对象的内容。新文档类的默认存储区域和存储策略   仅适用于该类的新实例。
  

     

您还可以浏览文档的现有版本以检查   文档类分配的历史记录。如果您保存了   搜索使用以前的文档类作为搜索参数，   可能不再找到该文档。

我认为必须在FileNet方法中找到主要原因，因为它是ECM而不是DBMS，因此在内容和元数据之间建立了区别。这使我想到了一些看法：

1. 特定文档类的ACL在其默认实例安全性中定义。顾名思义，这些是创建该类的实例时默认设置的安全规则。这并不意味着在文档类和它们的ACL之间存在严格的界限，只是存在 default 设置。
2. 请考虑文档中的示例：文档已从手册重新分类为课件。这可能意味着在更改类之前，已对该文档执行了某些操作。如果这些操作是由对“手册”具有可见性的用户执行的，而对课件没有可见性，则对那些用户残酷地隐藏该文档是不正确的。
3. 通常来说，将CHANGE_CLASS权限与其他权限（例如WRITE，DELETE等）分开可以为使用FileNet的软件设计人员和管理员提供一些自由。再次考虑上面的示例，在进行诸如“公共管理->最高机密”之类的转换时，可能有必要隐藏文档（或更改权限），但对于“手册>课件”则不是这样。