一、先把外协单位“请进来”的流程做严

外协单位不是课题组成员填个名字就进群。正规做法是先过资质审查，再签外协合同，最后才在平台里开通受控账号。

资质审查阶段，平台要留档外协方的法人证明、经营范围、相关资质、履约能力材料。如果外协方是企业，看它有没有对应业务能力和开票资质；如果是高校、科研院所、医院、社团类机构，看事业单位法人或登记证明；如果涉及检测、化验、动物实验、临床样本、测绘、安全测评等专项业务，还要看专项资质是否在有效期内。

更重要的是关联关系披露。项目负责人和外协单位之间如果存在亲属、股东、高管、兼职、利益分成等关系，必须主动申明。涉关联的协作转拨在很多学校规则里会被严格限制，甚至直接不允许外协。这一步不是刁难老师，而是把“假外协、真转移经费”的口子堵上。

外协合同里要写清楚研究目标、研究内容、进度、经费、验收指标、知识产权、保密责任、违约责任和纠纷解决方式。平台不应允许“先干活后补合同”，也不该允许口头委托长期存在。合同状态、审批流、用印记录、经费外拨额度，都应在平台里一一对应。

二、横向课题的参与方，先分角色再谈权限

横向课题常见参与方有：学校科研管理部门、财务部门、二级学院、项目负责人、校内研究生和技术人员、委托方联系人、外协企业人员、检测/测试机构、联合申报单位、知识产权法务、审计与监察人员。

权限设计的第一条原则，是别把所有“外部人员”当成一类人。委托方审核员、外协算法工程师、检测机构实验员、合作企业产品经理，关注的东西完全不一样：委托方要看交付物和验收材料，外协工程师要看自己负责的那段数据和代码，检测机构只要原始样本和送检单，企业产品经理可能只看周报和演示环境。把他们都设成“外部只读”，业务推不动；都设成“项目成员”，又容易把学校内部材料漏出去。

更合理的模型是：以项目为边界，以任务为粒度，以角色定动作。

三、权限模型：项目空间、角色、数据域三层叠加

高校科研平台里，横向课题的权限通常不是“给账号配菜单”这么简单，而是三层叠起来。

第一层是项目空间权限。一个横向课题是一个独立空间，里面有机密等级、合同范围、经费额度、成果清单。没被加入这个项目空间的人，默认看不见项目入口。即便同课题组其他课题组成员，也不应自动拥有本项目权限。

第二层是角色权限。常见角色可以这样设：

项目负责人：可管理成员、可提交外协审批、可查看全部科研与合同材料、可发起成果登记，但通常不能直接改财务外拨金额，外拨要经过财务和科研管理部门。

校内骨干：按子课题获得读写权限，能上传实验数据、跑模型、写报告，但不能签合同、不能发起经费外拨、不能把原始委托方材料发给未授权方。

研究生/助理：通常给到任务级权限，比如“特征工程目录可写、原始委托方数据包只读、合同扫描件不可见”。重要材料对低年级学生默认不可见，是正向保护措施。

委托方人员：一般给交付查看、验收意见、问题反馈权限；原始内部讨论、学校内部经费测算、未公开技术方案摘要，不应默认开放。

外协单位人员：按外协合同范围授权。做算法的一方只能进算法子空间，做检测的一方只能进送检数据子空间，做前端展示的一方看不到训练数据和标注原文。

科研管理与财务人员：不是项目研究参与者，但拥有合规查看权。财务看经费和票据，科研管理看合同与进度，审计看全量日志但不一定看业务内容，监察只看异常事件。

第三层是数据域权限。项目空间再往下切：公开材料、内部材料、委托方提供材料、外协交付材料、涉密/受限材料。不同数据域配置不同动作：可看、可下载、可编辑、可导出、可打印、可分享外链、可进入受控沙箱、只能在网页里看不能落地到本地。

四、最小必要：外协方权限的核心红线

外协合作单位最怕两件事：一是拿到不该拿的委托方原始数据，二是把学校内部未公开方法顺手带走。所以权限设置要贯彻最小必要。

外协方只进和自己合同任务有关的目录。比如一家企业负责“推理服务封装”，就不要让它看到训练集标注原文和委托方背景调研报告；一家检测机构负责“样品理化指标”，就不要让它进入模型权重和专利交底书目录。

对高敏感数据，优先用脱敏、采样、去标识化版本。原始人类受试者信息、原始企业客户数据、未公开专利文本、涉密技术路线，尽量不直接给外协方。真要做联合建模，可以用受控环境：数据不落地、代码可运行、结果可导出、中间文件定时清理。

下载和导出要分场景。可在线查阅但不可下载，可下载但带动态水印和访问者标识，可导出但需项目负责人加科研管理部门审批。批量导出、全量打包、跨项目复制、生成外链这些动作，对外部参与方默认关闭或走审批。

