Schema.org 金融扩展：为银行与金融机构赋能

注意：本文档基于 Schema.org 的开发版本。更多详情请参阅我们的工作方式。

引言

本文旨在为使用 Schema.org 标记银行及其产品提供背景信息。如需了解更多信息并与项目背后的社区进行交流，请参考 http://w3.org/community/fibo/。

此项工作源于金融行业业务本体项目（详情请见 http://www.fibo.org/schema）。许多类和属性的定义灵感来源于、基于或与 http://www.fibo.org 保持一致。

概述

Schema.org 的金融扩展涵盖了与银行和金融机构相关的最重要的现实世界对象。该扩展主要反映了三类对象：

银行及其识别机制 (A bank and its identification mechanism)
金融产品 (A financial product)
面向客户的要约 (An offer to the client)

在为每一类对象选择类型和属性时，扩展的作者们（见“致谢”）遵循了简洁性和实用性原则。“简洁性”原则催生了一个极小的术语集，形成了一个轻量级的扩展；而“实用性”原则则将术语范围限定在从零售银行视角看到的最重要的对象上。

“奥卡姆剃刀”原则指导我们专注于那些反映普通消费者偏好（从其搜索行为和典型数字金融活动角度观察）的术语。

描述这些对象及其特征的某些类型和属性，几乎在 Schema.org 诞生之初就已定义。另一些则随着 Schema.org v3.0 的发布，于 2016年5月进入了“核心”词汇表。所有术语的完整集合则随着 Schema.org v3.2 于 2017年3月发布而可用。在专门的金融扩展于近期发布之前，这些术语大部分目前“位于” http://pending.schema.org。遵循 Schema.org 扩展的规则，它们享有 Schema.org 主命名空间的规范性。

尽管来源各异，但在本文中，我们使用“金融扩展”这一总称平等地对待它们。由于它们都存在于共享的 Schema.org 命名空间中，从实践角度来看，它们如何产生并不重要。

毫无疑问，当前形式的扩展可能无法满足银行和其他金融机构的所有需求。然而，它创建了一个可以立即使用的框架，尽管体量小巧，却能带来巨大收益。

本项目的作者致力于未来对 Schema.org 词汇表的金融“面貌”进行开发。这将包括向 Schema.org 核心、托管扩展以及未来 Schema.org 的“外部”金融扩展中添加和修订最重要的类型和属性，这些扩展将不受早期“精简”方法极简主义的限制。

金融扩展的概念图与层级结构

以下图表展示了扩展的概念图。如前所述，该图包含了来自 Schema.org “核心”和实际金融扩展（撰写本文时位于 pending.schema.org）的元素：

图1：Schema.org 金融扩展思维导图图2：Schema.org 金融扩展思维导图

银行通过其 LEI（法人机构识别码）代码 leiCode（上图）以及 Schema.org 中已有的术语（见下文“基本模型”）进行识别。

扩展中的大多数术语允许描述金融产品及其特征（上图），反映了扩展对金融行业“零售视角”的主要关注点。

还有一些辅助术语有助于描述银行提供的要约（"ExchangeRateSpecification"、"RepaymentSpecification"）。

金融扩展的完整术语层次结构

扩展中的所有术语以红色标示。Schema.org 中已定义的类别以灰色标示。

类型

(此处应插入类型层次结构图或列表，但根据输入内容，此部分在原始文档中可能以图表形式存在，文本描述较少。为保持连贯性，我们在此处进行概括性说明。)

金融扩展引入了新的类型，如 BankOrCreditUnion、FinancialProduct 及其子类（BankAccount、LoanOrCredit 等），它们继承自 Schema.org 核心中已有的类型，如 Service、LocalBusiness 和 Organization。

属性

(此处应插入属性层次结构图或列表，同样进行概括性说明。)

扩展引入了特定于金融领域的属性，例如 leiCode（用于银行识别）、interestRate、annualPercentageRate（APR）、loanTerm 等，同时也充分利用了 Schema.org 核心中通用的属性，如 name、description、amount。

金融对象的基本模型

下图阐述了描述主要金融对象类别的基本模式。

银行

图3：Schema.org 金融扩展描述‘BankOrCreditUnion’对象的模式描述银行和信用合作社的主要类型 BankOrCreditUnion 是以下 Schema.org 类序列的子类：FinancialService -> LocalBusiness -> (Organization 和 Place)。该机构可以通过以下 Schema.org 属性进行识别：name、contactPoint、address 和网站 url。扩展增加了金融机构的基本全局标识符：leiCode：法人机构识别码（字母数字代码或 LEI URI）。

描述银行和信用合作社的主要类型 BankOrCreditUnion 是以下 Schema.org 类序列的子类：FinancialService -> LocalBusiness -> (Organization 和 Place)。该机构可以通过以下 Schema.org 属性进行识别：name、contactPoint、address 和网站 url。扩展增加了金融机构的基本全局标识符：leiCode：法人机构识别码（字母数字代码或 LEI URI）。

金融产品

图4：Schema.org 金融扩展描述‘金融产品’的模式

描述金融产品的顶级“类型”FinancialProduct（它是 Schema.org Service 类型的子类）被进一步细分为最重要的具体产品：BankAccount、PaymentCard、LoanOrCredit、InvestmentOrDeposit、PaymentService 和 CurrencyConversionService。

具体产品的示例如下图所示：

图5：Schema.org 金融扩展描述‘存款账户’的模式

在此示例中，DepositAccount（InvestmentOrDeposit -> FinancialProduct 序列的子类）通过以下属性进行描述：amount、interestRate、provider 和 availableChannel。

图6：Schema.org 金融扩展描述‘抵押贷款’的模式

在此示例中，MortgageLoan（LoanOrCredit -> FinancialProduct 序列的子类）通过以下属性进行描述：amount、interestRate、annualPercentageRate（代表 APR）、loanTerm 和 loanRepaymentForm。

要约

对于大多数金融产品，我们进入了 Schema.org 中与商业要约相关的领域，这些领域借鉴了来自电子商务 GoodRelations 词汇表的相关术语：

图7：Schema.org 金融扩展描述‘支付服务’的模式

在此示例中，类型 Offer 用于将 PaymentService（FinancialProduct 的子类）作为一项服务向客户进行描述。该服务可以被正确命名（name），并通过 PriceSpecification 表达提供的价格，从而可以指定价格本身（price）、货币（priceCurrency）和数量（eligibleQuantity）。

在另一个常见示例中，支付卡（PaymentCard）（同时是 PaymentMethod 和 FinancialProduct 的子类）可以被正确命名（name），并使用 Offer 类型的元素向客户提供，从而可以表达要约方（offeredBy）及其实际功能（BusinessFunction）。