u8产品维护期刊01U870工作流专刊.docx
《u8产品维护期刊01U870工作流专刊.docx》由会员分享,可在线阅读,更多相关《u8产品维护期刊01U870工作流专刊.docx(22页珍藏版)》请在冰豆网上搜索。
![u8产品维护期刊01U870工作流专刊.docx](https://file1.bdocx.com/fileroot1/2023-2/21/372dc902-1f66-4856-8200-7a5173ee2b28/372dc902-1f66-4856-8200-7a5173ee2b281.gif)
u8产品维护期刊01U870工作流专刊
前言
随着U870的正式上市,其中新增加的各种功能也引起了广大客户的注意和好评,为了更好的服务广大客户,我们会陆续针对870新增功能和服务热点推出对应的维护期刊来帮助全国服务、实施同仁来尽快地掌握它、应用它。
本期U8产品维护期刊是870工作流专刊。
列举了一些较常碰到的问题和解决方法,可作为工程师处理问题的参考指南,更多的维护问题和解决方法可以参考维护知识库。
信息反馈:
由于时间和水平有限,不当之处和错误在所难免,如果在阅读中发现本专刊有错误之处,恳请大家批评指正!
各地服务工程师如有好的或典型的维护案例,或维护心得体会,欢迎投稿!
大家对期刊如有好的建议,欢迎反馈!
期望给一线提供更实用有效的服务期刊!
以上反馈敬请email至如下地址:
陈媛cheny@
薛世炜xuesw@
一、工作流基本设置方法
•首先进入工作流流程设计器,在文件按钮下,点击新建,系统会出现新建出一个工作流的流程。
•在右侧属性窗口中,关键设定下,选择该工作流程所要应用到的流程发起事件。
如下图所示。
•点击进入后系统弹出业务服务导航窗口。
在业务对象中可选择想应用到工作流的单据。
在业务功能处选择提交(即单据只有先提交,才可进入工作流程。
为固定格式设置)
•在关键业务数据处选中:
VoucherId、VoucherCode、VoucherType三项。
此三项为工作流设置必选三项。
下面是以应收付款单为例进行设置。
如下图所示。
•选中三项后,点击确认业务实体,之后点击确定键返回原界面。
•点击关键设定中变量,弹出tVariable窗口,点击添加可增添您所需要的变量。
在该窗口右侧基本信息名称处点击可弹出变量设计器窗口,该窗口可更改变量名称并可确认变量的基本类型,该处默认的变量类型为字符型变量。
其中上面设计的VoucherId、VoucherCode、VoucherType三个基本变量为字符型变量。
•此处设定的变量为全局变量。
•注意在网上报销模块中,需设置四个基本变量,还要添加的另一个基本变量为Guid,该变量的基本类型为字符型变量。
•设置好变量后,下面开始为变量赋值。
点击扩展设定中赋值。
弹出Assign集合编辑器。
点击添加,可增添成员。
在窗口右侧扩展设定中,变量名称在下拉窗口中可供选择。
(此处可供选择的变量名称即为在设置变量处已经设置好的变量)。
•点击扩展设定下表达式一项,弹出数据路径窗口,在此窗口中,可为设置好的变量赋值。
•注意该处赋值,各发起流程的不同决定着此处赋值名称的不同。
基本上VoucherId表示着单据号,VoucherCode表示单据编码,VoucherType表示单据类型。
此处赋值时,不要凭感觉赋值,必须注意数据路径最后一个变量的名称,必须与您所设置的变量一一对应。
如何调用终审插件
•之后我们可以根据实际的业务需要设定具体的审批流程。
接着上面设计的应收付款单设置一个基本的、进行两级审批流程的工作流。
这个流程的设计为了明确如何调用终审插件及终审插件的含义。
终审插件的含义
•用个比喻来形容终审插件,它的作用就是工作流最高决策、最后执行者的印章,只有最后的审批者才有权把印章盖在单据上。
所以在设计多级审批的过程中,终审插件只有在最后的审批执行活动才可使用。
•在刚设计的流程中加入两个人工活动节点。
之后选中第一个节点,点击服务设定。
在业务服务导航界面中业务对象选中应收付款单,业务功能选定审批。
•此处注意业务对象设置必须保持一致。
•在关键业务数据中,同样选择上VoucherID、VoucherCode、VoucherType并确认业务实体。
由于该活动为审批活动,因此当点击确认实体后,在输入参数框内会弹出实体名称与流程变量,此处要一一对应,之后点击确定。
如下图所示。
•之后在点击执行者,可弹出组织设计器,在左值处可选择由谁来对单据进行审批。
•此处注意该执行者,必须为人员档案中包含的人员,并且该执行者必须具有对审批单据的操作权限。
•在下图的左值中,示例选中的是人员编码,右值输入003,即人员编码为003的人员为该流程设计中,第一级的执行者。
点击测试后,可以察看到执行结果、节点员工与执行用时处均有结果。
(此测试结果只表明人员档案中确有此人,并不表明该人员对审批单据有操作权限。
)
设置好执行者后,返回流程界面可看见人工节点为绿色,说明此节点流程已经通畅。
设置第二个人工节点,方法同第一个人工节点,注意此处调用插件为付款终审插件。
此处执行者设置为004(即人员编码为004的员工为终审人员)
•设置好执行者后,返回主界面,各节点均为绿色,说明流程畅通。
如何设置通知消息
•点击一个人工活动结点,在属性窗口,通知处点击。
在弹出的通知编辑窗口中,可增加新的通知成员,并可以设定信息接受人,与设定通知形式与通知内容。
保存工作流后,进入工作流控制台,在流程模型待发布流程中,可以找到刚设计好的工作流,右键单击,可选择发布。
工作流设置与使用的注意事项
•工作流使用时,三个服务必须处于运行状态。
其中三个服务为:
工作流引擎服务、工作流通信监听服务、消息中间件服务。
设置工作流注意事项
•工作流设置流程时,提交与审批的业务对象为同一个。
•设置的变量为全局变量,要一一赋值。
•三个基本变量为:
VoucherId、VoucherCode、VoucherType均为字符型变量。
网上报销模块设置时,基本变量除包含基本变量后,还要包含变量Guid,同样为字符型变量。
•只有调用终审插件,经过终审,才可在单据审核人处,有审核人姓名。
•流程通畅,保存后,需发布才可最终应用。
常用工作流设置的举例分析
•工作流中常用的决策结构结点的使用,如下图所示。
•上图中,设置的是一个带有决策结构节点的工作流
•此流程设置的含义为,当部门编码为001时,由一个人工活动节点对其审批,除含有部门编码为001的单据外,其余的单据审批都由另一个人工活动节点审批。
•当这两个人工活动都进行审批后,由最后一个人工活动节点进行终审。
•在此决策结构中,存有一个条件判断的节点,即对部门编码为001进行判断,所以需要新增一个字符变量为bumen,并在赋值处对此变量赋值为部门编码。
•在条件处输入判断条件,并编译。
如下图所示。
•其他处设置,如前文所讲的工作流基本设置流程。
供应链工作流举例
•供应链工作流举例以采购订单为例。
设置一采购订单的工作流:
当采购类型为01时,部门为1时,由编号为003的工作人员对其审批;当采购类型为01,部门不为1时,此工作流由编号为005的工作人员对其审批;当采购类型不为01时,直接由004对其审批;最后的流程审批,由编号为516人员对其审批。
•这是一个两层条件嵌套的条件判断工作流。
如下图所示。
•此工作流设置重点,便是设置另外两个变量,分别为采购类型与部门,两个变量为字符形变量。
之后对变量赋值时,分别对应采购类型编码与部门编码。
审批功能按钮具有的实际功能
提交
•提交后,系统将精确判定是否受流程控制,主要是判定路由条件是否满足,如果满足,即受流程控制,则发出启动流程实例的消息,否则,返回不受流程控制的消息,业务产品把单据置为不受流程控制。
•提交成功:
提交之后提交按钮应该变灰,提交成功应该提示“提交成功”;并且成功生成待办任务;撤销按钮变为可用。
•提交失败:
提示:
“提交失败”+具体错误信息。
审批
•不受流程控制时,直接走以前的终审处理;
•如果受流程控制,可以走以下决策分支;
•关于审批操作:
•如果该单据进入审批流程的话,点击审批,应该浮出审批视图,通过审批界面审批;
•如果该单据未进入审批流程,点击审批,同861,直接审核单据
同意
•表达同意意见,流程继续按照设计流程前进;
不同意
•表达不同意,流程继续按照设计流程前进;
•U8很多系统不支持无效单据在系统中存在,所以,流程设计时可能出现如果用户不同意,回循环回去,让用户继续审批;
退回
•指审批人对前序审批人决策意见有异议,直接退回到指定的前序审批人,在这两点之间的审批人的表决都将自动撤销(Undo),流程从指定退回人对应节点重新向前流转;
•退回一般是有待办任务、还没有进行审批操作的人执行的,已经审核过了的人不能退回,只能弃审。
弃审
•指当前操作员对审批结果有异议,强行把审批进程退回到指定的节点;在这两点之间的审批人的表决都将自动撤销(Undo),流程从指定弃审对应节点重新向前流转;受功能权限和数据权限控制;
•弃审是已经处理过待办任务、审批了单据的人执行的,没有审批过的人不能弃审。