什么是 Enterprise Ontology？

Ontology 从业务问题中选取对象和关系。它的价值取决于对象能否与来源记录、指标口径和责任人对应，而不是图谱里有多少节点。

核心说明

Enterprise Ontology 是企业对象及其关系的可治理表达，使数据、规则、责任和动作能在同一业务语义下被人和 AI 理解。

从数据库到业务对象，先确定什么？

先确定需要回答的问题，再列最少对象：例如门店、订单、商品、活动与负责人。对每个对象记录来源、唯一标识、有效时间和维护责任。名称相同不代表同一对象；不同系统的同一门店需要映射关系，不能仅凭文字相似自动合并。

建立来源键到业务对象键的映射表，保留原值、映射依据、有效期和确认状态。对重复编码、停用门店、套餐与单品、改名商品分别设规则。无法确认的映射保持待确认，并从需要精确归属的结论中排除，同时说明覆盖缺口。

每个指标需写明含义、单位、粒度、期间、计算公式、过滤条件和来源。收入、实收与结算不是天然相同的指标；门店负责人和商品分类也会变化。历史分析应使用适用期间的关系，不能把今天的组织或菜单结构直接套回历史。

说明性流程，非客户案例：将某门店某营业日的异常连接到源报表、指标定义、数据更新时间和当期负责岗位。若商品编码尚未确认，只能把问题交给负责人核对，不能自动归因到某道菜，也不能将推测记为经营事实。

准备来源字段说明、主数据样本、跨系统编码表、指标字典和组织职责。验收时抽查一条对象从源记录到结论的往返追溯，再测试重名、缺映射和历史变更。对象数或关系数不能单独作为验收依据；应证明对象没有串店、串期或无依据合并。

W3C PROV 概览讨论产生数据的实体、活动和相关主体，可作为设计来源记录的参考；它不规定本页的企业对象分类。Ontology 不能修复不存在的原始事实，也不能用关系推断替代授权。本文为方法说明，不代表 Ontara 已在客户环境实现完整映射。

内容复核日期：2026-10-18（不代表项目成效日期）