【Power Platform】快速搭建一个功能丰富的申请单，第二部分：使用 Power Automate 搭建审批流

今天继续上周没讲完的讲，这周该讲审批流的搭建了。

上回书说到，客户的需求是需要一个有审批功能的PC使用申请书，客户原本有一套线上审批流程，本次开发是因为客户想要更换平台，想要把原本的审批流以及表单放到Power Platform平台。客户采用的方案是使用Power Apps制作表单，使用Dataverse存放数据，并使用Power Automate搭建审批流，我们要做的就是把客户在原来的平台上搭建的表单和审批流原封不动地在PP平台实现即可。

我们我们三下五除二地完成了这个案例的表单页面的搭建，这回我们将在上回搭建的申请单的基础上，继续弄完审批流程相关的搭建，没看过第一部分的小伙伴可以先看看第一部分：

【Power Platform】快速搭建一个功能丰富的申请单，第一部分：Dataverse建表以及使用Power Apps搭建申请单页面

我们先回顾一下客户对审批流的需求：客户要求一共有四个审批人，前两个审批人由申请人指定，若申请人未指定跳过对应的审批，后两个审批人为固定人员，最后审批通过后抄送给固定的阅览者。

由于客户还要求在申请单页面上显示审批意见，所以我们搭建的这个流在实现审批的同时还要实时把审批意见更新到表单中。

由于我们是Dataverse数据源，并且需要在表单提交后自动触发流程，所以我们搭建审批流的时候选择自动化云端流中的“添加、修改或删除行时”这个触发器。

当我们的表单提交后，Dataverse对应的表就会新加一条数据记录，这样就会自动触发这个流程执行。

这个表单没有保存为草稿的功能，所以我们进来只需要配置记录创建时执行流程即可，也不需要配置额外的触发条件了。

随后我们定义一个变量，用来保存审批意见，毕竟申请人是可以不指定前两个审批人的，如果真的没有前两个审批人那我们就拿不到前两个审批人的审批意见，这个时候就可以通过这个变量来往表单上更新一个默认的提示，例如“申请人未指定该审批人”之类的。

接下来我们正式进入审批，首先需要判断一下申请人有没有指定一级审批人。

只有一级审批人不为空的时候我们才进入一级审批，否则只需要使用审批意见变量给一个默认提示就好了。

审批结束后判断审批结果，在这里我们还需要再判断一次是否指定审批人。

在“如果是”分支中，我们更新一级审批的审批意见，然后开始二级审批，在“如果不是”分支中，我们将表单审批状态改为“拒绝”，并更新一级审批的审批意见，同时将“当前审批人”字段的值清空。

其他部分和一级审批其实是一样的。

当二级审批结束，我们还是判断审批结果是否为“Approve”,同时判断二级审批人是否为null。

然后从三级审批开始就有些许不一样了，因为三级审批是固定人员，不知道为什么，如果是Dataverse数据源的话，Power Automate不支持直接在人员字段处直接选择对应的人员，SharePoint List数据源都支持直接选择人员，所以指定人员需要这样做↓        

这样我们才能正确获取到人员信息，用于更新我们的“当前审批人”字段。

我的感觉是比写业务规则简单多了（不会有人会好奇没有“用户”表怎么办吧，用户表是自带的，可不会没有，而且如果没有“用户”表那业务规则就也用不了）。

“用户”列默认是隐藏的，点最右边的“其他+122个”找到“用户”列就好了。

至于审批节点，是支持直接选择用户的。

但直接选择用户可能会有个问题，就是“已分配给”字段的值可能会自动消失。

这种情况下直接使用“获取三级审批人信息”节点中的用户名也是可以的。

三级审批由于是固定人员，所以结束后不需要判空了，直接判定审批结果即可。

固定人员的审批相比用户指定的审批人有两个地方不用判空了，一个就是“获取审批人信息”之前，这个地方是直接不用放那个“条件”节点了；还有一个地方就是在获取审批意见后，这里的“条件”节点还是要保留的，不过只需要判断结果即可了。

最后当四级审批同意，那就改审批状态为“通过”，否则改审批状态为“拒绝”，然后无论哪种情况都更新四级审批审批意见，并清空“当前审批人”字段的值，方法跟我们在上边讲的一样。

OK了，至此我们的审批流基本上就搭建完毕了，最后放几张运行效果截图。

拒绝后：

不指定一级审批人并且审批通过：

待我审批：

抄送我的：