从 Identity Address Type 看懂 SAP S/4HANA 里的用户身份和地址模型

最近看 SAP S/4HANA 里的用户主数据时，很容易被一个小字段绕进去，字段名叫 IDADTYPE，也就是 Identity Address Type。这个字段平时不太显眼，但一旦系统从传统 SAP ECC 或 SAP Business Suite 迁移到 SAP S/4HANA，或者 Fiori 应用开始依赖 Business User Concept，它就会变成一个非常关键的判断依据。很多时候，我们在 SU01 里看到一个用户可以登录，角色也分配了，权限对象也没有明显缺口，可某些 SAP Fiori 应用就是消费不了这个用户，或者 Responsibility Management、Credit Management、Situation Handling 之类的新应用无法正确识别人员上下文，背后经常就和这个身份地址类型有关。

在传统 SAP R/3 或 ECC 时代，用户主记录主要由 SU01 管。用户 ID、姓名、邮箱、部门、公司地址、登录数据、角色、参数、Profile，这些内容大多围绕 User Master Record 展开。业务伙伴 BP 虽然也存在，但它更像是业务应用侧的主数据，供应商、客户、联系人、雇员等不同业务身份，都可以通过 BP Role 来表达。用户主记录和 BP 主数据之间并不是天然的一套模型，很多字段会被重复维护。人力资源系统里有员工姓名和邮箱，SU01 里也有姓名和邮箱，BP 里还可能再维护一遍。一个员工离职、调岗、换邮箱或换办公地点，相关信息就可能要在多个地方同步调整。

到了 SAP S/4HANA，这套思路发生了很大的变化。SAP 引入了 Business User Concept，把系统登录层面的 SU01 User 和业务身份层面的 Business Partner 连接起来。一个 Busi