销售负责人问：“哪些重点客户的订单已经超过承诺交付日期，还需要我跟进？”这不是简单查一张订单表。重点客户、承诺日期和交付完成都需要先定义。
模型定义告诉我们什么关系有意义，事实证据告诉我们某件事是否真的发生。
先保留真正需要追踪的对象
客户、订单和交付记录应当分开。一个客户可以有多笔订单，不同订单有不同承诺日期和交付状态。把风险直接压成“客户有风险”，会失去具体订单和证据。
再把定义与事实分开
“订单必须关联一个客户”是模型约束；“O88 关联甲公司”是具体事实。前者不能代替后者，关系定义也不能凭空产生业务事实。
数据缺失时保持不确定
如果仓储系统没有同步，不能直接写“未签收”。更稳妥的结果是“状态待核实”，并带出来源、更新时间和覆盖范围。
从查询到动作要有边界
平台可以给出跟进建议，但创建 CRM 任务仍需要权限、确认、幂等和审计。模型中定义了动作，不等于系统已经安全执行动作。
这就是本体论的实际价值：让业务概念、对象、关系、事实和行动边界可以被共同讨论、共同检查。