【结帖】关于知识中心权限与业务功能权限结合的需求-2[请求]**

liso

1)  经过更新以后，原来添加在知识中心中的合同附件都不能打开，后面新添加的合同附件没有问题。见图：软件工程师作业指导书这个附件是后面新添加的，xjq模板这个附件是原来添加的。

老的添加文档附件的代码：
(dvDoc.Doc as TRelevancyDoc).Load('',['Biz:JQERPHTGLYWYSZ.ELEMENTGROUPConGUID.Element'],
  [dsbCon.DataSet.FieldByName('FGUID').AsString],True,);
且老的方式添加的时候没有在文档关联定义中添加记录。

新的添加文档附件的代码：
(dvDoc.Doc as TRelevancyDoc).FuncURL :='Biz:JQERPHTQC.FUNC';
  (dvDoc.Doc as TRelevancyDoc).Load('',['Biz:JQERPHTGLYWYSZ.ELEMENTGROUPConGUID.Element'],
  [dsbCon.DataSet.FieldByName('FGUID').AsString],True, TDocAccessKind.akAll);
添加了文档关联定义记录

请问有什么办法可以让老的文档附件也可以打开？

2）另外想问一下，在文档关联定义中的记录和添加文档附件的代码之间有什么关系，以哪个为主。

liso

注明一下:该用户对知识中心对应的文件夹没有任何权限

yancm

和权限无关。以前的文件在服务端找不到了。楼主升级以后服务端是不是原来的目录？如果不是原来的目录，需要把原来的tomcat\bin下的alf_data目录移植过来。

liso

原来的tomcat\bin下的alf_data目录已经移植过来了,我在知识中心里面可以使用原来的附件的,就是说,如果我给用户在知识中心里面加了权限的话,是可以访问老的附件的.是什么原因呢?

yancm

如果知识中心还可以访问。那就是文档关联的地方记录的文档位置不对。
文档关联存在文档关联表中。
知识中心的位置存放在文档系统表中。
看一下，在文档关联表中的文档GUID=文档系统表的GUID的记录，他在两个表中记录的存储位置是否一致？

注：文档关联表通过“文档URL”来存储位置。
    文档系统表通过“空间”+“路径”+“文件名”来存储位置

liso

我查了一下数据库中的数据:
文档系统表和文档关联表中的路径应该都没有问题,差别就是我新增加的文档附件是从本地加入的,旧的是从文档中心引入的.
附件是我从两个表中导出的数据.请看一下

liso

我把文档关联表中的附件的是否引入改为"否"以后文档就可以打开了,是不是平台会判断:如果是从知识中心中引入的就以知识中心的权限为主,如果不是引入的以文档关联定义的设定为主,是这样吗?如果我把原来老的附件都改成不是引入的有没有问题.

2）另外想问一下，在文档关联定义中的记录和添加文档附件的代码之间有什么关系，附件的操作权限以哪个为主???

yancm

恩，逻辑就是这样的。
稍等，我看一下如何修改一下开发此权限。

yancm

这里涉及到了底层逻辑。只能先开放知识中心的权限了。我们后续版本会修复此缺陷。

liso

那我在文档关联表中，把原来是引入的改成“否”，有没有影响？