每月通讯：FOLIO国际社区进展(4.14-5.13)
2025年05期【海外动态】
供稿整理：孙佳佳（江苏嘉图）
信息更新时间截止2025年5月13日
FOLIO是一个透明、开放的图书馆社区，致力于与图书馆、服务供应商以及开发人员共同重塑和创新图书馆服务。FOLIO的治理模式旨在实现开放、透明和互相尊重的合作，以创建一个对所有社区参与者开放且中立的可持续社区和生态系统。
当前FOLIO社区治理模式的三个主体为社区委员会（CC）、产品委员会（PC）、技术委员会（TC）。社区委员会是 FOLIO 所有委员会和团体的最高管理机构，负责 FOLIO 的管理模式，监督社区健康；产品委员会负责指导FOLIO图书馆服务平台功能的开发，并管理FOLIO产品的范围；技术委员会将负责维护技术政策、最佳实践以及平台基础设施和运营稳定性。兴趣小组SIG（Special Interest Groups）是社区项目推进与实现的组织，由领域专家（图书馆员）、产品经理PO、用户体验设计师等组成。
以下为FOLIO国际社区各委员会及SIG小组近期动态整理。
一、社区委员会（CC）
1. 社区治理模型更新文档已获得三个委员会的批准。文档中明确了每个委员会的规模、成员任期限制和投票规则。
2. 2026财年社区会员等级模型中新增“FOLIO之友”捐赠选项，捐赠金额为每年700美元起。“FOLIO之友”不等同于正式会员，不签署合作协议，无投票权。
3. 在3月18-19日举行的CC峰会上，成立了愿景工作小组，负责撰写新的FOLIO愿景宣言。宣言初稿目前仍在修改，未获得CC通过，内容如下：
- 社区即愿景：FOLIO社区向所有人开放。汇聚图书馆、开发者、供应商、联盟及合作网络，共同构建和维护一个开源图书馆服务平台，推动创新，为全球图书馆提供传统与新兴资源管理能力。
- 产品即使命：社区通过指导FOLIO的开发，打造一个为图书馆提供选择自由和避免供应商锁定的开源平台。其模块化、可扩展的架构既满足当前需求，又具备前瞻性，助力图书馆引领创新、应对变革并塑造数字化未来。
4. 选举投票资格调整：在过去，委员会成员选举的投票资格限于Jira/Confluence活跃用户及Slack用户。但由于Slack现已包含FOLIO之外的OLF其他项目，继续采用Slack用户数据已不合时宜。Jira/Confluence自本地迁移Atlassian云端已有14个月，可直接提取迁移后有活动记录的用户列表。采用Atlassian用户具有投票资格的方案获得批准，CC将在Slack上发布公告和指引。
5. 自WOLFcon2024后，CC就社区应当支持的基础设施进行了多次讨论，但由于涉及的范围远超预算，未能达成明确结论，近期计划重启讨论，并邀请更多的成员参与，以汇集更多建议。
6. 撰写发送给正式会员的信函，信函包括愿景宣言、社区贡献、工作量评估等内容。
7. 撰写发送给非会员机构的信函，信函草案已获得批准，但未就发送对象及发信方式达成一致。
二、产品委员会（PC）
1. Sunflower版本的Bugfest测试进度滞后，将延迟发布，新的发布时间尚未公布。目前存在测试人员与测试用例数量不匹配的问题，已经向成员发起参与测试的号召。
2. 选举工作筹备进展：与即将离任的成员召开会议，积极联络潜在候选人；向所有SIG传达选举信息，发掘SIG中的潜在候选人。
3. Eureka早期采用者过渡情况更新：GBV成功在非AWS环境中搭建了完整的单租户测试环境，可正常登录且成功运行，正在逐步构建应用模块。GBV技术团队将编写详细文档，供其他非AWS环境机构参考。得克萨斯农工大学已完成前端界面架构与后端部署，但用户密码创建流程存在预期外问题，正在解决。斯坦福大学将于近期启动部署相关工作。
4. 汇总各个SIG在wiki上的优先事项列表，提炼优先级TOP5的事项并分析，确定后续工作安排。PC创建PC优先事项和SIG TOP5需求两个看板，各SIG需确保自己创建的Jira Tickets内容完整。
5. 重新激活隐私SIG（Privacy SIG），该SIG致力于开发与隐私相关的功能（如隐私标签系统）、建立隐私数据看板等，目前正在招募召集人和联络人。
三、技术委员会（TC）
1. 在WOLFcon筹备期间，TC成员通过Slack或共享文档的形式进行沟通，不为此召开专门会议。当前TC的提案包括：1）Eureka进展汇报；2）技术债务专题讨论；3）Eureka早期采用者成果汇报；4）隐私问题专场；5）平台市场运营研讨会。
2. TCR进度更新
1） PR#69（TCR-39: UI-SERIALS-MANAGEMENT）：已准备就绪，待合并；
2） PR#80（TCR-43：mod-marc-migrations）：已合并；
3） PR#94通知流程：直接合并；
4） PR#95应用归属标准：新增“标明模块所属应用”的标准，修改中。
5） PR#96添加标准和模板行以指定应用：先合并，但仍有剩余评论未处理。
6） PR#97 FQM模块更新流程：已合并。
3. FQM（FOLIO Query Machine） RFC流程：FQM模块存在代码移除决策、文档补充要求和特殊属性认定三个层面的特殊性，投票时需综合考虑实施影响。本次RFC实质是通过对文档的补全来完成先前有条件接受的架构变更。
4. 对Sonar规则做出调整：安全团队提议新增“当代码中出现//NOSONAR标记时发出警告”的规则，已通过“懒惰共识”的方式获得批准。
5. 制定Eureka平台中KeyClock环境变量命名规范：创建KEYCLOAK-53跟踪此项优化工作，由系统运行和管理SIG先行讨论，制定核心功能环境变量命名规范，以提高跨模块和模块内部的一致性。
四、兴趣小组SIGs动态
兴趣小组SIGs由SIG召集人、主题领域专家（SMES）、产品经理PO、用户体验设计师组成。SIG召集人准备议事日程并推进会议，并与其他SIG小组之间协调配合。当前FOLIO兴趣小组超过20个，目前较为活跃的兴趣小组包括元数据管理小组、电子资源管理小组、资源流通小组、软件应用与管理小组、系统运行与管理小组等。下文为部分活跃小组的近期动态。
1. 采访小组（Acquisitions SIG）
采访小组同开发人员一起工作，定义用于采购和管理所有类型资源的基本功能:资金结构、订单、接收、支付、赔偿、维护、使用和其他统计，其他可能的评估工具和报告。小组需要考虑资源关系、机制和支持功能的工作流，还需评估应用程序支持选择、决策和分析的潜力，以确保当前的工作不会限制未来的创新。该小组的近期动态有：
- 接收APP功能优化：1）排序功能：新增“sequence”字段实现智能排序，新到期刊自动获取序列号，优先采用期刊的出版日期作为排序依据，仅需在异常情况（如补收件、增刊、特刊等）时手动调整；支持跨年度连续排序。2）过滤器筛选功能：默认同时显示已装订（期刊合订本）和未装订（单册期刊）的文献，允许用户/管理员自定义显示范围；增加装订状态标识，提升可辨识度。
- 已接收订单的馆藏地修改：对于需要修改馆藏地的订单，直接在pieces层面修改，系统会自动同步更新关联的订单信息。
- PC优先事项相关讨论：采用颜色标签区分是否为独立版本的功能；采用不同的标签标明功能分类（UI模块/后端模块）；利用可视化工具，创建“进行中”与“最优先”的需求看板，保持待办事项列表持续更新；建立跨组会议机制预防优先事项重复。
- 实施者主题#174订单信息导出管理：在导出任务详情页中添加“PO编号”字段，便于用户快速排查订单问题；明确导出文件的系统存储时间并更新至使用说明文档中。
2. 联盟小组（Consortia SIG）
联盟小组负责协调FOLIO系统内跨机构协作功能的开发与优化，涵盖多租户管理、资源共享、读者服务等场景，以确保FOLIO系统灵活适配多样化联盟模式。该小组的近期动态有：
- 已上线wiki页面，集中展示联盟SIG相关的Jira Tickets，计划添加投票链接。
- WOLFcon会议提案：1）当前实施进展亮点；2）待改进的痛点问题；3）未来发展路线。联盟SIG将申请时长1小时的专门会议，重点分析FOLIO联盟新出现的优先需求。
3. 电子资源管理小组（ERM SIG）
电子资源管理小组的工作围绕电子资源管理的用例、需求和工作流程进行。该小组的近期动态有：
- 开发进度更新：近期开发团队约70%精力投入Local KB相关的开发；最近的Sprint重点处理Sunflower版本的Bugfest问题；当前存在JSON包导入和看板显示的故障。
- GOKb检索集成至FOLIO进展：已创建用户故事UXPROD-5193，核心开发任务是实现GOKb检索新功能，实现与FOLIO现有检索的界面统一；支持按出版物类型和出版商进行筛选；优化检索结果列表，仅显示当前状态“有效”的单册资源，新增期刊出版日期字段和出版周期字段，支持多语言显示。
- WOLFcon会议提案：1）协议与本地知识库APP的数据导入方案；2）协议与许可证APP的数据导出方案；3）GOKb与FOLIO ERM系统集成的最新进展。
- ERM相关应用的测试环境样本数据需求：除Inventory典藏模块外，订单、协议、许可证、组织等应用均缺少可用的测试数据，号召机构提供可用的数据集，采用自动化脚本生成模拟数据；优先满足Sunflower版本快照环境数据需求，并逐步扩展至Bugfest环境。
4. 关联数据小组（Linked Data SIG）
关联数据小组倡导基于社区的关联数据与实体管理方法，培育围绕BIBFRAME的实践并推动其发展，构建FOLIO环境下关联开放数据工作和技术实施经验交流的平台，制定标准化的实施框架。该小组的近期动态有：
- 书目数据源URI字段新增功能开发情况：当前正在进行UXPROD-5135在书目管理数据中新增描述来源和MODINVSTOR-1930在存储层添加书目来源URI字段两个开发任务。
- 关联数据编辑功能：支持从已有MARC源数据的典藏记录生成数据图，支持在关联数据编辑器中直接创建数据图，不支持从FOLIO源书目记录中生成关联数据。
5. 元数据管理小组（Metadata Management SIG）
元数据管理小组主要负责书目管理功能相关的内容，如定义书目控制模块的基本数据元素、探索可纳入FOLIO的各种元数据格式(MARC、RDA、BIBFRAME、DC等）。小组专注于数据的共享性和可操作性，就图书馆和供应商之间所需的交互向开发团队提出需求，并与资源管理小组和资源访问小组进行密切协作。该小组的近期动态有：
- Sunflower版本Bugfest测试情况：Inventory典藏模块功能测试完成，UAT环境验证通过，ERM模块协议与许可证APP功能测试完成；本地知识库APP数据导入功能异常；急需领域内专家优化测试用例，重写关键功能测试场景。
- 数据导入工作组组织架构调整：因元数据管理小组覆盖的应用模块过多，无法合理分配开发资源，因此数据导入工作组申请调整组织架构，包含三种调整方案：1）升级为SIG；2）划归跨应用交互SIG管理；3）保留原结构，仍归属于元数据管理SIG。当前仍在讨论中，预计在6月份确定最终调整方案。
- MARC检索功能优化：当前无法直接检索MARC字段，导致数据库维护困难；后续将继续收集用例，完善用户需求文档。
6. 报告小组（Reporting SIG）
报告小组研究机构或功能领域的报告需求。对FOLIO数据模型和报告解决方案提供设计建议，贡献时间开发样本查询，提供与FOLIO报告相关的主题的文档和培训，并为主题专家和技术专家提供讨论和协作的空间。FOLIO Report（报告）在很大程度上使用了图书馆数据平台（LDP）。该小组近一个月的主要动态有：
- LDP已获得OLF批准，正在准备从开源孵化项目转为正式项目。目前治理结构已设定，包括管理团队（SMLLC 管理人员）、技术监督委员会和社区参与，部分职位人选正在招募确定中。注：LDP是开放图书馆基金会首个孵化的开源项目。FOLIO 报告小组代表了LDP项目的一个重要用户和贡献者社区。LDP 的治理结构包括管理团队、技术监督委员会（TOC）和社区参与途径，旨在平衡 Index Data 的领导力与更广泛的社区意见。
- 元数据库与报表应用权限精细化管控提案：当前采用二元化权限控制，即要么可访问所有，要么完全无权限，需细化权限，实现基于按模式/报表划分权限。
7. 资源访问小组（Resource Access SIG）
资源访问小组与开发人员一起定义基本的流通功能、访问功能等。并就图书馆和其他各方之间的交互向开发人员提供建议，以实现资源的成功共享。该小组近一个月的主要动态有：
- WOLFcon会议提案：1）费用与罚款专题；2）资源访问SIG事务会议；3）eReserve Plus系统演示。