FIBO 没有资产保全本体：银行不良处置建模的复用边界、自建清单与治理陷阱

关于本文的文体

本文按 ASD-STE100 约八成结构规则书写。规则来自 Issue 9 全文：短句、主动语态、禁用名词化、每段一个主题、主题句置于段首、每段不超过六句、禁用模糊限定词、禁用分号与缩写式省略。

必须交代一处边界。ASD-STE100 的词汇锁只约束英文。 规则 1.1 要求只使用词典批准词、技术名词与技术动词，而该词典只有 875 个批准词，且不含任何中文词。因此中文写作无法达成词汇级合规。本文达成的是结构级合规，不是词汇级合规。

按规则 1.5 至 1.11，领域词必须申报为技术名词才可使用。以下均为本文申报的技术名词：collateral、lien、perfection、encumbrance、servicer、workout、forbearance、repossession、disposal、write-off、haircut、discount、waterfall、ontology、module、maturity、stub。

结论

FIBO 不提供资产保全本体。银行必须自建大部分模型。FIBO 只提供基础层、抵押品分类、留置权顺位，以及监管分类映射。

这不是推断。FIBO 委员会在仓库里留下了书面证据。

FIBO 唯一的违约类是未完成的桩

该定义原文提到这通常属于抵押贷款服务范畴，通常需要一个部门处理。该定义提到处理违约、协助借款人付款、催收、违约管理、止赎、转售。该定义指出这需要该领域的领域专家。该定义提到违约场景下银行要决定重组、止赎还是对担保物求偿。该定义指出如果要进一步探索违约细节，需要引入其他领域专家，并且必须建模一个流程流。该定义还提到需要在逾期达到一定阈值后转入其他流程的机制，并要求绘制状态图。

该文件同时存在拼写错误，例如 mortgagte、THere、nto、tha。这说明它是开发过程的草稿，未经审校。

所在文件 LOAN/LoansGeneral/LoanEvents.rdf 的成熟度标记是 Provisional，不是 Release。

全库 295 个本体中，下列词的出现次数为零：workout、repossess、charge-off、write-off、perfection、security interest、encumbrance。

两个会导致错误结论的陷阱

其一，FIBO 的 default 不是银行违约。

同一文件中的 grace period、default threshold amount、default interest compounding basis 都属于 CDS 触发机制，与银行信贷流程无关。若把这类概念搬进资产保全本体，会建出错误的违约模型。

其二，collections 是假阳性。

全库有 100 个文件命中该词。核查后确认全部来自 OMG Commons 的 SKOS Collection 与 Collections 词汇，与催收无关。

这意味着用文本搜索判断本体覆盖度，会得出完全错误的结论。搜索命中不等于概念存在。这是本体核查的一个通用陷阱。

FIBO 可直接复用的部分

基础层。 FND 与 FBC 提供 party、agreement、legal capacity、location、contract third party。资产保全的当事方与法律能力可直接承接。

抵押品分类。 Collateral 是 Undergoer 的子类，定义为质押给他方以担保义务履行的物。它的子类只有两个：PhysicalCollateral 与 NonPhysicalCollateral，且两者互斥。这是全部押品类型体系，只有两个值。

抵押品估值。 CollateralValueAsOfDate 是 AppraisedValue 的子类，表示某一日期的抵押品评估值。CollateralValuation 表示由 Appraiser 提供的评估活动，仅覆盖不动产，成熟度为 Provisional。

担保结构。 SecuredLoan、CollateralizedLoan、CollateralizedGuaranty 可用。

但 CollateralAgreement 不可用。 它恰好在 2025Q3 到 Q4 的命名空间迁移中被移除。更麻烦的是它在两个命名空间下各有一个定义：FND/Agreements/Contracts/CollateralAgreement（有定义与注解）与 FBC/DebtAndEquities/Debt/CollateralAgreement（无定义，仅两条限制）。这不是公理累积，是FIBO 自身的建模分歧，银行必须二选一，且不应以继承方式引用。

留置权顺位。 LenderLienPosition 是 Classifier，定义为标记贷款人是否对用作抵押的资产享有优先留置权的分类器。其具名值只有两个：PrimaryLienPosition 与 SubordinateLienPosition。

银行实务中的第三顺位、第四顺位，以及跨债权人顺位瀑布，FIBO 没有。相关属性 isLienOn 没有定义域、没有值域、没有定义。

