# PHITE V2 — Engineering Identity & Numbering Foundation Proposal

> **Status**: **CANONICAL — LOCKED · D-040**（Identity & Numbering Foundation · Owner 批准 · v0.3）
> **Baseline**: PHITE V2 Engineering Delivery System — CANONICAL — LOCKED · **D-038** · PHITE V2 Engineering Object Foundation — CANONICAL — LOCKED · **D-039**（本提案 = 路线图第 2 份基础文档 · D-039 下一阶段授权 · D-040）
> **Authoritative reference**: **PHITE Enterprise Coding Standard V1.1**（既有编码原则 · 权威 · 本提案承接）—— ① 业务身份稳定 ② 修订与身份分离 ③ 关系定义归属与关联 ④ 状态不编入身份 ⑤ ID 人类可读 · 非数据库键
> **Relationship**: D-038 定义工程语言与结构 · D-039 定义对象模型（登记条目 Object ID 字段语法待本基础定义）—— 本提案将对象身份落为**工业工程编号标准**（Domain 03 Engineering Identity & Numbering System）
> **Boundary**: 不修改 D-038 架构 / D-039 对象模型 / V1 tokens / V1 grammar / V1 surface system / Theme Runtime · 不创建 UI / HTML / 软件实现 · 非数据库键设计
> **Authority order**: ① Owner 决定 ＞ ② D-038 / D-039（CANONICAL — LOCKED · V2）＞ ③ Enterprise Coding Standard V1.1 ＞ ④ 现行 V1 规范 ＞ ⑤ 本提案（D-040 · CANONICAL — LOCKED · V2）
> **Version**: **v0.3**（2026-08-18 · Final Clarification —— D-040 冻结前最终澄清：新增 **Discipline Code Registry（专业代码登记册）** —— 专业代码为文档 / 图纸 / 计算 / 工程交付物身份的组件 · E&I（业务专业名）↔ EIA（稳定编码表示）· 5 条登记规则）· v0.2（2026-08-18 · Review Revision —— 三项批准澄清：设备类型字典边界 · 资产身份稳定性规则 · 管线等级登记册边界）· v0.1（2026-08-18 · 初版）
> **Approval**: **D-040**（2026-08-18 · CANONICAL — LOCKED · V2 · Owner Review —— 冻结批准 · v0.3；下一阶段授权 = Document System Foundation（D-041））
> **日期**: 2026-08-18

---

## 1. Engineering Identity Philosophy（工程身份哲学）

**身份回答：「此对象是什么？」（What is this object?）**

身份必须同时满足：

| 属性 | 含义 | 违反后果 |
| --- | --- | --- |
| **Stable（稳定）** | 身份一经授予永不改变（D-039 Identity 槽位） | 身份漂移 → 追溯断链 |
| **Unique（唯一）** | 一身份只对应一个对象；一对象只有一个身份 | 身份冲突 → 真值混淆 |
| **Human-readable（人类可读）** | 工程师可读、可口述、可书写（非随机键） | 交流错误 → 操作事故 |
| **Cross-lifecycle（跨生命周期）** | 从 CONCEPT 到 CLOSED 身份不变（D-039 §5） | 阶段切换身份变化 → 证据链断裂 |
| **Revision-independent（修订无关）** | 修订叠加在身份之上，永不进入身份 | 修订入身份 → 身份不稳定 |

### 概念隔离（Do not mix these concepts）

```
Identity（身份）  —— 稳定锚点 · 回答「是什么」 · 永不修订
Relation（关系）  —— 回答「与谁相关」 · 归属与关联（D-039 §3）
Revision（修订）  —— 回答「第几版」 · 受控变更（D-038 §5.1）
Status（状态）    —— 回答「当前如何」 · 生命周期状态（D-039 §5）
```

**四者绝不混编。** 身份编码中不得携带修订、状态、关系信息 —— 承继 Enterprise Coding Standard V1.1：修订与身份分离 · 状态不编入身份 · 关系定义归属。

---

## 2. Asset Identity Model（资产身份模型）

资产身份为**四级嵌套**，每级身份可独立解析、逐级组合：

