层级拆分与职务体系调整

一、原有模型

当前职务体系由三张表构成：

• 职务表（如：Java开发）
• 层级表（如：P5、P6）
• 职位表（职务 + 层级组合）

特点：

• 单一体系
• 无租户概念
• 业务系统直接依赖层级做判断

---

二、层级拆分需求

原层级：

• P5、P6、P7

调整为：

• 10、11、12、13、14、15、16

例如：

• P5 拆为 10、11

表面实现方式：

• 增加新层级字段
• 建立映射关系
• 上游系统替换使用

---

三、复杂度来源

1. 区间判断问题

上游存在逻辑：

• 层级 ≥ P6

拆分后需要明确：

• 应改为 ≥ 11 还是 ≥ 12

如果拆分规则存在不确定性，所有区间逻辑都需要重新确认。

因此提出使用统一数值刻度替代层级名进行判断。

---

2. 多体系扩展问题

本次为一次层级拆分，但未来可能：

• 多公司
• 多套层级体系
• 再次拆分

问题转化为：

是否每次都改造上游系统，还是一次性支持多租户、多方案结构。

---

四、方案方向

1. 刻度 + 新层级字段
   改造成本低，但不解决多租户问题。

2. 业务规则托管
   将区间规则迁移至主数据侧，属于过渡方案。

3. 完全租户化 + 方案化
   引入方案层，每个租户独立职务 / 层级 / 职位体系，改造成本最高。

---

核心问题在于：
是仅解决本次层级拆分，还是借此完成结构升级。