法律程序骨架。 LegalProceeding 与 CourtJudgment，含 hasJudgementAmount 与 CourtOfLaw。这是骨架，不是保全流程。

Servicer 是角色，不是流程。 它是 ContractThirdParty 的子类，定义是代贷款人收取本息的一方。FIBO 没有催收流程、账龄管理或升级机制。

ACTUS 监管分类。 ECB 资产分类法映射入 FIBO，含 nonPerformingDate、delinquencyPeriod、delinquencyRate。这些是现金流分类器的合同条款参数，不是生命周期状态机。

银行必须自建的部分

违约与处置流程。 违约分级与阶段流转、催收与账龄管理、展期与重组、止赎与收回、核销与减值、诉讼保全与执行、押品处置。上述各项在 FIBO 中无对应类。

押品体系。 押品类型体系需按银行口径重建，因为 FIBO 只有物理与非物理两个值。押品估值方法、折扣率、贷款价值比需要自建。

押品运营。 重估周期、押品替换、押品释放、集中度监控需要自建。

法律权利。 查封登记与完善、优先顺位瀑布需要自建。FIBO 无 Article 9 式的登记建模，无 blanket lien，无 negative pledge。

建议的三层方案

第一层，复用。 直接引用 FIBO 类，不修改。范围是基础层、Collateral、CollateralValueAsOfDate、SecuredLoan、LenderLienPosition、LegalProceeding、Servicer、ACTUS。

第二层，映射。 不要以 FIBO 类为父类。 理由见下节：FIBO 的类 IRI 在单季度内移除 145 个，且旧 IRI 保留为带 owl:equivalentClass 跳转的 deprecated 桩——继承它不会报错，而是静默绑死在已废弃的分类轴上。

正确做法是照抄 FIBO 自己接 ACTUS 的范式：银行码表条目声明为 owl:NamedIndividual，用 cmns-dsg:denotes someValuesFrom 限制做桥接。押品分类因需多维分面，用 SKOS Concept Scheme 而非类树。顺位编码由银行自有 Classifier 表达序数，不继承 FIBO 无序的 LenderLienPosition。详见另文《别继承 FIBO 的类：银行资产保全扩展层的可落地设计》。

第三层，本地。 FIBO 无对应，全部自建。违约分级、处置流程、押品运营、监管报送映射都放这里。

跨层映射必须显式书写。不要依赖推理机自动推出层级。FIBO 本体不完整，自动推理会产生错误结论。

治理陷阱

其一，Loans 不是 OMG 标准。

OMG 正式标准只有四个：Business Entities v1.1、Financial Business and Commerce v1.0、Foundations v1.2、Indices and Indicators v1.0。全部发布于 2017 至 2018 年。

2026 年 6 月，这四个标准全部进入 Pending Request for Retirement。Loans 只存在于 EDMA 的季度 GitHub 发布。FIBO v2 终结工作组已于 2020 年 12 月解散。

其二，许可要分三层看清。

FIBO 的 OWL 源码是 MIT 许可，明确授予使用、复制、修改、合并、发布、分发、再许可、销售，无 copyleft，无领域限制。唯一义务是保留版权与许可声明。从 OWL 派生专有模型是允许的。

GPL-3.0 附加在 FIB-DM core 上，不附加在 FIBO 上。 FIB-DM 是 Jayzed Data Models 用专利 CODT 流程从 FIBO 机械转换出的 PowerDesigner 概念数据模型，是下游衍生作品，不同的东西。银行从 OWL 派生完全不触碰 GPL-3.0。若改用 FIB-DM core，copyleft 问题才是实质性的。

另有两点。其一，"FIBO" 是注册商标，MIT 不授予商标权，银行不能把 FIBO 用进自己的产品名或品牌。其二，存在一个未解冲突：Jayzed 的 IPLA 对 MIT 范围做了超出 MIT 文本的解释性主张，而 Jayzed 是 FIBO 版权的第三方，无权单方面限缩 EDMC 授出的权利。该问题应由银行法务向 EDMA 索取书面认定，不要依赖任何二手描述。

其三，成熟度不均。

全库 Release 157 个，Provisional 36 个，Informative 4 个。资产保全相关的 LoanEvents.rdf 属于 Provisional。银行不应把 Provisional 类当作稳定接口。