```
Project Identity（项目身份）
        ↓
Area Identity（区域身份）
        ↓
Equipment Tag（设备位号 · 工程可见身份）
        ↓
Asset Identity（资产身份 · 生命周期追溯身份）
```

### 示例

| 层级 | 值 | 说明 |
| --- | --- | --- |
| Project Identity | `P20250525` | 项目身份（Project No.） |
| Equipment Tag | `05-P01` | 工程可见身份（区域 + 类型 + 序号 · §3） |
| **Asset Identity** | **`P20250525-05-P01`** | 生命周期追溯身份 = 项目 + 区域 + 设备 |

### 语义

- **Tag = 工程可见身份（engineering visible identity）**：现场铭牌、图纸、HUD、操作界面显示的位号。
- **Asset Identity = 生命周期追溯身份（lifecycle trace identity）**：跨系统（采购 / 制造 / FAT / 安装 / 运行 / 售后）的唯一追溯锚 —— 挂接 D-039 Evidence / Certificate / 物理身份（Domain 14）。
- Asset Identity 组合规则：`<ProjectNo>-<AreaCode>-<Tag>`；同一 Tag 在不同项目中由 Project Identity 区隔，不重复编号。
- **身份稳定**：Asset Identity 一经登记（D-039 §6 登记册）永不改变；设备改造/换型走新对象登记，不沿用旧身份。

### 稳定性规则（Asset Identity Stability Rule · v0.2 澄清）

**Area 是初始工程身份上下文（initial engineering identity context）的一部分** —— 区域代码在身份授予时并入 Asset Identity，但**区域重分配不改变既有 Asset Identity**。

- 示例：
  - 原始：`P20250525-05-R01`（区域 05 · Reactor System）
  - 后续工艺重构：区域关系变化（设备划入其他区域 / 区域重编号）
  - **结果：Asset Identity 保持 `P20250525-05-R01` 不变** —— 身份不动（Identity does not move）。
- 新位置 / 新区域关系经**对象关系**表达（D-039 references / contains · §6），不通过改写身份表达。
- 依据：Identity = 稳定锚点（§1 · 永不修订）；区域为登记时上下文，非运行期可变动属性。

---

## 3. Equipment Tag Number Standard（设备位号标准）

### 语法

```
TAG = AREA + EQUIPMENT TYPE + SEQUENCE
      XX  -  X        +  NN

格式：XX-XNN
```

### 构成

| 段 | 码 | 规则 |
| --- | --- | --- |
| **AREA（区域）** | 2 位数字 `XX` | 区域分类代码（§4）· 01–99 可扩展 |
| **EQUIPMENT TYPE（设备类型）** | 1 位字母 `X` | 设备类型字典代码（§5）· 单字母 |
| **SEQUENCE（序号）** | 2 位数字 `NN` | 同区域同类型内序号 · 01–99 · 见 §6 关系规则 |

### 示例

| Tag | 解析 |
| --- | --- |
| `05-P01` | 区域 05（Reactor System）· P（Pump）· 01 |
| `05-R01` | 区域 05 · R（Reactor）· 01 |
| `32-P02` | 区域 32（Circulating Water System）· P · 02 |

### 规则

1. 前缀零保留（`05` 而非 `5`）—— 保证排序与解析一致性。
2. Tag 内**不携带**修订、状态、服务介质、关系（并联后缀除外 · §6）。
3. Tag 属工程可见身份：图纸 / 铭牌 / HUD 显示 Tag；系统追溯用 Asset Identity（§2）。
4. 金样对齐（D-039 Golden Object）：`EQ-LSP-001`（Object ID · 稳定）· 示例 Tag `R-101` 为预标准占位 —— 按本标准 Tag 归一为 **`05-R01`**（Reactor System · R · 01）；Object ID 不受影响（身份锚独立于 Tag 呈现）。

---

## 4. Area Classification System（区域分类系统）

**区域 = 首要工程分类（primary engineering classification）**：设备 / 管线 / 仪表按所在工艺区域归位；区域代码为两位数字，与工艺流程区块一一对应。

### 区域代码表（示例 · 已批准）

