2020-09-19 21:51发布
点击此处---> 群内免费提供SAP练习系统（在群公告中）加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）工作流程专家， 我们有一个自定... 显示全部
加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）
工作流程专家，
我们有一个自定义的FIORI请求批准应用程序，需要单独跟踪错误请求。
为此，我们正在创建"工作流系统错误监视报告"。 基本上，核心要求是，当发生错误（如缺少电子邮件ID，未确定代理，无法执行方法，TRFC连接问题，转储问题或网络问题）时，应在该监视报告中将这些问题更新为"系统错误"。 将错误条目显示为报告后，我们的IT本地团队将有权解决该问题，并使用按钮重定向到相应的批准。
要点1.为了跟踪工作流错误，我们可以每2分钟在后台运行一次报告，以跟踪工作流错误请求并更新为监视报告。 这是遵循此过程的好主意吗？
第2点。解决系统错误后，重定向到上一个/下一个批准是否可行？ 实际上，一旦工作流出现错误，我们就具有从SWPR/SWPC tcode重新触发的功能，这将有助于继续从发生故障的地方继续流，并且无助于重定向到上一个/下一个批准。 在这种情况下，如何实现呢？ 请提供您的专业知识。 谢谢。
我建立自定义工作流已有10多年了，从没将工作流状态复制到另一个表中。 数据建模101.而是将精力集中在构建可最大程度减少故障的健壮应用程序中。
工作流错误应本质上是技术性的，对于特殊情况应集中处理。 SAP已经为您提供了所需的工具：ST22，发送给WF管理员，SWI2_DIAG，SM58，解决方案管理器，CCMS等。
为什么要编写一个重复所有这些的报告？ 您打算如何应对所有这些情况？ 请记住，您的WF在许多情况下都不会出错。 并考虑一下测试工作。 只需确保已为所有应用程序（而不仅仅是一个应用程序）准备了处理这些情况的流程。
第2步：将状态推送到应用程序总是 一个坏主意。 您可以在需要时阅读WF状态并将其发布在您的应用程序中。 有许多方法可以恢复失败的工作流程，在每种情况下如何处理重置状态？
祝你好运。
最多设置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', '推荐 葫芦娃快救爷爷 的问题《工作流程错误处理》','https://www.easysap.com/answer/89199/243127.html','页面编码gb2312|utf-8默认gb2312'));){kind=link}
我建立自定义工作流已有10多年了，从没将工作流状态复制到另一个表中。 数据建模101.而是将精力集中在构建可最大程度减少故障的健壮应用程序中。
工作流错误应本质上是技术性的，对于特殊情况应集中处理。 SAP已经为您提供了所需的工具：ST22，发送给WF管理员，SWI2_DIAG，SM58，解决方案管理器，CCMS等。
为什么要编写一个重复所有这些的报告？ 您打算如何应对所有这些情况？ 请记住，您的WF在许多情况下都不会出错。 并考虑一下测试工作。 只需确保已为所有应用程序（而不仅仅是一个应用程序）准备了处理这些情况的流程。
第2步：将状态推送到应用程序总是 一个坏主意。 您可以在需要时阅读WF状态并将其发布在您的应用程序中。 有许多方法可以恢复失败的工作流程，在每种情况下如何处理重置状态？
祝你好运。
一周热门 更多>