其四，公开案例全部无关。

State Street 的 PoC 是利率互换，用途是抵押品集中度分析，从未接入生产。Wells Fargo 参与过更早的 PoC。Central Bank of Ireland 用于监管报送研究。没有公开案例涉及不良资产处置。

验证方式

若要把这套约束用于生产文档，先申报技术名词表。没有申报表，词汇级合规不成立。

自动可查的规则包括：批准词表（1.1）、句长（5.1、6.3）、被动语态（3.6）、分号（8.1）、多词名词长度（2.1）、非限定式动词（3.5）。

不可自动检查的规则包括：批准词义（1.3）、技术名词审批（1.8）、主题句（6.5）、每段单一主题（6.5）、风格一致（9.4）。

STEMG 自己说明，检查工具无法判断段落首句是否为主题句。同时 STEMG 不认可、不认证、不授权任何检查工具。

所以这个合规比例只在自动子集内成立。不要对外声明整体合规。

替代基础的评估

若要评估换基础，这是独立的选型问题。以下状态经核查。

CDM（Common Data Model，FINOS） 是值得优先评估的候选。它是 FINOS 下的 Apache 2.0 开源项目，维护方包括 ISDA、ISLA、ICMA、JPMorganChase、REGnosys、TradeHeader。它有 Loan extends InstrumentBase 的类结构，有证券融资与押品覆盖。关键差别在于它的发布说明含显式的向后不兼容变更章节，逐项给迁移指引——这正是 FIBO 完全没有的。它是 FINOS 项目而非 OMG 规格，因此不受 OMG 退役机制影响。它承载的是厂商与依赖方风险，即 REGnosys 与 ISDA。

SBVR 不要采纳。 SBVR 1.6 已在 OMG 的退役清单上，暴露比 FIBO 更大。

FOM（Financial Object Model）不存在这个标准。 检索到的全部是无关同名物：FINOS 一个 2016 年就停摆的工作组、WM Datenservice 2004 年的内部系统。不要对银行引用。

Commons 1.3 是正式标准（2026 年 6 月），但 1.4 也在退役清单上。

还有一层结构性风险需要知道：EDMC 于 2025-10-01 收购了 OMG。 退役 FIBO v1 的机构与每季度发布 FIBO 的机构，此后是同一法人实体。所以"改用另一个 OMG 标准"不构成对冲，只有离开 OMG 与 EDMA 家族（即走 FINOS）才是。

最后一点很重要：FIBO 不会消失。退役流程只撤销 OMG 的标准地位，不动代码本身，EDMC 给出的替代指引就是"改用持续更新的 GitHub 版 FIBO"。所以风险不是消失，是无版本保证的持续变动。框架应当是"不要绑定 FIBO"，而不是"不要用 FIBO"。

本文结论的边界

为免误用，明确标注证据强度。

可核查的事实。 本文关于 FIBO 的全部论断均来自 edmcouncil/fibo 仓库提交 9a7b90ccc64ef9df0762121ff058c9d27fd46037，覆盖全部 295 个本体文件，逐词核查并核对 rdfs:label 与 skos:definition 实际内容。文中给出逐条链接供复核。

关于 OMG 标准状态，来源是 OMG 官方 Finance 分类目录与 TC 工作进行中页面。

核查方法上的一个坑。 FIBO 的本体文件是 RDF/XML 格式，扩展名是 .rdf，不是 .owl。用 .owl 做通配搜索会对全部词汇返回零命中，包括 guarantor 这种必然存在的词。若不复核文件格式，会得到完全虚假的全库覆盖结论。本文初次核查时即踩中此坑，修正后重做。

待确认项。 FIBO 的 FBC 退役申请标注版本为 v1.1，而 OMG 目录列出的正式版本是 v1.0。本文未能确认这一差异的原因。

未验证项。 本文未在任何银行生产环境验证 FIBO 的实际行为。本文不构成对具体银行的实施建议。

文体边界。 本文按 ASD-STE100 结构规则书写，但中文无法达成词汇级合规。ASD-STE100 在银行业与本体领域没有先例：有据可查的应用集中在航空航天、国防、船舶、风电、医疗器械。若需用于实际 STE 交付物，须改用英文。

作者毕超，金融行业风险管理从业者。本文仅代表作者个人观点，不构成任何机构立场。