一份电子表格流传开来，会离制作它的人越来越远。设想你在实验室的旧网站上找到一份表格：文件仍能下载，作者却已离开，列名晦涩，也没人说明这是否为修正后的副本。InvenioRDM 是用于搭建研究资料库的开源软件，旨在补上这些缺失的联系。机构可以用它发布研究资料，为资料附上说明、标识符，以及经过管理的历史记录。[1]

许多研究者已经通过 Zenodo 接触过这个项目：这项由 CERN 托管的服务正是基于 InvenioRDM 搭建的。其他机构也可以自行部署这套应用。最近又有一个例子：Research Information 在 2026 年 6 月报道，联合国教科文组织新推出的开放科学平台采用了定制版 InvenioRDM，初期以出版物为重点。[1][2] 借着这些实践，可以从机构馆藏管理的角度认识这套软件，再用一个数据集逐步说明它如何工作。

为读者找到的资料写好说明

InvenioRDM 的基本单位是记录（record）：一组呈现在独立展示页上的描述信息，也可以附带文件。文档中的操作起点是 New upload（新建上传）。提交者选择文件、填写元数据并设置访问条件，然后保存为草稿，在正式发布前预览和分享。[3]

以设想中的电子表格为例，整理时可写明一个有实际含义的标题、创建者、数据采集日期，以及测量内容的说明。README 文件还可以解释单位和缺失值。提交时有一个实用的检验标准：另一位研究者仅凭这些资料，能否理解内容，省去向作者发邮件询问的步骤？表单留出了填写说明的位置，说明本身仍要有人来写。

这些信息背后有明确定义的元数据结构，与 DataCite 的元数据规范相衔接。metadata、files、access 和 pids 等字段各有用途。创建者信息可以包含 ORCID 标识符，所属机构信息则可以带有 ROR 标识符。借助这些标识符，即使姓名或机构名称的拼写有所差异，仍能识别同一个人或同一家机构。[4]

记录说明与文件也可以分别设置权限：access.record 和 access.files 相互独立，因此说明可以公开，文件则限制访问。访问者可以知道某个数据集存在，下载仍须满足权限要求。[4] 所以，访问限制应当在提交过程中确定。展示页做得精致与否，本身难以说明谁有权获取其中的资料。

运营方启用相应功能后，InvenioRDM 也支持仅含元数据的记录。[3] 读者因此还要仔细查看记录的内容。有的条目描述的是保存在别处的资料，有的条目实际存放着文件，两者对于保存资料所作的承诺各有不同。

更正数据，可以走不同的流程

现在设想，研究者发现表格中有一处错误。他们希望发布修正后的数据集，同时让原论文的读者仍能辨认出此前的版本。

API 为编辑现有记录和创建新版本分别设置了操作。POST /api/records/{id}/draft 打开用于编辑的草稿；POST /api/records/{id}/versions 创建新版本。另有一项操作，可以把上一版本的文件链接到新草稿中。[5] 将这两种操作分开，资料库便能用彼此关联的各次发布，记录一项研究资料的持续变化。

Zenodo 展示了引用如何融入这套做法。首次发布时，它会为具体版本注册一个数字对象标识符（DOI），再为整个版本系列注册另一个，称为概念 DOI（concept DOI）。此后每个发布的新版本都会有自己的 DOI。这些标识符彼此关联，与在同一个标识符末尾随手添上版本号的做法有别。[6]

对于设想中的论文，引用分析时使用的具体版本，后来者就能知道该查看哪一次发布。引用整个版本系列，回答的则是范围更广的问题：论文讨论的是哪一项持续更新的研究资料？当更正会改变研究结果时，这一区别便十分要紧。引用需要足够精确，才能把论证与所依据的证据连起来。

当前的 InvenioRDM 还需要留意一项限定。2026 年 8 月 7 日发布的第 14 版，加入了可配置的已发布文件修改功能。[7] 详细文档说明，默认情况下管理员可以编辑文件，运营方还可以为记录所有者启用相应规则。标准宽限期允许在发布后 30 天内解锁文件，并在发布后 45 天内发布更正。运营方可以调整这些期限，也可以关闭这项功能。[8]

