在 CUA 景观里，最麻烦的故障往往不是创建用户失败这种一眼能看到的错误，而是中央系统看起来已经完成分发，子系统却没有变化。SCUL 里挂着Distribution unconfirmed，BD87 在中央系统显示USERCLONE或CCLONE已经发出，到了子系统却像什么都没发生。再往下查，可能不是用户主数据本身错了，而是公司地址、Partner Profile、tRFC 队列、Inbound IDoc 模式、甚至 Integration Server 角色设置在某个环节断了链。CUA 的设计目标很明确，用户、角色分配、Profile 分配、公司地址这些主数据由中央系统统一管理，再通过 ALE 和 IDoc 分发到子系统。这个机制稳定运行时非常省心，一旦出问题，排查路线必须从业务对象一路下钻到技术传输层。SAP Help 对Other Error Sources的描述里，也正是把这些看似分散的问题放在一起处理，包括公司地址不一致、用户未分发、子系统作为 Integration Server 时不识别入站 IDoc、角色和 Profile 分配残留，以及移除子系统后的 CUA 数据清理。(SAP Help Portal