五、合同、保密协议、知识产权条款要变成平台里的“权限规则”

很多平台把合同当扫描件存着，这不够。横向课题里，合同条款应当反向生成权限规则。

合同写“外协方仅交付算法模块，不接触委托方原始数据”，平台就该把外协账号屏蔽原始数据域。合同写“成果知识产权归委托方所有，学校保留署名和后续研究权”，平台就该在导出稿件、专利交底、代码仓库里加相应水印和权属提示。合同写“结题后三十日内销毁缓存与备份”，平台就该在结题流程里挂一个“外协数据回收”节点：回收账号、清理沙箱、确认中间文件删除、上传销毁确认书。

保密协议也不是走形式。涉及技术秘密、经营信息、受试者信息、地图坐标、种质资源、工业工艺参数的，要在平台里标记为受限域，访问时弹窗告知保密义务，操作后写审计，导出时附保密提醒。项目结束不是权限管理的终点，反而是回收动作最密集的时刻。

六、审批流比“开关”更重要

横向课题里很多动作不能靠单人点击完成。好的平台会把关键操作做成审批流：

外协单位入库：项目负责人提申请，学院审核，科研管理部门复核资质。

外协合同生成：模板校验、法务/科研管理审核、分级审批、用印留痕。

外协经费外拨：合同金额、发票、进度、验收单、票据、到账凭证对齐后才能拨，财务独立把关。

外部人员开通权限：写明任务、数据范围、起止时间、是否能下载、是否能进沙箱，到期自动收缩。

敏感材料分享：委托方原始数据给外协方前，项目负责人审批，必要时科研管理和法务参与。

成果对外发布：论文、专利、软著、样机照片、技术白皮书，先查保密条款和知识产权归属，再决定能否发。

审批流的价值不是拖慢效率，而是把“老师好心分享导致泄密”“学生为了方便把数据扔给外包群”这类风险提前拦住。

七、审计与留痕：谁看了什么、下了什么、导了什么

横向课题最怕事后说不清。平台审计至少应覆盖：

账号维度：谁、什么角色、什么单位、什么时间进入项目。

资源维度：访问了哪个数据域、哪个文件、哪个模型权重、哪个合同附件。

动作维度：查看、编辑、上传、下载、导出、打印、分享外链、复制文本、进入沙箱、调用接口。

异常维度：非工作时间批量下载、外部账号突然访问无关目录、同账号多地登录、导出量超过任务所需、项目结题后还频繁访问原始数据。

日志本身要防篡改，最好只读存储、定期归档。出现争议时，日志能回答“外协方到底有没有拿到原始委托方数据”；出现履约纠纷时，日志能证明“已按合同范围提供材料，未超出约定域”。

八、结题、变更、退出：权限要有生命周期

横向课题不是“建完账号就完事”。参与方权限要跟项目生命周期走。

任务完成：外协方对应子空间转为只读，原始数据访问收回，只保留交付物和验收材料。

人员变更：外协方工程师离职或换人，旧账号禁用，新账号重新走任务和范围授权，不继承前任的全部权限。

项目延期或变更：合同变更补充协议上传后，平台重新计算可访问范围和交付节点。

项目结题：触发数据回收、账号降权、沙箱清理、缓存删除、知识产权登记、成果归档。

合作终止或违约：平台应支持快速冻结外部账号，暂停数据访问，保留已有操作日志，等待学校和委托方处理。

很多风险发生在“项目早结了，外协账号还活着”这种细节里。权限到期自动回收，比人工记得关账号可靠得多。

九、给高校科研平台落地的六条正向做法

一是外协单位先入库后进场，资质、关联关系和履约能力都进系统。

二是横向课题默认项目隔离，不因为同导师、同实验室就自动互通。

三是外部参与方按任务授权，不按“关系好坏”授权。

四是原始敏感数据尽量脱敏或进沙箱，能不落地就不落地。

五是下载、导出、外链、批量分享全部可审批、可水印、可回溯。

六是结题流程里必须有“权限回收”节点，外协方交回的不只是报告，还有账号、缓存和备份。

结语

高校科研平台管外协合作单位，本质是把“信任”变成“可核查的机制”。横向课题的参与方权限，不在于把外部人员挡在门外，也不在于一股脑把材料全摊开，而是让对的人在对的时间看到对的数据、完成对的任务，并且每一步都被记下来。合同定边界，角色定职责，数据域定范围，审批定关口，审计定责任，生命周期定收尾。把这几层叠起来，外协单位就能在合规框架里真正参与科研协作，学校守住知识产权和保密底线，委托方拿到可验收的成果，横向课题也从“人情协作”变成“平台协作、规则协作、可追溯协作”。