版本 DOI 标识某一次发布，这次发布之内的文件如何变动，仍由资料库的更正规则决定。据此，严谨的评估应当将版本 DOI 与更正规则一并考察。科学内容若有实质性修订，保留一个独立版本更便于说明变化；若只是发布后立即发现的意外遗漏，机构则可根据自身规则，允许在限定范围内更正。

展示页背后，还有负责维护的人

InvenioRDM 也为资料管理人员留出了参与审核的流程。提交者可以把草稿送交一个社群审核，在获接收前，草稿仅对上传者和该社群可见。记录发布后，还可以同时归属多个社群。[3] 机构由此可以组织审核，并安排资料在不同馆藏中的归属。

审核通过所能确认的，取决于该社群实际检查了哪些内容。至于分析是否经过他人复现，还须另行核实。以这份表格为例，资料库团队可以检查描述和权限，参与合作的研究人员则检查测量数据。明确这些职责，也是让馆藏发挥作用的一部分。

Zenodo 对基础设施的说明，让这些职责有了更具体的内容。它的部署使用 PostgreSQL 保存元数据和持久标识符，以 OpenSearch 支持检索，以 EOS 存储文件。文档还介绍了副本、备份、校验和，以及彼此分开的开发、质量保证与生产系统。[9] 这些都属于资料库应用之外的运维工作，各个组件分别保障记录中不同部分的可用性。

其他机构即便安装了同一套软件，也仍须自行安排服务保障，包括存储保护、监控、升级和技术支持。InvenioRDM 的价值在于，应用本身及其集成方案可以共享。这个项目的起源之一，正是多家机构曾尝试对 Zenodo 的代码作出相似修改，却缺少便捷的办法来复用彼此的成果。[1]

从一次小规模提交开始了解

对于已有明确服务负责人和可靠技术支持的图书馆或研究机构，评估可以从测试实例中的一份用后可弃的数据集开始。请一位研究者描述它，请一位资料管理人员审核，再请一位此前未接触过这些资料的同事找出并获取指定版本。练习中还应加入一次更正，以此检验本地规则与软件的实际行为是否一致。

缺乏持续运维能力的小型实验室，应先按自身需求评估现有资料库服务。自行运行实例，除了要负责文件，也要负责描述信息和标识符；成功上传只是开始。[1][9]

再回到旧网站上的那份表格。一座有用的资料库，应当让下一位读者找到作者、读懂说明、取得可用的引用信息，并看明白历次更正。InvenioRDM 给出了维护这些联系的工具，机构则要以持续的工作，让这些联系值得信赖。

资料来源

1. Invenio，《InvenioRDM》——项目用途、应用与 Zenodo 的区别、集成能力及项目起源。
2. Research Information，《联合国教科文组织推出开源平台，促进全球开放科学》，2026 年 6 月 29 日——关于这一新部署及其初期以出版物为重点的独立报道。
3. InvenioRDM 文档，《记录》——资料提交、仅含元数据的记录、社群审核及馆藏归属；官方文档仓库，查阅于 2026 年 10 月 24 日。
4. InvenioRDM 文档，《元数据参考》——记录结构、创建者标识符及分别设置的访问控制；查阅于 2026 年 10 月 24 日。
5. InvenioRDM 文档，《草稿与记录》——用于编辑、创建版本及链接现有文件的 API 操作；查阅于 2026 年 10 月 24 日。
6. Zenodo，《什么是 DOI 版本管理？》——版本标识符、概念标识符及其相互关系。
7. Guillaume Viger，《InvenioRDM v14.0 发布》，2026 年 8 月 7 日——发布日期及新增的已发布文件修改功能。
8. InvenioRDM 文档，《文件修改》——管理员权限、可配置的记录所有者规则及默认宽限期；查阅于 2026 年 10 月 24 日。
9. Zenodo，《基础设施》——服务依赖、元数据与文件存储、校验和、备份及部署环境。
10. CERN，《为 CERN 数据科学的未来注入动力》，2026 年 6 月 17 日——2024 年梅兰数据中心照片的来源与说明。