在第一部分中，我们建立了一个具体的案例来同步批准Fiori和ESS/MSS的请假请求。我们还建立了一个业务场景和一个实际场景。我们还讨论了在SCN中发布的许多讨论，但仍然没有得到答复。

在本部分中，我们将讨论并开发一个解决方案，以满足几乎所有有关工作流的请假批准问题。因此，我们来看看解决办法。

我很确定，尽管你们面临着很多问题，但大多数人都很轻松地做到了这一点，但我想提出这个问题，因为这很重要。下面是定制的工作流快照，用于构建和运行多级审批。我已经完全改变了工作流逻辑，它正在工作。

首先，云购，在审批流程开始之前设置了请求ID和初始审批。然后，审批流程开始。

在这里，我开始审批流程，并检查请求状态是批准、撤回还是拒绝。如果被拒绝或撤回，请完成工作流。如果已批准，请检查是否有下一个批准者。

以上快照很简单，但有点棘手，我正在检查下一个批准者是否存在？如果没有代理，服务器云平台，为什么我要将状态设置为"已批准"，如果有下一个代理，为什么我要将状态设置为"已发送"？搞混了！是的，这让人困惑，但我可以马上解决这个问题。

现在，棘手的部分！有时我不知道怎么会发生这种情况，请求状态没有设置为"已批准"。因此，为了迎合，我正在检查是否没有代理，然后状态应更改为已批准，工作流应通过失败的循环条件来完成。我希望这能把一切都弄清楚。

上面的截图很简单，我正在获取请求的当前状态，是否已发送（意味着还有其他审批人），是否已批准（意味着没有其他审批人）。在循环中，我设置了以下条件：&EV\u NEW\u STATUS&≠SENT。如果下一个审批人循环条件将变为真，并与工作循环，企业应用管理，否则它不会，云服务器是什么，将进入下一步。

以上部分是标准的，我刚刚做了一个更改，如果有休假申请被拒绝或撤回发送电子邮件和短信。

其余部分是标准的，等待状态更改。唯一的变化是，在系统中发布休假请求时，大淘客网站，发送电子邮件和短信息。