最近，我被要求用sapfiori4.0前端服务器测试S/41709上可用的灵活工作流。这个场景是我们最喜欢的"采购订单发布"场景之一。

如果有人在SCN上搜索我的贡献，他们就会明白为什么我会在PO发布场景之前提到favorite。坦率地说，几年前，作为一个开发人员，在做发布策略触发定制和检查审批流程时，我对整个流程进行了很好的调查，对于任何订单发布场景，大淘客app，我通常都会从发布策略配置开始。

所以，当灵活的工作流出现在我面前时，我的第一个方法是试图找出它是如何被触发的，它是什么，它需要什么配置。在第一种情况下，当我们拥有出色的业务工作流来满足各种可能的场景时，什么是返利，有什么用？当时的心态是比较新旧，这只会引起很多问题。

这让我想起了在美国的汽车学习经历。我当时想在美国学开车，把它和我在印度学开车的方式比较一下，不用说车型是不同的。我的老师说你不会通过比较来学习，而是重新开始。现在有人不应该认为这是一个伟大的指针，为他们的学习，因为老师也恰好是我的配偶

然而，我应用了灵活的工作流程相同的原则。我早期学到的一点是：SAP CP和S/4H最新版本唯一值得信赖的文档是SAP文档。对于S/4H上的应用程序，文档可以在Fiori应用程序库中找到。

这真的很好，我发现文档的质量也很好。下一步是转到应用程序。我发现使用搜索按钮导航到所需的按钮已经足够了。

第一个目的是创建一个工作流来测试它是否被触发。那是相当大的努力。工作流的创建似乎非常简单和快速，并且满足了文档中强调的要点，业务人员不必依赖IT团队就可以创建这些要点。

第一个障碍是创建以失败告终的采购订单。在这种情况下，问题可能出在网关、UI或后端。有趣的是，我可以找到系统中的转储和网关错误。网关错误日志实际上没有提供足够准确的信息来找出问题的根本原因。它提供了一个通用的故障排除指南，可能会花费大量时间而不修复问题。最后，我分享了问题出在RFC目的地的信息，一旦问题解决了，采购订单就被创建了。谢天谢地，我已经检查了触发灵活工作流所需的SPRO配置。WF被触发，然后我可以跳转到与工作流相关的问题。第一种是多级审批

多级审批支持得很好，可以根据一些现成的条件进行控制。最常见的情况之一是审批人决定采购订单金额。

每一步都有一个先决条件：

这意味着，一旦完成所有所需的审批，采购订单即被发布，并显示在采购订单显示的状态选项卡中。这与我之前的发布经验不同，发布指示器会让我们知道订单是否发布。此外，在采购订单显示屏中添加了一个新选项卡，以实现灵活的工作流。但是，在不同的场景中，选项卡中填充的数据不一致，无法对其内容得出结论。

另一个有趣的特性是，可以在代理列表中添加多个收件人，并且要求所有收件人或其中一个收件人采取行动。

事实上，WF的触发也可以基于很少的可用条件进行控制。

对于任何定制的代理确定，都可以使用BAdI代理的确定选项，通过该选项可以实现确定代理所提供的BAdI。文件很好地说明了这一点。

下一个调查是，最后期限监控呢？到目前为止，我的测试表明，在灵活的工作流中，没有直接的方法来监控截止时间。不过，有一些独特的选项可用：可能有多个WF在相同条件下处于活动状态。可以对工作流进行排序/排序。首先出现的一个将被触发，因此一次只有一个WF被触发一个条件。采购订单工作流的自动发布在默认情况下是可用的，文档表明此选项可以最后订购，这意味着当没有找到有效的工作流时，将触发采购订单发布。

激活和停用工作流非常容易。同样，复制工作流来创建另一个WF也非常简单。然而，一旦一个工作流被保存和激活，它就不能被编辑，这对我来说绝对是非常奇怪的。

所以，我必须同意灵活的工作流是简单的，宁波大数据，非常简单，非常容易使用的工具，为商务人员。这是非常可观的速度，它可以配置，大数据共享平台，以使工作开始。然而，我有一个很大的疑问（可能是天真的），云服务器服务好，即它将是高度可用的生产工作流，大多数客户将在其当前的景观。对于条件、代理以及类似的，现成的选择是非常周到的，然而，它们与客户要求相匹配的时间是值得注意的。在S/4HANA的新领域实现中，它无疑是一个最好的工具。

那么，您在灵活的工作流或使用其他S/4H应用程序时的经验如何？