D365产品号码、公司物料号与搜索名：三个名字为何承担不同身份

Microsoft的Product identifiers将product number列为产品的主要标识，也称唯一product ID。页面另说明，与Microsoft Dataverse同步时，产品变体作为各自独立的产品同步，Supply Chain Management里的产品号也成为Dataverse中的产品号。[1] 这里的号码对应产品身份，不能仅因为几个变体属于同一主数据，就把它们在这一段中的身份合并。

Item number则有具体公司范围：它是某一legal entity使用的产品标识。官方保留这种模型的历史理由是兼容Dynamics AX 2009及以前版本。这个缘由交代的是软件模型沿革，不意味着所有产品只剩一套公司内部称呼，也不在本文中转化为更换企业编码的建议。

对产品变体，单独的item number还不够。原文要求同时具有该物料号，以及产品主数据上定义的全部产品维度组合。少了其中的维度信息，字串本身没有完整表达所指变体。于是，一项product number可以是主要唯一身份，而一个item number在变体语境下需要带上其他维度；这不是给同一字段换了两种显示名称。

面向人阅读的product name和description又是另一层。它们可以用多种语言维护。客户端默认显示公司默认语言，而不是用户语言；与客户、供应商通信时采用的译名和描述，则根据相应账户的language code。前者的参照对象是当前公司的默认语言，后者的参照对象是通信账户，不能用用户界面的一种语言代替两项规则。

名称本身也不承担产品号的唯一性要求。来源明确说，产品名称没有必须唯一的条件，可能出现多个产品具有同一个名字。因此，“名称相同”不能独自补出“唯一产品ID相同”；多语言维护也没有取消这个非唯一条件。人可读文字与唯一标识虽都描述产品，却保留了不同的身份约束。

页面再为product和item——即released product——列出secondary search name。它不必唯一，而且可在产品或产品变体建立后改变。与主要唯一标识相比，这个名称被单独称为次级搜索资料；创建后可以变化的搜索字串，不能被转述成不可变的唯一产品身份。

搜索名的内容还可以来自企业外部。官方列举客户产品ID、供应商产品ID或其他外部产品ID，在它们构成主要搜索条件时可包含在search name中。由此，同一项资料可以同时有内部产品号和供搜索使用的外部号码文字；外部字串出现在搜索字段，不表示它已取代主要产品号的定义。

把这几项资料并列，能具体看到不同参照范围：产品号追踪产品，物料号属于具体公司，变体还由物料号与维度组合表达，名称与描述面向人的语言，搜索名另有可变和非唯一条件。它们之间的区别来自逐项定义，不是依号码长度或文字是否容易记忆来判定。

本篇不采用编号策略推荐、导入和搜索配置步骤、条码或库存财税建议，也未查询真实产品数据；首发日期仍未知。