| 代码 | 区域 |
| --- | --- |
| 01 | Material Handling（物料处理） |
| 02 | Extrusion System（挤出系统） |
| 05 | Reactor System（反应器系统） |
| 06 | Pelletizing System（造粒系统） |
| 12 | Vacuum System（真空系统） |
| 20 | Shaft Sealing System（轴封系统） |
| 32 | Circulating Water System（循环水系统） |
| 37 | Heating System（加热系统） |
| 42 | Instrument Air System（仪表空气系统） |
| 44 | Nitrogen System（氮气系统） |

### 区域扩展规则（Area Expansion Rule）

1. 新区域 = 新工艺流程区块（PFD 定义）→ 申请下一可用两位代码（01–99）。
2. 区域代码一经分配**不可复用**（退役区域代码保留历史，不再分配给新区域）。
3. 子区域 / 分区不进入设备 Tag（Tag = 主区域代码）；分区经关系表达（D-039 references），不编入身份。
4. 区域代码分配权属治理域（Domain 01 · Area Register）登记。

---

## 5. Equipment Type Dictionary（设备类型字典）

可扩展字典：

| 代码 | 类型 | 说明 |
| --- | --- | --- |
| P | Pump | 泵 |
| R | Reactor | 反应器 |
| A | Agitator | 搅拌器 |
| E | Heat Exchanger | 换热器 |
| F | Filter | 过滤器 |
| V | Vessel / Tank | 容器 / 储罐 |
| H | Heater | 加热器 |
| X | Pelletizer | 造粒机 |
| S | Hopper / Special Equipment | 料斗 / 特殊设备 |

### 字典边界（Dictionary Boundary · v0.2 澄清）

**Equipment Type Code 代表 Equipment Class（设备类）—— 不是具体型号、不是技术类型、不是供应商类型。**

- 示例：`R = Reactor`（设备类）。LSP Reactor · SSP Reactor · Polymerization Reactor 都是 Reactor 类的**属性 / 技术变体**，经设备属性（D-039 Properties 槽位 · Classification）表达，**不消耗新的 Tag 代码**。
- 边界规则：
  1. 同一设备类不因技术变体（型号 / 工艺技术 / 供应商方案）而占用新单字母。
  2. 技术细分（LSP / SSP / 聚合型）为分类属性（D-039 Classification · Properties），非身份组成部分。
  3. 单字母代码只在**出现新的设备类**（需要新的工程分类）时分配 —— 承继 Enterprise Coding Standard V1.1「身份稳定 · 关系/属性不编码」。
- **保留既有字典**：P / R / A / E / F / V / H / X / S（9 项）语义不变。

### 扩展规则（Future Extension Rule）

1. 单字母代码（A–Z · 26 可用）—— 已分配 9 个，余 17 个可扩展。
2. 新类型申请：设备对象新增类 → 治理域（Domain 01）分配未用单字母。
3. 同义类型合并（如 Vessel / Tank 统一为 V），不拆分细类（细分经设备分类属性表达，不占用位号字母）。
4. 字典修订走治理登记；**已用代码的语义不改变**（历史 Tag 稳定）。

---

## 6. Equipment Relationship Rules（设备关系规则）

### 并联设备（Parallel Equipment）

```
05-P01A
05-P01B
```

**含义**：同一服务（same service）· 一用一备（duty / standby）或并列。

- 字母后缀（A / B / C …）仅用于**并联冗余**，表示同一服务组内的成员。
- 每个成员是独立对象（独立 Object ID / 独立证据链）；后缀是组内身份的一部分，不是关系编码。
- 主备角色（duty/standby）经关系表达（D-039 references · 带接口职责），**不编入 Tag**。

### 串联设备（Series Equipment）

```
05-P01 → 05-P02 → 05-P03
```

**含义**：串联 = P&ID 工艺连接定义的顺序。

- 串联**不编码在 Tag 中**（Tag 序号 ≠ 工艺顺序）。
- 串联关系由 P&ID 表达（D-039 expresses · Drawing）与 Process 对象关系定义；序号仅为同类型计数。
- 换序 / 插入新设备 → 新序号（`05-P04`），已有 Tag 不变。

### 规则

1. Tag 序号 = 同区域同类型的**登记顺序**（计数），不携带工艺顺序 / 主备角色 / 逻辑关系。
2. 关系（并联组 · 串联链 · 备用角色）一律经 D-039 关系模型表达，身份保持纯净。

