WPS自动化流程下(AirScript)云文档分享困局,如何破解?

1)前情: 通过自动化流程(AirScript)创建了云文档数据表,将云文档链接通过电子邮件发给用户 2)应用需求: 用户可以点击链接打开查看或下载该云文档,无需人工权限审批 3)困局: a)AirScript没有能力设置云文档的分享权限; b)无奈创建了共享目录,将云文档放入该目录下,希望文档能继承目录的“所有人-可查看”的权限。但是,先有共享目录后有云文档,用户打开云文档链接仍然需要授权,并未自然继承目录权限——由于人工审批是天量工作,此法不现实;反过来,可以先将共享目录的链接分享给用户,用户打开过一次,在打开该目录下的云文档的链接,就顺理成章了,看似可行实则逆天,因为用户可以查看该目录下的所有云文档,有违初衷,此法亦不现实。 c)还有一计,如果可以将该目录下的所有文件隐藏,用户看到的是空目录,不涉及查看所有文档的情况;而用户自己可以通过电子邮件中的链接访问自己的云文档——看似美好,实则不现实,因为WPS没有功能可隐藏文件。 d)也许能做的可能就是采用自动化流程,每隔一小时将共享目录下的文件移除,以减小影响。 4)事件总结 a)需求描述: 希望增加"隐藏目录文件列表但允许链接访问"或“文档直接权限继承目录权限”的功能 b)具体场景: - 自动化流程生成大量文档 - 需要精准控制每个用户只能访问发给ta的文档 - 不希望用户看到目录下的所有文件列表 - 希望通过链接直接访问,无需申请权限 c)期望功能: - 目录权限设置中增加"隐藏文件列表"选项 - 文档链接独立于目录权限,可直接访问 - 或者支持文档权限继承目录权限的选项
湖南省
浏览 475
收藏
6
分享
6 +1
4
+1
全部评论 4
 
词
思路清晰
· 广东省
回复
 
杨鹰
关注
· 湖南省
回复
 
李海普
我用一个故事来说明这种赋权逻辑的荒谬行: 好比你经营着一座开放的旅游城市,城里有许多你管理的民宿。 理想的流程: 当有客人预订了某间民宿,你就把对应的钥匙和精确的地址寄给他。城市是开放的,不设卡哨。客人抵达后,凭地址找到房子,用专属钥匙开门入住。他既无法进入别人的房子,也根本不知道城里还有哪些房子是民宿——整个体验丝滑、私密且安全。 现行的荒谬逻辑: 但这座开放城市的规则是:“凡持钥匙和地址自行开门者,均视为‘私自入住’,必须由房东亲自带领方可进入。” 于是,每当有客人到达,无论多远,你都不得不亲自跑一趟去“带路”。你的人力完全被这种无意义的“仪式”消耗殆尽。 更离谱的“省事”漏洞: 有人告诉你一个“捷径”:你可以让所有客人统一从市政厅的某个特定侧门进入。只要从这里进来,系统就会自动发给客人一把能打开全城所有民宿的万能钥匙,无需带路。 客人确实能快速入住,但他也因此获得了窥探和进入所有其他民宿的能力,把所有民宿的安全都置于风险之下。以安全之名,行破坏安全之实。 结局: 你想要的,只是让“专属钥匙配专属门锁”这个天经地义的逻辑生效。但系统却逼你在“累死自己”和“交出全城钥匙”之间做选择。
· 湖南省
2
回复
 
user_64801
好建议
· 云南省
回复