您好，斯蒂芬，我检查了此功能的一些编码以及相关KBA的历史。 最初为内部候选人提供私人电子邮件时，它非常简单且结构化。 业务电子邮件存储在业务伙伴中，而新的私人电子邮件地址存储在IT 5102中的新字段中（表HRP5102）。 在过去的几年中，对该简单体系结构进行了几处更改。 现在，信息类型和业务伙伴之间进行了交换。 现在，私人电子邮件地址也已同步到业务伙伴，并且从HR到E-Rec的集成处理了信息类型0105的子类型0030。看来这些更改并非总是能很好地解决。

如果存储在信息类型5102中的电子邮件与SAP业务合作伙伴中的商业电子邮件相同（请参见功能模块HRRCF_MDL_PERS_EMAIL_RETRIEVE），则商业电子邮件地址将显示在私人电子邮件地址字段中。 如果内部候选人没有维护任何私人电子邮件地址，通常情况就不会如此。 但是在一个独立的erec测试系统中，该系统与hr系统进行了主动集成，我发现了大量内部候选人的IT 5102记录，其中IT 5102字段中填充了企业电子邮件地址。 因为这不仅是一种情况，所以我认为有时整个功能中的一般错误会导致将企业电子邮件地址复制到信息类型中。 您能否检查信息类型中的电子邮件地址？ 如果确实与企业电子邮件相同，则可能需要在生产系统中进行一些数据清除。 通常这是一项相当大的工作，并且需要记住很多事情，例如IT 5102是一种包含信息类型的状态，该信息类型已复制到集群表中。

还要检查系统是否在最新的补丁程序上。 如果没有ID 001，则显示商务电子邮件也存在问题。

由于业务伙伴的提交错误同时出现在两个系统中，因此很可能与另一个问题无关。 不幸的是，从远处进行分析非常困难。 在这里，我的一般建议是放入最新的修补程序以及您可以找到的任何SAP注释（请确保系统已进行堆栈修补，否则erec修补程序和业务合作伙伴修补程序可能会有所不同并导致此类问题）。 如果这样做没有帮助，则只能通过SAP引发事件或自行调试应用程序。

亲切的问候

罗马