2026/9/11 18:23:37
FEATURED · 精选文章 
前面的文章已经把 Object、Property 与 Link 说清楚了。但模型画对不代表对象认对。恒川工业的缺料应用同时收到三条物料记录ERP 的M-1042、WMS 的MAT1042-SH、供应商门户的P-8821。名称写法不同系统来源不同却都对应同一个关键采购物料。如果把它们建成三个 Material760 EA 可用库存、采购承诺和生产需求会被分散到不同对象上如果只因名称相似就自动合并又可能把规格不同的物料当成同一种。Object Set、Link、Action 与 Agent 会基于错误身份非常准确地处理错误对象。项目团队必须回答现实中的哪个东西才算 Ontology 里的同一个 Object这就是Object Identity。一句话定义身份回答“它是谁”不是“它叫什么”Object Identity 是业务规则与技术标识共同作出的约定哪些来源记录代表同一个现实业务对象以及这个对象在Ontology中用哪个稳定身份持续存在。在 Palantir 产品里Object Identity 是一个建模主题不是独立应用或按钮。它最终会落实为 Object Type 的Primary Key、来源键映射、Backing Datasource、索引行为以及围绕合并、拆分、停用和例外建立的治理流程。官方 Functions 文档把对象标识拆成两种主要技术表示Object RID以及Object Type Primary Key。新建但尚未落地的对象可能没有 RID却始终需要typeId和primaryKey。比较对象时官方建议比较typeId和primaryKey而不是 JavaScript 引用或可能为空的 RID。PalantirObject identifiers先归位身份位于 Palantir 架构的哪里对象身份不与 Foundry、AIP、Apollo 平级也不与 Ontology 平级。它属于 Ontology Language 中 Object Type 的基础语义同时依赖数据映射和 Ontology Engine 的索引运行。它的上级是 Ontology 与 Object Type与它经常一起讨论的是 Primary Key、Business Key、Source Key、Title Key、Object RID、对象状态和版本它的基础构件则包括权威来源、Crosswalk、匹配规则、人工复核、Primary Key 映射与索引质量检查。在产品形态上建设者会在 Pipeline 或 MDM 结果中准备统一键在 Ontology Manager 中把相应 Property 配成 Primary Key并在索引、对象查询、Link、Action 和应用中观察结果。它不是一个单独页面而是一条贯穿数据到运营的契约。六种“像编号的东西”其实不在同一层名称是什么用途恒川例子不能拿它做什么Source Key某个来源系统内部的本地键回到源记录、写回和追溯ERPM-1042、WMSMAT1042-SH跨系统直接认定同一对象Business Key业务上有意义的候选唯一键或组合匹配、查找、沟通制造商料号 规格 单位未经治理直接充当永久身份Canonical ID企业统一身份结果跨系统汇聚与稳定引用MAT-0001042代替来源键进行目标系统写回Primary KeyObject Type 中唯一识别实例的 Property与 Object Type 一起识别 Ontology ObjectMaterial MAT-0001042充当显示名称或敏感字段保险箱Title KeyObject Type 的显示配置给人展示可读名称物料标准描述作为唯一性或稳定性依据Object RID对象被创建后由平台分配的技术标识平台内部引用既有对象平台生成的 RID充当企业物料编码或新对象创建前的必有值其中Primary Key、Title Key 与 Object RID 是 Palantir 产品中的明确术语Source Key、Business Key、Canonical ID 是本文用于跨系统身份治理的实施词汇不代表 Foundry 会自动生成对应资源。后文的 Identity Contract 也属于本系列 BA 模板。此外Object Type 自己也有 ID、API name 和资源 RID用于识别“Material 这一类型或资源”它们不是某个 Material 实例的 Primary Key。第 4 篇讲过的 Foundry Resource RID 与这里的 Object RID 都属于技术标识语境却标识不同实体不能与MAT-0001042混用。对象版本与对象身份也不是一回事恒川 WMS 从 800 EA 在手扣除 20 EA 冻结和 20 EA 预留得到 760 EA 可用。库存状态改变不会让MAT-0001042变成一个新 Material。可以这样区分Identity回答对象是否还是“同一个它”State回答它此刻处于什么业务状态Version/transaction回答平台或来源在何次变更中记录了什么Snapshot/Event回答是否需要把某个时点或一次变化保存成独立业务事实。名称、状态、价格、库存和更新时间改变通常不应改变 Material Primary Key。反过来工程规格、基本计量单位、质量等级或替代边界发生实质变化时企业要判断这是同一物料的新状态还是必须产生新身份。这个判断来自业务治理不由版本号自动决定第 14 篇会继续拆解当前状态、事件、快照和时间序列。恒川三条来源记录怎样归到同一个 Material步骤一先定义业务上的“同一个”恒川的教学规则是集团可调拨范围内只有工程规格、基本计量单位、质量等级和替代边界一致记录才有资格归到同一个 Material。名称相同不是充分条件本地编码相似也不是充分条件。三条主线记录已经由物料主数据负责人确认source_systemsource_object_typesource_key匹配证据canonical_material_idERPMaterialM-1042权威主数据记录MAT-0001042WMSItemMAT1042-SHERP—WMS Crosswalk规格与单位一致MAT-0001042Supplier PortalSupplier ItemP-8821已批准供应商物料映射MAT-0001042如果另一个来源只有同名描述却在规格或质量等级上冲突就不能为了提高匹配率强制并入MAT-0001042而应进入 Identity Review Queue。步骤二把完整来源身份写清楚Source Key 不能脱离来源语境。完整来源身份至少是source_system source_object_type source_key供应商门户的P-8821与 ERP 的M-1042看起来毫无相似性但 Crosswalk 可以确认它们指向同一个 Material两个系统即使都出现M-1042也不能仅凭字符串相等就合并。Crosswalk 可以由 MDM 提供也可以通过 Foundry Pipeline、映射 Dataset 与人工治理流程维护。关键不是工具名而是必须有 Owner、版本、审批证据、有效期和异常处理。步骤三准备可索引的统一 Primary KeyERP M-1042 ─────────┐ WMS MAT1042-SH ─────┼─ 标准化来源键 ─ Crosswalk/规则 ─ MAT-0001042 Portal P-8821 ──────┘ │ ├─ Confirmed → Material datasource └─ Ambiguous → Identity Review Queue不确定的记录宁可暂缓进入自动处置也不能“猜一个最像的 Material”。错误合并会让库存、需求和 Action 一起串错。步骤四在 Object Type 中配置 Primary KeyPalantir 要求每个 Object Type 至少有一个 Property因为 Object Type 需要 Primary Key 唯一识别实例。Title Key 则只负责显示名称。PalantirCreate an object type恒川在MaterialObject Type 中将canonical_material_id配置为 Primary Key将标准物料描述设为 Title Key并把三个来源编码保留为可追溯映射而不是覆盖成同一个字符串。最终用户只看到一个业务对象Material / MAT-0001042 Source identities: ERP / Material / M-1042 WMS / Item / MAT1042-SH Supplier Portal / Supplier Item / P-8821身份为什么会影响上层所有能力决定“更新”还是“新建”同一个 Primary Key 的后续状态应更新同一个 Material不同 Primary Key 则代表另一个实例。若 Primary Key 每次构建都随机变化原对象的 edits 可能丢失Link 也可能消失。官方因此要求 Primary Key 保持确定性并提醒避免用行号或随机生成值。PalantirCreate an object type决定 Link 连向谁HC-PO-260815消耗哪个 Material、HC-PO-88210-20采购哪个 Material、SUP-0088供应哪个 Material、AP-2048处置哪个 Material都需要稳定端点。False Merge 会把关系串错False Split 会让订单和库存挂到不同对象。决定 Object Set 是否可信“未来七天待处置的高风险物料”按 Object 计算。若三个来源成为三个 Material同一物料可能重复入列或缺口被分散若两种规格错误合并库存又可能虚假抵消需求。决定 Action 和写回是否修改正确对象Action 对MAT-0001042作出业务决定写回 WMS 时仍要解析到MAT1042-SH通知供应商门户时要解析到P-8821。Canonical ID 不能替代目标系统 Source KeyCrosswalk 是写回路由的一部分。决定审计和 Agent 究竟谈论谁历史审计必须稳定引用当时的 Material 与方案。Agent 生成建议时也必须拿到正确对象身份不能用显示名称模糊匹配后直接调用高影响 Action。产品约束Primary Key 不是随便挑一列唯一、确定且类型可用Object Storage v2 在索引时执行数据限制单一 transaction 内 Primary Key 重复会报错跨 transaction 出现相同 Primary Key 时较后 transaction 的版本被使用。对 batch datasource限制违规会让 indexing job 失败对 streaming datasource违规记录会被丢弃。Geopoint、Geoshape、Array、Time Series Property 和 real number 类型不能作为 Primary Key。PalantirOSv2 data restrictions这些是平台约束但“业务上是否同一个”仍需企业规则回答。多数据源仍要共享同一 Primary KeyMulti-datasource Object Type 目前只在 Object Storage v2 支持而且只有column-wiseMDO可用row-wise MDO 尚不支持。输入仅限 Foundry Dataset 或 Restricted Viewstreaming source 不支持。PalantirMulti-datasource object typesColumn-wise MDO 要求每个输入 Datasource 都映射 Object Type 的同一 Primary Key。普通 Property 只能来自其中一个输入若各输入的 Primary Key 集合不同对象仍可出现但缺少该键的数据源所提供的 Property 会显示为null。MDO 不是身份解析器。输入源若没有先确认统一键多接一个 Datasource 只会把错误带进同一个对象。Primary Key 不适合承载敏感号码Property Security Policy 必须建立在 Object Security Policy 之上Primary Key Property 不能加入任何 Property Security Policy因而不能在对象可见后再用属性策略单独遮蔽。身份证号、手机号等敏感自然键若直接成为 Primary Key会带来权限和集成风险。PalantirObject security policies更稳妥的做法通常是使用无业务含义但稳定的 Canonical ID把敏感标识放在受控 Property 中。改 Primary Key 不是普通改字段官方文档指出edits 会永久附着在对应 Primary Key 值上修改 Object Type Primary Key 时平台会提示删除已有 edits。身份迁移还可能影响 Link、Object Set、Action Log、应用链接、外部写回与历史决策必须走变更评审、回退和对账。两类失败错并和错拆错误恒川表现业务后果控制方式False Merge只因名称相同把规格冲突记录并入MAT-0001042错用库存、Link 串线、Action 操作错物料工程规格/单位/等级/替代边界冲突时禁止自动合并False SplitM-1042、MAT1042-SH、P-8821成为三个 Material760 EA 与需求无法正确对应风险重复或漏算Crosswalk、孤立记录监控与人工复核身份质量不能只用“匹配率”衡量。高匹配率可能来自过度合并BA 还要观察 False Merge、False Split、未解析队列时长、下游 Link 异常和写回解析失败。BA 工作台Material Identity ContractIdentity Contract是本系列 BA 实施资产不是 Palantir 官方固定模板。规格项恒川填写样例Object TypeMaterialOntology Primary Keycanonical_material_id示例MAT-0001042Title Key标准物料描述身份适用范围集团可调拨与替代判断范围完整来源身份source_system source_object_type source_keySource KeysERPM-1042WMSMAT1042-SHPortalP-8821Business Key / 匹配证据制造商料号、工程规格、单位、质量等级、替代边界解析状态与证据Confirmed / Ambiguous / Rejected记录规则或 Crosswalk 版本、审批人和有效期自动确认权威 MDM ID 或有效、已批准 Crosswalk禁止自动合并规格、单位、等级或替代边界冲突未解析处理Identity Review Queue不得进入自动处置合并规则保留存续身份和旧键映射先检查 Link/Action/审计影响拆分规则冻结高风险 Action重新归属属性、Link 与历史引用停用规则保留历史身份和 Link不进入新的AP-2048类方案写回解析按目标系统和组织找到对应 Source KeyBusiness Owner物料主数据负责人Technical OwnerData Product / Ontology Team最小验收集三条主线记录稳定归到MAT-0001042同名但规格冲突的记录不会自动合并Material 改名、库存变化后 Primary Key 不变无 Crosswalk 的记录进入人工队列Link、Object Set、Action 与写回都指向正确身份同一 transaction 的重复 Primary Key 会使 batch indexing 失败随机键或行号键因重建后身份漂移而不能通过发布验收不同权限用户只看到被授权对象与 Property。边界Ontology 不会自动替企业完成 MDMFoundry 可以承载数据清洗、Crosswalk、对象映射、人工复核和治理工作流但不会替恒川决定什么叫“同一个物料”。已有 MDM 可以提供 Canonical ID没有 MDM也必须有明确规则、Owner、冲突处理和生效历史。相反也不必为了建立 Ontology 先完成整个集团的主数据大一统。Decision-back 的做法是先治理支撑缺料处置闭环所需的 Material、Order、Supplier、Warehouse 和 Proposal 身份再依据真实复用证据扩展。结论Object Identity 回答 Ontology 中的 Object 究竟是谁。Primary Key 是它在 Object Type 中的核心技术落点Business Key 和 Source Key 提供匹配证据与来源追溯Object RID 是对象创建后的平台技术标识状态与版本则记录同一身份怎样变化。恒川的 ERPM-1042、WMSMAT1042-SH、供应商门户P-8821只有在业务规则和 Crosswalk 确认后才成为同一个Material / MAT-0001042。身份一旦错误上层 Ontology 会以更高效率放大错误。对象身份稳定以后另一个问题会出现Plant、Warehouse、Supplier 等多个 Object Type 反复拥有地址、组织、数量与计量语义。什么时候应该用 Interface、Shared Property、Struct 或 Value Type 复用什么时候抽象反而让 Ontology 更难使用本文依据 Palantir 公开资料、本地阅读笔记及业务分析与实施研究整理与 Palantir Technologies 无官方关联。“Identity Contract”、Crosswalk 字段和身份解析流程是本系列 BA 实施资产不是官方固定模板。恒川工业及其编号、匹配规则均为虚构教学案例。产品行为与限制可能变化请以官方文档和目标环境为准。
Palantir Study 12｜对象身份：三条记录怎样成为同一个 Material
前面的文章已经把 Object、Property 与 Link 说清楚了。但模型画对不代表对象认对。恒川工业的缺料应用同时收到三条物料记录ERP 的M-1042、WMS 的MAT1042-SH、供应商门户的P-8821。名称写法不同系统来源不同却都对应同一个关键采购物料。如果把它们建成三个 Material760 EA 可用库存、采购承诺和生产需求会被分散到不同对象上如果只因名称相似就自动合并又可能把规格不同的物料当成同一种。Object Set、Link、Action 与 Agent 会基于错误身份非常准确地处理错误对象。项目团队必须回答现实中的哪个东西才算 Ontology 里的同一个 Object这就是Object Identity。一句话定义身份回答“它是谁”不是“它叫什么”Object Identity 是业务规则与技术标识共同作出的约定哪些来源记录代表同一个现实业务对象以及这个对象在Ontology中用哪个稳定身份持续存在。在 Palantir 产品里Object Identity 是一个建模主题不是独立应用或按钮。它最终会落实为 Object Type 的Primary Key、来源键映射、Backing Datasource、索引行为以及围绕合并、拆分、停用和例外建立的治理流程。官方 Functions 文档把对象标识拆成两种主要技术表示Object RID以及Object Type Primary Key。新建但尚未落地的对象可能没有 RID却始终需要typeId和primaryKey。比较对象时官方建议比较typeId和primaryKey而不是 JavaScript 引用或可能为空的 RID。PalantirObject identifiers先归位身份位于 Palantir 架构的哪里对象身份不与 Foundry、AIP、Apollo 平级也不与 Ontology 平级。它属于 Ontology Language 中 Object Type 的基础语义同时依赖数据映射和 Ontology Engine 的索引运行。它的上级是 Ontology 与 Object Type与它经常一起讨论的是 Primary Key、Business Key、Source Key、Title Key、Object RID、对象状态和版本它的基础构件则包括权威来源、Crosswalk、匹配规则、人工复核、Primary Key 映射与索引质量检查。在产品形态上建设者会在 Pipeline 或 MDM 结果中准备统一键在 Ontology Manager 中把相应 Property 配成 Primary Key并在索引、对象查询、Link、Action 和应用中观察结果。它不是一个单独页面而是一条贯穿数据到运营的契约。六种“像编号的东西”其实不在同一层名称是什么用途恒川例子不能拿它做什么Source Key某个来源系统内部的本地键回到源记录、写回和追溯ERPM-1042、WMSMAT1042-SH跨系统直接认定同一对象Business Key业务上有意义的候选唯一键或组合匹配、查找、沟通制造商料号 规格 单位未经治理直接充当永久身份Canonical ID企业统一身份结果跨系统汇聚与稳定引用MAT-0001042代替来源键进行目标系统写回Primary KeyObject Type 中唯一识别实例的 Property与 Object Type 一起识别 Ontology ObjectMaterial MAT-0001042充当显示名称或敏感字段保险箱Title KeyObject Type 的显示配置给人展示可读名称物料标准描述作为唯一性或稳定性依据Object RID对象被创建后由平台分配的技术标识平台内部引用既有对象平台生成的 RID充当企业物料编码或新对象创建前的必有值其中Primary Key、Title Key 与 Object RID 是 Palantir 产品中的明确术语Source Key、Business Key、Canonical ID 是本文用于跨系统身份治理的实施词汇不代表 Foundry 会自动生成对应资源。后文的 Identity Contract 也属于本系列 BA 模板。此外Object Type 自己也有 ID、API name 和资源 RID用于识别“Material 这一类型或资源”它们不是某个 Material 实例的 Primary Key。第 4 篇讲过的 Foundry Resource RID 与这里的 Object RID 都属于技术标识语境却标识不同实体不能与MAT-0001042混用。对象版本与对象身份也不是一回事恒川 WMS 从 800 EA 在手扣除 20 EA 冻结和 20 EA 预留得到 760 EA 可用。库存状态改变不会让MAT-0001042变成一个新 Material。可以这样区分Identity回答对象是否还是“同一个它”State回答它此刻处于什么业务状态Version/transaction回答平台或来源在何次变更中记录了什么Snapshot/Event回答是否需要把某个时点或一次变化保存成独立业务事实。名称、状态、价格、库存和更新时间改变通常不应改变 Material Primary Key。反过来工程规格、基本计量单位、质量等级或替代边界发生实质变化时企业要判断这是同一物料的新状态还是必须产生新身份。这个判断来自业务治理不由版本号自动决定第 14 篇会继续拆解当前状态、事件、快照和时间序列。恒川三条来源记录怎样归到同一个 Material步骤一先定义业务上的“同一个”恒川的教学规则是集团可调拨范围内只有工程规格、基本计量单位、质量等级和替代边界一致记录才有资格归到同一个 Material。名称相同不是充分条件本地编码相似也不是充分条件。三条主线记录已经由物料主数据负责人确认source_systemsource_object_typesource_key匹配证据canonical_material_idERPMaterialM-1042权威主数据记录MAT-0001042WMSItemMAT1042-SHERP—WMS Crosswalk规格与单位一致MAT-0001042Supplier PortalSupplier ItemP-8821已批准供应商物料映射MAT-0001042如果另一个来源只有同名描述却在规格或质量等级上冲突就不能为了提高匹配率强制并入MAT-0001042而应进入 Identity Review Queue。步骤二把完整来源身份写清楚Source Key 不能脱离来源语境。完整来源身份至少是source_system source_object_type source_key供应商门户的P-8821与 ERP 的M-1042看起来毫无相似性但 Crosswalk 可以确认它们指向同一个 Material两个系统即使都出现M-1042也不能仅凭字符串相等就合并。Crosswalk 可以由 MDM 提供也可以通过 Foundry Pipeline、映射 Dataset 与人工治理流程维护。关键不是工具名而是必须有 Owner、版本、审批证据、有效期和异常处理。步骤三准备可索引的统一 Primary KeyERP M-1042 ─────────┐ WMS MAT1042-SH ─────┼─ 标准化来源键 ─ Crosswalk/规则 ─ MAT-0001042 Portal P-8821 ──────┘ │ ├─ Confirmed → Material datasource └─ Ambiguous → Identity Review Queue不确定的记录宁可暂缓进入自动处置也不能“猜一个最像的 Material”。错误合并会让库存、需求和 Action 一起串错。步骤四在 Object Type 中配置 Primary KeyPalantir 要求每个 Object Type 至少有一个 Property因为 Object Type 需要 Primary Key 唯一识别实例。Title Key 则只负责显示名称。PalantirCreate an object type恒川在MaterialObject Type 中将canonical_material_id配置为 Primary Key将标准物料描述设为 Title Key并把三个来源编码保留为可追溯映射而不是覆盖成同一个字符串。最终用户只看到一个业务对象Material / MAT-0001042 Source identities: ERP / Material / M-1042 WMS / Item / MAT1042-SH Supplier Portal / Supplier Item / P-8821身份为什么会影响上层所有能力决定“更新”还是“新建”同一个 Primary Key 的后续状态应更新同一个 Material不同 Primary Key 则代表另一个实例。若 Primary Key 每次构建都随机变化原对象的 edits 可能丢失Link 也可能消失。官方因此要求 Primary Key 保持确定性并提醒避免用行号或随机生成值。PalantirCreate an object type决定 Link 连向谁HC-PO-260815消耗哪个 Material、HC-PO-88210-20采购哪个 Material、SUP-0088供应哪个 Material、AP-2048处置哪个 Material都需要稳定端点。False Merge 会把关系串错False Split 会让订单和库存挂到不同对象。决定 Object Set 是否可信“未来七天待处置的高风险物料”按 Object 计算。若三个来源成为三个 Material同一物料可能重复入列或缺口被分散若两种规格错误合并库存又可能虚假抵消需求。决定 Action 和写回是否修改正确对象Action 对MAT-0001042作出业务决定写回 WMS 时仍要解析到MAT1042-SH通知供应商门户时要解析到P-8821。Canonical ID 不能替代目标系统 Source KeyCrosswalk 是写回路由的一部分。决定审计和 Agent 究竟谈论谁历史审计必须稳定引用当时的 Material 与方案。Agent 生成建议时也必须拿到正确对象身份不能用显示名称模糊匹配后直接调用高影响 Action。产品约束Primary Key 不是随便挑一列唯一、确定且类型可用Object Storage v2 在索引时执行数据限制单一 transaction 内 Primary Key 重复会报错跨 transaction 出现相同 Primary Key 时较后 transaction 的版本被使用。对 batch datasource限制违规会让 indexing job 失败对 streaming datasource违规记录会被丢弃。Geopoint、Geoshape、Array、Time Series Property 和 real number 类型不能作为 Primary Key。PalantirOSv2 data restrictions这些是平台约束但“业务上是否同一个”仍需企业规则回答。多数据源仍要共享同一 Primary KeyMulti-datasource Object Type 目前只在 Object Storage v2 支持而且只有column-wiseMDO可用row-wise MDO 尚不支持。输入仅限 Foundry Dataset 或 Restricted Viewstreaming source 不支持。PalantirMulti-datasource object typesColumn-wise MDO 要求每个输入 Datasource 都映射 Object Type 的同一 Primary Key。普通 Property 只能来自其中一个输入若各输入的 Primary Key 集合不同对象仍可出现但缺少该键的数据源所提供的 Property 会显示为null。MDO 不是身份解析器。输入源若没有先确认统一键多接一个 Datasource 只会把错误带进同一个对象。Primary Key 不适合承载敏感号码Property Security Policy 必须建立在 Object Security Policy 之上Primary Key Property 不能加入任何 Property Security Policy因而不能在对象可见后再用属性策略单独遮蔽。身份证号、手机号等敏感自然键若直接成为 Primary Key会带来权限和集成风险。PalantirObject security policies更稳妥的做法通常是使用无业务含义但稳定的 Canonical ID把敏感标识放在受控 Property 中。改 Primary Key 不是普通改字段官方文档指出edits 会永久附着在对应 Primary Key 值上修改 Object Type Primary Key 时平台会提示删除已有 edits。身份迁移还可能影响 Link、Object Set、Action Log、应用链接、外部写回与历史决策必须走变更评审、回退和对账。两类失败错并和错拆错误恒川表现业务后果控制方式False Merge只因名称相同把规格冲突记录并入MAT-0001042错用库存、Link 串线、Action 操作错物料工程规格/单位/等级/替代边界冲突时禁止自动合并False SplitM-1042、MAT1042-SH、P-8821成为三个 Material760 EA 与需求无法正确对应风险重复或漏算Crosswalk、孤立记录监控与人工复核身份质量不能只用“匹配率”衡量。高匹配率可能来自过度合并BA 还要观察 False Merge、False Split、未解析队列时长、下游 Link 异常和写回解析失败。BA 工作台Material Identity ContractIdentity Contract是本系列 BA 实施资产不是 Palantir 官方固定模板。规格项恒川填写样例Object TypeMaterialOntology Primary Keycanonical_material_id示例MAT-0001042Title Key标准物料描述身份适用范围集团可调拨与替代判断范围完整来源身份source_system source_object_type source_keySource KeysERPM-1042WMSMAT1042-SHPortalP-8821Business Key / 匹配证据制造商料号、工程规格、单位、质量等级、替代边界解析状态与证据Confirmed / Ambiguous / Rejected记录规则或 Crosswalk 版本、审批人和有效期自动确认权威 MDM ID 或有效、已批准 Crosswalk禁止自动合并规格、单位、等级或替代边界冲突未解析处理Identity Review Queue不得进入自动处置合并规则保留存续身份和旧键映射先检查 Link/Action/审计影响拆分规则冻结高风险 Action重新归属属性、Link 与历史引用停用规则保留历史身份和 Link不进入新的AP-2048类方案写回解析按目标系统和组织找到对应 Source KeyBusiness Owner物料主数据负责人Technical OwnerData Product / Ontology Team最小验收集三条主线记录稳定归到MAT-0001042同名但规格冲突的记录不会自动合并Material 改名、库存变化后 Primary Key 不变无 Crosswalk 的记录进入人工队列Link、Object Set、Action 与写回都指向正确身份同一 transaction 的重复 Primary Key 会使 batch indexing 失败随机键或行号键因重建后身份漂移而不能通过发布验收不同权限用户只看到被授权对象与 Property。边界Ontology 不会自动替企业完成 MDMFoundry 可以承载数据清洗、Crosswalk、对象映射、人工复核和治理工作流但不会替恒川决定什么叫“同一个物料”。已有 MDM 可以提供 Canonical ID没有 MDM也必须有明确规则、Owner、冲突处理和生效历史。相反也不必为了建立 Ontology 先完成整个集团的主数据大一统。Decision-back 的做法是先治理支撑缺料处置闭环所需的 Material、Order、Supplier、Warehouse 和 Proposal 身份再依据真实复用证据扩展。结论Object Identity 回答 Ontology 中的 Object 究竟是谁。Primary Key 是它在 Object Type 中的核心技术落点Business Key 和 Source Key 提供匹配证据与来源追溯Object RID 是对象创建后的平台技术标识状态与版本则记录同一身份怎样变化。恒川的 ERPM-1042、WMSMAT1042-SH、供应商门户P-8821只有在业务规则和 Crosswalk 确认后才成为同一个Material / MAT-0001042。身份一旦错误上层 Ontology 会以更高效率放大错误。对象身份稳定以后另一个问题会出现Plant、Warehouse、Supplier 等多个 Object Type 反复拥有地址、组织、数量与计量语义。什么时候应该用 Interface、Shared Property、Struct 或 Value Type 复用什么时候抽象反而让 Ontology 更难使用本文依据 Palantir 公开资料、本地阅读笔记及业务分析与实施研究整理与 Palantir Technologies 无官方关联。“Identity Contract”、Crosswalk 字段和身份解析流程是本系列 BA 实施资产不是官方固定模板。恒川工业及其编号、匹配规则均为虚构教学案例。产品行为与限制可能变化请以官方文档和目标环境为准。 
