资助方名称已出现在JSON里，为何仍可能不进入Crossref资助筛选

内容来源元数据出现一个资助方名称，为什么按资助信息筛选时仍可能找不到它？Crossref的Funding information说明，把文字随记录输出与资助信息进入筛选分开。仅有名称时，系统会尝试匹配已有标识；名称没有匹配成功，并不意味着那段文字必定从所有输出消失。

文档先列出几种资助方表达：名称与资助方标识一起提供、使用ROR ID，或仅提供名称。名称容易有歧义，因而在没有标识时会进入匹配尝试。这让一个机构叫什么，与记录是否已联系到注册标识，成为相连但不同的两层信息。本文没有检索实际机构或确认某条名称已经匹配。

未匹配的情形有直接限定。Crossref说，这部分名称会传到XML与JSON输出，但在相应记录补充标识前，不会通过其支持的资助信息筛选找到，也不会出现在Open Funder Registry搜索中。因此，一份输出里看得见名字，与某种筛选能命中，是两种结果；不能仅凭一次筛选缺席就断言原元数据完全没有记载。

其他字段又指向不同对象。funder_name是机构名称，ROR或Open Funder Registry标识联系机构身份；award_number是资助编号或其他资助标识，grant_doi则指grant的DOI。它们在同一段资助资料出现，不表示都只是另一种机构名称。来源记录里既有谁提供支持，也有哪个项目，两个问题应分别表达。

多个组合时，文档用fundgroup保留资助方与相应项目编号的联系。若只有两个资助方列表和两个编号列表，却丢掉配对，就无法由列表本身知道每个编号归于哪一方。这里讨论的是公开元数据怎样组织关联，不复制原页数字有出入的示例，也不替真实成果选择资助编号。

这条配对关系和名称匹配还在不同层次。一组内部可以说明某名称对应哪个项目，但名称是否匹配机构标识、能否进入特定筛选，仍需要相应记录条件。把所有问题压成已有资助信息，会让内容交接漏掉正在依据的是文字、标识还是筛选结果。这个分析依据文档，不是对资助真实性或资金使用作审核。

本篇实际采用Crossref概念、数据结构与资助方项目层级的连续文字，首次发布日期未知，未执行提交或API查询。主题是输出与检索的范围以及元数据关联，不重述共享平台RRID与具体仪器资助不同的旧例。它不判断投资、合同、资助资格或法律认可，也不把登记的资助信息当成研究质量证明。