---

## 7. Piping Line Identity System（管线位号系统）

### 语法

```
PIPE TAG = SERVICE + AREA + SEQUENCE + SIZE + CLASS
           XX      + XX   + NN      + DN  + CLASS
```

### 构成

| 段 | 码 | 说明 |
| --- | --- | --- |
| **SERVICE（服务介质）** | 2–4 位字母 | 服务代码（下表） |
| **AREA（区域）** | 2 位数字 | §4 区域代码 |
| **SEQUENCE（线序号）** | 2 位数字 | 同服务同区域内线序号 |
| **SIZE（管径）** | DN 数值 | 公称直径（DN50 / DN100 …） |
| **CLASS（管线等级）** | 等级代码 | 管线等级 / 材质等级（CS / SS …） |

### 服务代码（Service Code）

| 代码 | 服务 |
| --- | --- |
| CW | Cooling Water（冷却水） |
| IA | Instrument Air（仪表空气） |
| N2 | Nitrogen（氮气） |
| VAC | Vacuum（真空） |
| MELT | Polymer Melt（聚合物熔体） |
| PW | Process Water（工艺水） |

### 示例

```
CW-32-01-50-CS
│  │   │  │  └─ Pipe Class：CS（碳钢）
│  │   │  └──── Size：DN50
│  │   └─────── Line Sequence：01
│  └─────────── Area：32（Circulating Water System）
└────────────── Service：CW（Cooling Water）
```

### 规则

1. 管径用 DN（公称直径），不带单位符号（`50` = DN50）。
2. 管线等级 = 压力等级 + 材质 + 连接标准的**等级代码**（等级表经治理域登记；如 CS / SS / CL150 组合）。
3. 服务代码扩展：新服务介质申请 2–4 位大写字母代码（治理登记）；同服务变体（如 CW 与 CHW 冷却/冷冻水）独立代码。
4. 管线位号同样遵循概念隔离：修订 / 状态 / 关系不进入管线位号。

### 管线等级登记册边界（Pipe Class Registry Boundary · v0.2 澄清）

**Pipe Tag 中的 CLASS 是引用码（reference code）—— 不携带完整材料 / 设计数据。**

- **Pipe Class Registry（管线等级登记册）持有**：
  - Material（材料）
  - Pressure rating（压力等级）
  - Temperature rating（温度等级）
  - Connection standard（连接标准）
  - Design conditions（设计条件）
- **Pipe Tag 只引用 Pipe Class**：`CW-32-01-50-CS` 中的 `CS` 指向等级登记册中的 `CS` 等级条目；完整设计数据从登记册解析，不内嵌于位号。
- 边界规则：
  1. 等级代码 = 登记册条目的引用键（人类可读 · 非数据库键 · §12）。
  2. 等级条目的修订（材料变更 / 标准升级）不改变等级代码语义引用 —— 经等级登记册修订账本表达（D-039 Revision），管线位号保持稳定。
  3. 等级登记册属治理域（Domain 01）登记 · 受控文档（§13 手册风格）。

---

## 8. Engineering Document Identity（工程文档身份）

承接既有 PHITE 文档类型编码（Enterprise Coding Standard V1.1）：

### 文档类型代码（Document Type Code）

| 代码 | 文档类型 |
| --- | --- |
| PID | P&ID（管道仪表图） |
| GA | General Arrangement（总体布置图） |
| DS | Datasheet（数据表） |
| CAL | Calculation（计算书） |
| TS | Technical Specification（技术规格书） |
| ED | Electrical Drawing（电气图） |
| EC | Electrical / Instrumentation Calculation（电气 / 仪表计算） |

### 语法

```
<Type>-<ProjectNo>-<Discipline>-<Sequence>

示例：DS-P20250525-MEC-014
      │  │         │     └─ Sequence：014
      │  │         └──────── Discipline：MEC（专业代码 · Discipline Code Registry · §8.1）
      │  └─────────────────── ProjectNo：P20250525
      └────────────────────── Type：DS（Datasheet）
```

### 修订（Revision）

```
R0 → R1 → R2
```

