在 CUA 项目里,最容易被忽略的一类问题,不是 RFC 目标系统连不通,也不是逻辑系统命名错了,而是后台 IDoc 处理已经启用,子系统里的 Partner Profile 仍然停留在旧的即时处理设定。表面上看,SCUA 已经建好了模型,BD64 里也能看到分发模型,中央系统保存用户后也生成了 IDoc,可到了子系统这边,IDoc 要么堆在状态 64,要么处理节奏和预期不一致。现场排查时,很多人会盯着 WE02、BD87、SM58 和 SCUL 来回切,却忘了回头检查 BD82 生成时的处理模式。
这类问题在 CUA 里尤其典型。CUA 依赖 ALE System Group 在中央系统和子系统之间分发用户主数据,公司地址,角色文本和 Profile 相关信息。SAP 官方文档也明确说明,CUA 的用户数据是在 ALE 环境中以异步方式在应用系统之间分发,这样即使目标系统在发送时不可达,数据仍然有机会在后续恢复后到达目标系统。中央系统和每一个 child system 双向连接,而 child system 之间并不直接互联。(SAP Technical Guru)
为什么启用后台处理后,子系统必须调整 Partner Profile
Partner Profile 在 ALE 和 IDoc 场景里不是一个装饰性配置,它
订阅专栏 解锁全文
4184

被折叠的 条评论
为什么被折叠?



