每月通讯：FOLIO国际社区进展(6.12-7.15)
2024年07期【海外动态】
供稿整理：李妍、单琬婷（江苏嘉图）
信息更新时间截止2024年7月15日
FOLIO是一个透明、开放的图书馆社区，致力于与图书馆、服务供应商以及开发人员共同重塑和创新图书馆服务。FOLIO的治理模式旨在实现开放、透明和互相尊重的合作，以创建一个对所有社区参与者开放且中立的可持续社区和生态系统。
当前FOLIO社区治理模式的三个主体为社区委员会（CC）、产品委员会（PC）、技术委员会（TC）。社区委员会是 FOLIO 所有委员会和团体的最高管理机构，负责 FOLIO 的管理模式，监督社区健康；产品委员会负责指导FOLIO图书馆服务平台功能的开发，并管理FOLIO产品的范围；技术委员会将负责维护技术政策、最佳实践以及平台基础设施和运营稳定性。兴趣小组SIG（Special Interest Groups）是社区项目推进与实现的组织，由领域专家（图书馆员）、产品经理PO、用户体验设计师等组成。
以下为FOLIO国际社区各委员会及SIG小组近期动态整理。
一、社区及社区委员会
1、FOLIO社区三委员会选举于6月25日结束投票，各委员会进行新旧委员交接，成功的候选人于2024年7月1日正式加入委员会。
2、CC于7月8日举行了新一届社区委员会第一次会议，欢迎新当选委员，回顾“社区委员会日历” 。https://folio-org.atlassian.net/wiki/spaces/CC/pages/6000365/Community+Council+Calendar
3、讨论在WOLFCon举行线下会员会议，时间暂未确定。
4、WOLFCon与会前研讨会已开放注册，点击查看详情。https://openlibraryfoundation.org/about/wolfcon/upcoming/
5、FOLIO开发倡导者（FOLIO Developer advocate ）目前主要关注的问题有：新职位定义、如何为开发者提供帮助、个人索引文档的建立等。并已经完成两个月份的报告，链接如下：
6、目前CC缺少与TC的联系人，需要尽快确定。 AWS成本审查小组因Tom Cramer退任需要一位新代表。
7、FOLIO社区需要选举联合主席（Co-Chair）。Mike和Simeo作为现任/前任联合主席表示支持“联合主席”模式。社区呼吁自我提名，计划在7月22日选举新的联合主席。
8、三委员会主席会议讨论了应用程序规范化将对社区产生的影响、社区成员当前的感受和愿望、全球会员参与和时区包容性等问题。社区委员会希望就应用程序规划化一事与技术委员会保持联络，已确定联络人。
9、应用程序规范化组更新：
- 1、应用程序规范化的RFC已于六月底获得TC的批准。Eureka应用规范化：首个RFC已获批准，小组将在夏季每两周进行例会讨论。
- 2、该RFC要求mgr-applications（https://github.com/folio-org/mgr-applications）以实现“应用程序”。
- 3、mgr-applications是’Eureka’的一部分， 因此，似乎对于FOLIO采用者来说，Eureka在未来不可避免。
- 4、该小组将向产品委员会首次推荐应用程序应该如何定义。这既是一个技术问题，也是一个功能问题。
- 5、产品委员会将维护推荐的应用程序定义（即哪些模块组成应用程序）。
- 6、推荐的应用程序定义的时间和项目迁移到Eureka尚待确定。
二、产品委员会
1、PC选举已完成新旧更替，7月11日举办了交接会议。
2、去年“FOLIO可以改进的事项”调查中，PC筛选了协作与入职培训、开发资源配置、市场适应性与成熟度等方面的问题进行了讨论，并与各兴趣小组进行了分享。
3、成立“更好的样本数据工作组”（Better Sample Data Working Group），由5人组成，在6月26日召开了首次会面。点击查看该小组的主页。https://folio-org.atlassian.net/wiki/spaces/PC/pages/298647579/Better+Sample+Data+in+FOLIO+Test+Environments+Working+Group
4、6月20日SIG更新了报告，包括采访小组、应用程序交互小组在内的各兴趣小组报告了近况和相关Jira链接。地址如下：https://folio-org.atlassian.net/wiki/spaces/PC/pages/108724225/SIG+Report+2024-06-20
5、产品委员会对采访优先顺序试点（Acquisitions prioritization pilot）项目进行了讨论。这是一个试点项目，旨在对采访兴趣小组的需求优先级和处理流程进行试点测试，通过社区投票来优先处理问题。项目使用了Jira系统，允许任何人添加票据和需求，然后由社区成员进行投票，以确定开发优先级。
三、技术委员会
1、TCR Board审核
1）拟建立一个轮流制度来支持TCR的模块评估
2）正在审查的项目有：mod-reading-roome、ui-reading-room
2、RFCs
1）应用程序规范化RFC已结束公开审查阶段
2）对RFC进行了回顾，面板地址：
https://easyretro.io/publicboard/dY8fCRqguiSDP3wtvSLhNzlULdM2/1cf104bb-6aa4-4eb3-a878-0f9f1e235436
3）GO后端程序语言RFC暂未关闭，还在开发中
3、根据对RFC的回顾讨论，技术委员会提出了以下的建议：
1）鉴于当前RFC流程太长的情况，建议为RFC过程的不同阶段建立反馈的评审窗口期。初审阶段为两周、草案完善阶段为1个月、公开评审阶段为1个月。并强调要定期提醒，鼓励及时反馈
2）时间限制方面，将调整每个阶段的时间框，以保持流程的高效运转。考虑将草案改进时间从16周缩减至6周。
3）流程简化方面，建立取消草案改进阶段，并延长公开审核阶段。
4、TC下属小组进展
1）TCR改进小组接下来将进行有关架构改进的讨论。
2）静态代码小组最近两周没有进展，将于8月重启讨论。
5、TC围绕拉取请求模板（PullRequest Model）进行了讨论，目前需要跟开发社区跟进相关事宜，目前暂无更新。
6、系统运维特别兴趣小组（Sys Ops SIG）在会议上提到了参考数据（ReferenceData）升级的话题。该小组认为，针对mod-inventory-storage模块的解决方案是不够的，但这个问题需要以一种通用的方式解决，适用于所有模块。TC表示大约3-4年前，有关FOLIO在升级时应如何处理参考数据的讨论已经进行了很长时间。请提供了以下链接帮助了解背景信息：
1）原始问题陈述
四、兴趣小组SIGs动态
兴趣小组SIGs由SIG召集人、主题领域专家（SMES）、产品经理PO、用户体验设计师组成。SIG召集人准备议事日程并推进会议，并与其他SIG小组之间协调配合。当前FOLIO兴趣小组有18个，目前较为活跃的兴趣小组包括元数据管理小组、电子资源管理小组、资源流通小组、软件应用与管理小组、系统运行与管理小组等。下文为部分活跃小组的近期动态。
1、应用软件交互小组（App Interaction SIG)
应用软件交互小组负责审查FOLIO应用程序之间的工作流和数据流，确定跨应用程序功能的差异，提供开发所需的功能机制和解决方案。该小组的近期动态有：
- 小组从产品负责人会议中确定了行动项目，包括在电子表格中对当前列表中的24个问题进行优先级排序，并在确定优先级后邀请产品负责人参加会议等；指定TARA作为临时联络人，并探索该角色的具体边界和需求。
2、元数据管理小组(Metadata Management SIG)
元数据管理小组主要负责书目管理功能相关的内容，如定义书目控制模块的基本数据元素、探索可纳入FOLIO的各种元数据格式(MARC、RDA、BIBFRAME、DC等）。小组专注于数据的共享性和可操作性，就图书馆和供应商之间所需的交互向开发团队提出需求，并与资源管理小组和资源访问小组进行密切协作。该小组的近期动态有：
- 讨论了典藏电子资源中如何管理电子资源包、典藏与协议行的关联、电子资源记录加载、以及电子资源管理与典藏的紧密联系，并计划安排后续会议向典藏产品负责人介绍。
- 讨论了馆藏更新应仅在必要时更新项目的问题，特别是在如何处理馆藏日期的更新同步。为避免无效更新导致的元数据、版本号以及Kafka事件的不必要变动，小组建议收集不同机构的用例以便后续讨论。
3、系统运行和管理小组（System Operation and Management SIG）
系统运行与管理小组成员需全方面了解FOLIO的运作方式，包含但不仅限于安装和维护FOLIO系统、管理数据库、调试问题、向开发者团队报告错误和问题、为前端开发人员构建开发环境。该小组近一个月的主要动态有：
- 小组再次提出当前参考数据升级过程繁琐且不专业，尤其是在流通存储模块中的表现。小组已将问题提交给技术委员会，并建议参考数据升级问题纳入FOLIO升级程序的一部分，以确保机构参考数据的专业处理和自动化升级。
- 德国图书馆联盟提出并启动了Kubernetes操作员的新项目，旨在开发一组适用于所有基于Kubernetes安装的操作员功能。该功能包括设置FOLIO租户和模块部署，计划针对现有的Okapi安装进行开发，并最终移植到Eureka平台。系统运行和管理小组将主持该项目的发展，并邀请更多人参与。
4、资源访问小组（Resource Access）
资源访问小组与开发人员一起定义基本的流通功能、访问功能等。并就图书馆和其他各方之间的交互向开发人员提供建议，以实现资源的成功共享。该小组近一个月的主要动态有：
- 提出了关于强化标题级别请求的草案。包括改进标题级请求的项目查找、请求状态标记、出版字段、孤立请求识别、请求类型过滤、借阅显示和未找到单件时的页面请求处理。
- 讨论了典藏贷款类型过滤器，以支持对单件永久和临时贷款类型进行Elastic Search的过滤功能。小组强调了其对一些图书馆的重要性，并建议为其收集用例和进一步讨论。
5、采访小组（Acquisitions SIG）
采访小组同开发人员一起工作，定义用于采购和管理所有类型资源的基本功能:资金结构、订单、接收、支付、赔偿、维护、使用和其他统计，其他可能的评估工具和报告。小组需要考虑资源关系、机制和支持功能的工作流，还需评估应用程序支持选择、决策和分析的潜力，以确保当前的工作不会限制未来的创新。该小组的近期动态有：
- 讨论了针对上一财年支付发票时一次性订单的采购订单行（POL）状态未更新的问题，决定在进行可能改变订单状态的操作时增加弹出提示，询问用户是否重新打开订单；确保订单关闭后处理发票或收货状态不自动重新打开订单；同时增加允许用户针对前几财年付款的功能。小组将继续收集用户反馈，以解决类似问题。
- 确定对结转（rollover）功能的期望：可以将一个（或多个）基金和费用类别分配给一个采购订单。根据该基金和费用类别，在采购订单开立时，将为当前年度进行预提。在结转时，如果费用类别处于非活跃状态，结转将出现错误，因此转到采购订单并更改费用类别，将为该费用类别的当前年度创建新的预提。