- 修订用 **R0 / R1 / R2**（版本号从 R0 起）。
- **修订永不进入身份**：`DS-P20250525-MEC-014` 恒定，修订由修订账本（D-039 Revision 槽位）表达。
- 文档身份与 D-039 Document 对象一一对应（expresses 挂接被表达对象）。

### 专业代码登记册（Discipline Code Registry · v0.3）

**Purpose**：专业代码是身份组件（identity component），用于 —— **Document Number（文档号）· Drawing Number（图纸号）· Calculation Number（计算书号）· Engineering Deliverable Number（工程交付物号）**。

**当前 PHITE 专业登记册（Current Registry）**：

| Code | Discipline |
| --- | --- |
| PRO | Process Engineering（工艺） |
| MEC | Equipment Engineering（设备） |
| EIA | Electrical & Instrumentation（电气仪表） |

**E&I ↔ EIA 澄清**：

- **E&I 是业务专业名（business discipline name）**（D-039 专业模型 · 口语 / 组织名）。
- **EIA 是稳定编码表示（stable coding representation）** —— 出现在文档号 / 图纸号等身份中的编码形式（3 字母 · 与文档类型代码长度对齐）。

**规则（Rules）**：

1. **专业代码是稳定身份词汇**（stable identity vocabulary）：一经分配即稳定。
2. **代码含义分配后不可改变**（Code meaning cannot change after assignment）。
3. **新专业须经治理登记**（governance registration · Domain 01）：新增专业代码走治理域分配，不自行占用。
4. **专业代码不代表部门人员**（not department personnel）：代码标识工程专业职责，不标识组织人员 / 部门编制。
5. **修订与状态永不进入专业代码**（revision and status never enter discipline code）：与身份哲学（§1）一致。

**关系（Relationship）**：

```
D-039 Ownership Model（主责模型 · COM / PRO / MEC / E&I / ENG / SUP）
        ↓
Discipline Code Registry（专业代码登记册 · PRO / MEC / EIA）
        ↓
Document / Drawing Identity（文档 / 图纸身份 · <Type>-<ProjectNo>-<Discipline>-<Sequence>）
```

- 登记册当前收录 PRO / MEC / EIA 三项；D-039 主责模型中的其余专业（COM / ENG / SUP）如需进入文档 / 图纸 / 计算 / 交付物身份，须经治理登记分配代码（规则 3）—— 与 D-039 主责模型对齐，不预先占用代码。

---

## 9. Drawing Identity（图纸身份）

图纸为文档身份的子集（Type 代码区分）：

| 图纸身份 | 类型代码 | 说明 |
| --- | --- | --- |
| **PID Number** | `PID-…` | P&ID 图号 |
| **GA Number** | `GA-…` | 总体布置图号 |
| **Layout Number** | `LO-…` | 布置图号（Layout） |
| **Electrical Drawing Number** | `ED-…` | 电气图号 |

语法与 §8 一致：`<Type>-<ProjectNo>-<Discipline>-<Sequence>`（Discipline 段解析见 §8.1 专业代码登记册）。

### 关系：Drawing Identity ↓ Engineering Object

```
Drawing Identity（图纸身份）──expresses──▶ Engineering Object（D-039 §3）
   （GA-… · PID-…）                            （Equipment · Process …）
```

- 图纸身份挂接**唯一被表达对象**（D-039 关系完整性规则 1：表达必有主体）。
- 一对象可有多张图纸（N:1 expresses）；每张图纸有独立身份与修订。
- 图纸修订（R0 / R1…）同样不进入身份。

---

## 10. Contract and Milestone Identity（合同与里程碑身份）

D-039 将 Contract 与 Milestone/Schedule 列为一类对象 —— 其身份遵循同一哲学（稳定 · 修订分离 · 状态不编码 · 人类可读）。

### 合同号（Contract Number）

```
CTR-<ProjectNo>-<Seq>

示例：CTR-P20250525-002
      │  │           └─ Sequence：002（项目内合同序号）
      │  └────────────── ProjectNo：P20250525
      └───────────────── Type：CTR（Contract）
```

### 里程碑号（Milestone Number）

```
MS-<ProjectNo>-<Code>

示例：MS-P20250525-FAT01
      │  │           └── Milestone Code：FAT01（FAT 阶段 · 01）
      │  └────────────── ProjectNo：P20250525
      └───────────────── Type：MS（Milestone / Schedule）
```

