将组织结构图作为主数据进行管理：同一个术语 "unit B3" 可以随着每次重组而改变其含义
Managing the organisation chart as master data: the same term "unit B3" can change its meaning with every reorganisation
我们的组织结构由组（A、B、C...）和单位（A1、B2 等）组成
层次结构作为术语存储在主数据数据库中，具有有效期和其他属性。这样我们就知道 B2 单元是 "Audit Asia" 而直到上个月它是 "Legal Affairs".
然而，像合同管理工具这样的系统只是使用代码：例如"contract 123456 is managed by unit B2"；我的问题是：我们怎么知道 指的是哪个 B2？
据我所知，有两种方法可以做到这一点：
- 每个组织实体都有一个唯一的 ID，"B2" 只是显示给用户的标签 - 在后台所有系统都使用 ID。
我们不这样做。
每个人都只使用术语/标签 "B2" 但我们确保每次使用
一个术语已过时。
例如，如果合同信息上次更新是在两个月前，那么它必须指的是 B2 法律事务的先前版本。
我们也许可以做到这一点，但它似乎相当不可靠。
处理这个问题的标准方法是什么？
选项1正确，因为标识符需要稳定。
也就是说，解决该问题的另一种方法是合同的管理实体是合同有效期内称为 B2 的实体。换句话说，使管理实体成为一个缓慢变化的维度类型 2。我认为这就是你所说的选项 2 的意思。
选项1仍然正确。修复您的数据。否则你将处于一个报告痛苦的世界。我仍在努力了解主数据系统是如何弄错的，但这超出了您的问题范围:)
我们的组织结构由组（A、B、C...）和单位（A1、B2 等）组成
层次结构作为术语存储在主数据数据库中，具有有效期和其他属性。这样我们就知道 B2 单元是 "Audit Asia" 而直到上个月它是 "Legal Affairs".
然而，像合同管理工具这样的系统只是使用代码：例如"contract 123456 is managed by unit B2"；我的问题是：我们怎么知道 指的是哪个 B2？
据我所知，有两种方法可以做到这一点：
- 每个组织实体都有一个唯一的 ID，"B2" 只是显示给用户的标签 - 在后台所有系统都使用 ID。
我们不这样做。
每个人都只使用术语/标签 "B2" 但我们确保每次使用 一个术语已过时。
例如，如果合同信息上次更新是在两个月前，那么它必须指的是 B2 法律事务的先前版本。
我们也许可以做到这一点，但它似乎相当不可靠。
处理这个问题的标准方法是什么？
选项1正确，因为标识符需要稳定。
也就是说，解决该问题的另一种方法是合同的管理实体是合同有效期内称为 B2 的实体。换句话说，使管理实体成为一个缓慢变化的维度类型 2。我认为这就是你所说的选项 2 的意思。
选项1仍然正确。修复您的数据。否则你将处于一个报告痛苦的世界。我仍在努力了解主数据系统是如何弄错的，但这超出了您的问题范围:)