概念
有哪些业务对象?
定义对象的类别、名称和业务含义,让同一术语在不同系统中保持一致。
客户 / 账户 / 产品Fintology · 企业本体与知识图谱
Fintology 面向企业与金融机构,将分散在业务系统、文档和专家经验中的概念、属性、关系与规则整理为统一的业务模型。连接客户、账户、产品、订单等业务对象,关联数据来源与知识依据,为企业知识检索、业务分析和岗位智能体提供一致的业务语义。

定义业务含义关联真实数据保留来源与版本
什么是本体
本体是对一个业务领域的概念、属性、关系及约束的明确描述。它让业务人员、系统和智能体对同一个词、同一类对象及其联系形成共同理解。
定义对象的类别、名称和业务含义,让同一术语在不同系统中保持一致。
客户 / 账户 / 产品明确对象的特征、字段含义与数据类型,减少同名异义和口径差异。
客户编号 / 产品类型用明确的业务关系连接对象,为跨系统查询和关联分析提供路径。
客户 — 持有 → 账户将字段要求、取值范围和关联条件写清楚,作为数据核查与专家审核的依据。
状态取值 / 关联条件本体明确业务对象的定义与联系;知识图谱将具体对象和记录按这些关系组织起来。两者配合,让业务含义与实际数据相互对应。
概念参考:W3C OWL 2业务模型与知识图谱
以统一的概念定义连接业务数据,保留每条关系的来源。围绕一个问题,找到相关对象、关联路径和业务依据。
把客户资料、账户记录和产品信息按统一业务定义关联起来,减少跨系统理解与核对的成本。
客户编号 · 业务分类
账户编号 · 账户状态
产品编号 · 产品类型
员工编号 · 所属机构
发生时间 · 交易金额
适用范围 · 资料版本
明确对象、属性与关系的含义。
将具体记录关联到这些定义。
按业务关系连接对象和来源。
customer_id → 客户编号
acct_no → 账户编号
product_code → 产品编号
沿“客户 — 账户 — 产品”关系查找相关记录,并关联各系统的数据来源。
将订单需求、零件信息和工艺规范按业务关系组织起来,为生产查询和工程知识复用提供共同依据。
订单编号 · 交付要求
零件编号 · 材料规格
工艺编号 · 工序要求
客户编号 · 需求记录
工单编号 · 当前状态
适用对象 · 资料版本
明确对象、属性与关系的含义。
将具体记录关联到这些定义。
按业务关系连接对象和来源。
order_no → 订单编号
part_id → 零件编号
process_code → 工艺编号
沿“订单 — 零件 — 工艺”关系查找所需资料,并关联工单与技术规范。
如何搭建企业本体
先确定使用范围和要回答的问题,再梳理术语、建立模型、关联数据并验证。由业务人员与技术团队共同维护,随业务变化持续完善。
列出需要回答的问题,明确使用场景与维护职责。
汇总数据字典、制度和行业词汇,整理同义词与定义。
建立概念层级、属性、关系与必要约束。
连接业务实例与来源,保留跨系统标识映射。
用业务问题核验模型,检查数据并由专家复核。
记录模型和定义来源的变更,持续完善业务模型。
连接知识、数据与业务 Agent
业务模型明确“对象是什么、彼此有什么关系”,知识库提供原始资料,智能体结合业务任务使用这些知识与数据。
组织制度、手册和业务资料,为概念与规则提供原文依据。
了解 FinLore统一概念、属性、关系与规则,连接知识和业务记录。
企业业务模型结合业务模型查询相关对象与资料,辅助员工完成分析和处理。
了解 FinClaw业务定义、数据来源与知识依据持续维护,让不同岗位围绕同一套业务模型协作。
业务咨询
介绍您的业务需求、现有系统和部署环境,我们将提供产品演示与技术交流。

本体定义概念、属性、关系与约束,明确业务含义;知识图谱将具体业务对象及其关系组织起来;知识库保存制度、手册等资料并提供检索与引用。三者可以配合使用,让业务数据、概念定义与原文依据相互关联。
可以从一个业务问题和相关数据开始,例如客户账户查询或订单物料追踪。先明确范围、对象和关系,用业务问题验证模型,再逐步扩展到其他部门与场景。
数据库结构说明数据怎样存储,数据字典说明字段含义。本体进一步明确跨系统的概念及其关系,例如不同系统的“客户”是否指同一对象、账户与产品如何关联。已有数据字典可作为建模起点。
本体描述业务含义与关系,数据约束用于检查记录是否符合要求。涉及业务系统变更时,由智能体调用业务工具,并通过 FinGuard 管理授权、审批和执行记录;本体模型与操作执行分别管理。