- 里程碑代码 = 生命周期阶段码（D-038 §6 阶段：CONCEPT / PDS / ENG / PRC / MFG / FAT / SHP / INS / COM / OPR / AFS）+ 序号。
- 合同 / 里程碑身份稳定；执行状态（§D-039 Lifecycle）与计划调整（修订）不进入身份。

---

## 11. Identity Registry（身份登记册）

### 身份登记条目（Identity Registry Entry）

| 字段 | 说明 | 规则 |
| --- | --- | --- |
| **Object ID** | 对象身份锚（D-039 §6） | 永不修订 |
| **Identity Type** | 身份类型：Project / Area / Equipment / Piping / Document / Drawing / Contract / Milestone | 决定身份语法 |
| **Object Class** | 对象类（D-039 §1） | 唯一 |
| **Project** | 项目身份（ProjectNo） | 引用 |
| **Area** | 区域代码（§4） | 适用时 |
| **Tag** | 工程可见身份（§3 · §7） | 适用时；稳定 |
| **Owner** | 主责专业（D-039 §4） | 唯一 |
| **Authority / SoT** | 权威真值持有者（D-039 §6） | 可解析 |
| **Revision** | 当前修订 | 修订账本引用 · 不进入身份 |
| **Status** | 生命周期状态（D-039 §5） | 转换需证据 |

### 与 D-039 Object Registry 的关系

```
D-039 Object Registry（对象索引 · Domain 02）      Identity Registry（身份索引 · Domain 03）
  Object ID · Class · Name · Owner                     Object ID · Identity Type · Project · Area · Tag
  Authority/SoT · Status · Source · Revision            Owner · Authority/SoT · Revision · Status
  Relationships · Created
```

- **Identity Registry = D-039 Object Registry 的编号视图**（Domain 03 对 Domain 02 的投影）：同一对象在两个登记册中共享同一 Object ID。
- Identity Registry 侧重**身份语法与编号解析**（Identity Type · Project · Area · Tag）；D-039 Object Registry 侧重**对象语义**（Name · Source · Relationships · Created）。
- 两登记册以 Object ID 为连接键；**Object ID 不是数据库键**（§12）—— 是身份锚。

---

## 12. ERP / AI Integration Principle（ERP / AI 集成原则）

### 身份用于（Identity is for）

- **Search**（检索）：按身份定位对象 / 文档 / 图纸。
- **Communication**（沟通）：工程师之间、专业之间、与供应商 / 客户之间口述与书写。
- **Printing**（打印）：铭牌、图签、文档标题栏、报告。
- **AI retrieval**（AI 检索）：知识系统（D-038 Domain 13）与 AI 层（Domain 15）按身份解析与引用。
- **Cross-system reference**（跨系统引用）：采购 / 制造 / FAT / 运行 / 售后系统间以身份互引。

### 身份不是（Identity is not）

- **Not a database key**：系统内部主键由实现层决定（D-038 边界：不含软件实现）；身份是人类语义锚，不是存储键。
- **Not a replacement for relation**：关系（D-039 §3 · 6 关系）是独立概念；身份只标识「是什么」，不表达「与谁相关」。

### 集成规则

1. 跨系统引用一律使用**规范身份**（Asset Identity / Document Identity / 管线位号）作为外部引用键；系统内部键不外泄。
2. AI / 知识层以身份为解析入口，身份解析失败即引用失效（Fail-Closed 语义延续）。
3. ERP / AI 集成不得改写身份语义；身份变更只能经治理登记（Domain 01）。

---

## 13. Standard Handbook Pages（标准手册页）

**风格**：PHITE Engineering Standard Handbook · Controlled document（受控文档）· Technical register（技术登记册）· Dense engineering language（高密度工程语言）。

