2020-09-27 01:06发布
点击此处---> 群内免费提供SAP练习系统（在群公告中）加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）嗨， 我正在使用带有美国数据的... 显示全部
加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）
嗨，
我正在使用带有美国数据的Demo S4 HANA 1610系统。 一切正常，但我注意到在Fiori 2.0中我无法收到任何通知。
我从某个地方了解到，来自 HCP 和工作流邮件的推送通知有资格被列在通知中。 由于不打算使用HCP，因此我创建了一个触发PO批准的工作流。 是的，我可以在Fiori Launchpad的" 我的收件箱"应用中查看其记录。 但是问题在于，通知区域没有显示任何内容。
我还关注了
http://help.sap.com/saphelp_nw751abap/helpdata/en/f8/a24d491bdd4876bfam21fframe=content en/1a/0048389bba4459af67cec69f2bb911/frameset.htm¤t_toc=/en/ad/612bb3102e4f54a3019697fef65e5e/plain.htm＆node_id = 725＆show_children = false
在上面的链接中，有一个事务（/N/IWNGW/BEP_DEMO）触发了示例通知
，它说它已经成功尝试了通知请求，它还提供了ID，但通知中什么也没发生。
我很困惑如何解决这个问题，我不明白在这种情况下我错过了哪一步。
需要帮助。
谢谢
嗨Ankur，
不，我无法在自己的末端重制它。 但是，可以解释这种行为：
后端系统（BE）和前端服务器（FES）之间的接口是双向的。 创建通知时，仅发送通知的动态参数。 最终文本的组装在FES上完成（就像您从ABAP消息文本中知道的一样）。 因此，FES需要一个文本模板。 这是通过FES到BE的回调来要求的。
由于您的BG RFC不包含任何错误，因此通知运行时数据似乎已正确传输。 因此，如果我假设该通知位于FES上，则OData服务未收到任何通知的唯一原因意味着最终文本无法在FES上汇编。 我认为，这是由于缺少元数据，而FES无法从BE中获得元数据。
令我感到困惑的是，您在说/IWNGW/NOTIF表不包含任何条目 。 您是否检查了FES上的表（仅在表中包含数据的FES上而不是BE上）。 如果您在FES上找到数据，则还可以检查表/IWNGW/NTYPE和/IWNGW/NTYPE_TT。 如果* NOTIF有数据而* NTYPE *没有数据。
下一步要做的是：将外部Breakpint设置为/IWNGW/CL_RT_NOTIF_PROCESSOR => GET_NOTIFICATIONS第165行（/iwngw/cl_rt_callback_proxy => get_notification_info ...）。 这将启动对后端的回调。
如果还没有结束，就必须从头开始调试该方法。
最诚挚的问候，
Sascha
最多设置5个标签!
{var%20f='http://v.t.sina.com.cn/share/share.php?appkey=1515056452',u=z||d.location,p=['&url=',e(u),'&title=',e(t||d.title),'&source=',e(r),'&sourceUrl=',e(l),'&content=',c||'gb2312','&pic=',e(p||'')].join('');function%20a(){if(!window.open([f,p].join(''),'mb',['toolbar=0,status=0,resizable=1,width=440,height=430,left=',(s.width-440)/2,',top=',(s.height-430)/2].join('')))u.href=[f,p].join('');};if(/Firefox/.test(navigator.userAgent))setTimeout(a,0);else%20a();})(screen,document,encodeURIComponent,'','','http://www.easysap.com/data/attach/logo/logo.png', '推荐 bbpeas 的问题《S/4 HANA 1610-Fiori 2.0通知未出现》','https://www.easysap.com/answer/106046/284653.html','页面编码gb2312|utf-8默认gb2312'));){kind=link}
嗨Ankur，
不，我无法在自己的末端重制它。 但是，可以解释这种行为：
后端系统（BE）和前端服务器（FES）之间的接口是双向的。 创建通知时，仅发送通知的动态参数。 最终文本的组装在FES上完成（就像您从ABAP消息文本中知道的一样）。 因此，FES需要一个文本模板。 这是通过FES到BE的回调来要求的。
由于您的BG RFC不包含任何错误，因此通知运行时数据似乎已正确传输。 因此，如果我假设该通知位于FES上，则OData服务未收到任何通知的唯一原因意味着最终文本无法在FES上汇编。 我认为，这是由于缺少元数据，而FES无法从BE中获得元数据。
令我感到困惑的是，您在说/IWNGW/NOTIF表不包含任何条目 。 您是否检查了FES上的表（仅在表中包含数据的FES上而不是BE上）。 如果您在FES上找到数据，则还可以检查表/IWNGW/NTYPE和/IWNGW/NTYPE_TT。 如果* NOTIF有数据而* NTYPE *没有数据。
下一步要做的是：将外部Breakpint设置为/IWNGW/CL_RT_NOTIF_PROCESSOR => GET_NOTIFICATIONS第165行（/iwngw/cl_rt_callback_proxy => get_notification_info ...）。 这将启动对后端的回调。
如果还没有结束，就必须从头开始调试该方法。
最诚挚的问候，
Sascha
一周热门 更多>