# 统一企业业务概念与关系 让 AI 理解业务、关联数据

来源页面：https://www.finogeeks.com/products/fintology
语言：zh-CN

Fintology 面向企业与金融机构，将分散在业务系统、文档和专家经验中的概念、属性、关系与规则整理为统一的业务模型。连接客户、账户、产品、订单等业务对象，关联数据来源与知识依据，为企业知识检索、业务分析和岗位智能体提供一致的业务语义。

定义业务含义 关联真实数据 保留来源与版本

## 明确业务概念与关系 / 统一企业业务语义

本体是对一个业务领域的概念、属性、关系及约束的明确描述。它让业务人员、系统和智能体对同一个词、同一类对象及其联系形成共同理解。

### 概念

#### 有哪些业务对象？

定义对象的类别、名称和业务含义，让同一术语在不同系统中保持一致。

### 属性

#### 怎样描述这些对象？

明确对象的特征、字段含义与数据类型，减少同名异义和口径差异。

### 关系

#### 对象之间怎样联系？

用明确的业务关系连接对象，为跨系统查询和关联分析提供路径。

### 约束

#### 记录应符合哪些要求？

将字段要求、取值范围和关联条件写清楚，作为数据核查与专家审核的依据。

本体明确业务对象的定义与联系；知识图谱将具体对象和记录按这些关系组织起来。两者配合，让业务含义与实际数据相互对应。

## 关联分散的系统记录 / 呈现完整业务关系

以统一的概念定义连接业务数据，保留每条关系的来源。围绕一个问题，找到相关对象、关联路径和业务依据。

### 连接客户、账户与产品

把客户资料、账户记录和产品信息按统一业务定义关联起来，减少跨系统理解与核对的成本。

#### 客户

客户编号 · 业务分类

#### 账户

账户编号 · 账户状态

#### 产品

产品编号 · 产品类型

#### 客户经理

员工编号 · 所属机构

#### 交易记录

发生时间 · 交易金额

#### 业务制度

适用范围 · 资料版本

#### 本体定义

明确对象、属性与关系的含义。

#### 业务数据

将具体记录关联到这些定义。

#### 知识图谱

按业务关系连接对象和来源。

### 跨系统记录，按业务对象关联

customer_id → 客户编号

acct_no → 账户编号

product_code → 产品编号

### 哪些客户持有指定产品，相关记录来自哪里？

- 客户 A-102

- 账户 AC-071

- 产品 P-03

沿“客户 — 账户 — 产品”关系查找相关记录，并关联各系统的数据来源。

### 连接订单、零件与工艺

将订单需求、零件信息和工艺规范按业务关系组织起来，为生产查询和工程知识复用提供共同依据。

#### 订单

订单编号 · 交付要求

#### 零件

零件编号 · 材料规格

#### 工艺

工艺编号 · 工序要求

#### 客户

客户编号 · 需求记录

#### 生产工单

工单编号 · 当前状态

#### 技术规范

适用对象 · 资料版本

#### 本体定义

明确对象、属性与关系的含义。

#### 业务数据

将具体记录关联到这些定义。

#### 知识图谱

按业务关系连接对象和来源。

### 跨系统记录，按业务对象关联

order_no → 订单编号

part_id → 零件编号

process_code → 工艺编号

### 这张订单涉及哪些零件，对应什么工艺和规范？

- 订单 O-208

- 零件 P-016

- 工艺 T-04

沿“订单 — 零件 — 工艺”关系查找所需资料，并关联工单与技术规范。

## 围绕具体业务问题 / 建立并持续完善业务模型

先确定使用范围和要回答的问题，再梳理术语、建立模型、关联数据并验证。由业务人员与技术团队共同维护，随业务变化持续完善。

- 01 确定业务范围 列出需要回答的问题，明确使用场景与维护职责。 阶段产出 业务问题与范围

- 02 梳理业务术语 汇总数据字典、制度和行业词汇，整理同义词与定义。 阶段产出 术语与定义清单

- 03 定义概念与关系 建立概念层级、属性、关系与必要约束。 阶段产出 本体模型

- 04 关联实际数据 连接业务实例与来源，保留跨系统标识映射。 阶段产出 业务数据与关系

- 05 验证与专家审核 用业务问题核验模型，检查数据并由专家复核。 阶段产出 验证与审核记录

- 06 发布与持续维护 记录模型和定义来源的变更，持续完善业务模型。 阶段产出 版本与变更记录

建模方法参考 斯坦福大学《Ontology Development 101》

## 统一业务定义 / 贯通知识与智能体应用

业务模型明确“对象是什么、彼此有什么关系”，知识库提供原始资料，智能体结合业务任务使用这些知识与数据。

### FinLore

#### 原始资料有出处

组织制度、手册和业务资料，为概念与规则提供原文依据。

### Fintology

#### 业务含义保持一致

统一概念、属性、关系与规则，连接知识和业务记录。

### FinClaw

#### 在任务中使用知识

结合业务模型查询相关对象与资料，辅助员工完成分析和处理。

业务定义、数据来源与知识依据持续维护，让不同岗位围绕同一套业务模型协作。

## Fintology / 常见问题

### 企业本体、知识图谱和知识库有什么区别？

本体定义概念、属性、关系与约束，明确业务含义；知识图谱将具体业务对象及其关系组织起来；知识库保存制度、手册等资料并提供检索与引用。三者可以配合使用，让业务数据、概念定义与原文依据相互关联。

### 搭建企业本体，需要先整理全部数据吗？

可以从一个业务问题和相关数据开始，例如客户账户查询或订单物料追踪。先明确范围、对象和关系，用业务问题验证模型，再逐步扩展到其他部门与场景。

### 已有数据库和数据字典，为什么还需要本体？

数据库结构说明数据怎样存储，数据字典说明字段含义。本体进一步明确跨系统的概念及其关系，例如不同系统的“客户”是否指同一对象、账户与产品如何关联。已有数据字典可作为建模起点。

### 本体中的规则会直接执行系统操作吗？

本体描述业务含义与关系，数据约束用于检查记录是否符合要求。涉及业务系统变更时，由智能体调用业务工具，并通过 FinGuard 管理授权、审批和执行记录；本体模型与操作执行分别管理。

## 相关资料

- [概念参考：W3C OWL 2](https://www.w3.org/TR/owl2-primer/)
- [了解 FinLore](https://www.finogeeks.com/products/finlore)
- [了解 FinClaw](https://www.finogeeks.com/products/finclaw)