| # | 手册页 | 内容（规范要点） | 来源 |
| --- | --- | --- | --- |
| 1 | **Equipment Tag Grammar** | Tag 语法 `XX-XNN` · 三段构成 · 前缀零 · 概念隔离 · 并联后缀规则 | §3 · §6 |
| 2 | **Area Classification** | 区域代码表（01/02/05/06/12/20/32/37/42/44）· 扩展规则（不可复用 · 治理登记） | §4 |
| 3 | **Equipment Code Dictionary** | 类型代码表（P/R/A/E/F/V/H/X/S）· 扩展规则（A–Z · 已用语义不变） | §5 |
| 4 | **Asset Identity Model** | 四级嵌套（Project → Area → Tag → Asset）· `P20250525-05-P01` 组合规则 · Tag vs Asset 语义 | §2 |
| 5 | **Piping Line Number Grammar** | 管线位号 `SERVICE-AREA-SEQ-SIZE-CLASS` · 服务代码表（CW/IA/N2/VAC/MELT/PW）· DN 规则 | §7 |
| 6 | **Document Identity Grammar** | 文档类型代码（PID/GA/DS/CAL/TS/ED/EC）· `Type-ProjectNo-Discipline-Sequence` · 专业代码登记册（PRO/MEC/EIA）· R0/R1/R2 修订分离 | §8 · §8.1 · §9 |
| 7 | **Identity Registry Model** | 10 字段登记条目 · 与 D-039 Object Registry 的编号视图关系 · 非数据库键 | §11 |

**手册页规则**：

1. 每页为**受控文档**（Controlled document）：修订走治理登记；发布后语义冻结。
2. 每页为**技术登记册**（Technical register）：代码 / 区域 / 类型以登记表为准，引用即解析。
3. 手册页**只含规范表格与规则**（dense · 无叙述冗余）；解释性内容留在本提案前文各节。
4. 手册页与 D-039 对象模型严格一致（对象类 · 主责 · Authority/SoT 字段对齐）。

---

## 14. Owner Review Points（提交审查 · v0.3）

v0.3 已按 Review（APPROVE WITH MINOR NOTES · D-040 冻结前最终澄清）落实：**Discipline Code Registry（专业代码登记册 · §8.1）** —— PRO / MEC / EIA · E&I ↔ EIA 稳定编码表示 · 5 条登记规则。

1. 身份哲学（稳定 / 唯一 / 人类可读 / 跨生命周期 / 修订无关）与概念隔离（Identity / Relation / Revision / Status 不混编）是否认可？
2. Asset Identity 四级模型（Project → Area → Tag → Asset · `P20250525-05-P01`）与「Tag = 工程可见 · Asset = 追溯」语义是否认可？
3. **Asset Identity 稳定性规则（§2 · 区域重分配不改变既有 Asset Identity · 新区域关系经对象关系表达）是否认可？**
4. 设备位号语法 `XX-XNN`（AREA + TYPE + SEQUENCE）与并联后缀（A/B · 主备不编码）是否认可？
5. 区域代码表（10 项）与扩展规则（不可复用）是否与实际工艺流程分区一致？
6. **设备类型字典边界（§5 · Type Code = 设备类 · LSP/SSP/聚合型为属性而非新代码）与既有字典（P/R/A/E/F/V/H/X/S）是否认可？**
7. 管线位号语法与服务代码（CW/IA/N2/VAC/MELT/PW）是否认可？是否需补充服务代码（如 STEAM / COND 等）？
8. **管线等级登记册边界（§7 · CLASS = 引用码 · 等级登记册持有材料/压力/温度/连接标准/设计条件）是否认可？**
9. 文档身份格式 `<Type>-<ProjectNo>-<Discipline>-<Sequence>` 与 R0/R1/R2 修订分离是否与既有 PHITE 文档编码一致？
10. **专业代码登记册（§8.1 · PRO / MEC / EIA · E&I = 业务名 ↔ EIA = 稳定编码 · 5 规则 · COM/ENG/SUP 经治理登记扩展）是否认可？**
11. 身份登记册与 D-039 Object Registry 的编号视图关系（同一 Object ID · 非数据库键）是否认可？
12. 金样对齐注记（`EQ-LSP-001` 稳定 · Tag 归一 `05-R01`）是否认可？

> **（D-040 已批准 · 2026-08-18 · CANONICAL — LOCKED · V2 · v0.3 —— 本审查清单关闭；下一阶段授权 = Document System Foundation（D-041））**

---

_END —— PHITE V2 — Engineering Identity & Numbering Foundation Proposal v0.3 · CANONICAL — LOCKED · D-040 · V2_