1NC6产品手册流程管理用友软件股份有限公司2目录前言..4第一部分总述.51.1产品概貌.51.2功能简介.51.3流程四要素.7第二部分交易类型..92.1交易类型管理.92.1.1界面.92.1.2应用指南.10第三部分审批流.173.1审批流定义.173.1.1界面.173.1.2应用指南.293.1.3示例分析.313.2流程代理人设置.353.2.1界面.363.2.2应用指南.363.3流程用户组管理.383.3.1界面.383.3.2应用指南.40第四部分工作流.424.1工作流定义.424.1.1界面.42用友软件股份有限公司34.1.2应用指南.724.1.3示例分析.744.2工作任务消息配置.804.2.1界面.804.2.2应用指南.82第五部分业务流.845.1单据接口定义.845.1.1界面.845.1.2应用指南.855.2单据转换规则.855.2.1界面.865.2.2应用指南.875.3业务流定义.895.3.1界面..915.3.2应用指南..925.3.3示例分析.104第六部分流程监控..1166.1流程管理中心.1166.1.1界面.1166.1.2应用指南.1166.2流程日志.1186.2.1界面.1186.2.2应用指南.119用友软件股份有限公司4附录..120附录1：名词解释..120附录2：交易类型详解..122附录3：非流程单据（清单）..162附录4：约束条件函数..164附录5：动作驱动..170附录6：预置流程..173用友软件股份有限公司5变更记录序号章节号章节名称变更主要内容备注013.1.1.1界面修改流程版本号的描述023.1.1.2.1.4人工活动1.增加会签通过阀值、完成阀值描述2.修改通知消息属性3.删除可编辑单据属性4.删除可用按钮属性033.1.1.2.1.4人工活动1.增加通知消息2.删除会签阀值3.增加会签完成阀值4.增加会签通过阀值043.1.1.2.1.7消息删除消息对象053.1.1.2.1.8转移（自布局）删除转移（自布局）063.1.1.2.2属性编辑器增加流程类型074.1.1.2.1.4人工活动1.增加会签通过阀值、完成阀值描述2.修改通知消息属性3.删除可编辑单据属性4.删除可用按钮属性084.1.1.2.1.5子流程修改通知消息属性描述094.1.1.2.1.6虚活动修改通知消息属性描述104.1.1.2.1.7消息删除此章节V611不再支持独立消息对象114.1.1.2.1.9转移（自布局）删除此章节124.1.1.2.2属性编辑器1.修改通知消息属性描述2.修改会签阀值描述135.3.2.2.2.1流程属性修改业务流程版本描述前言此文档主要面向实施顾问、企业关键用户进行编写，既可以做为入门学习工具，也可做为精研参考。通过本手册，用户不但可以了解NC60流程管理平台的功能范围，还可以通过参照文中的流程示例对企业的流程管理进行改进。本手册共分为七大部分，其中“第一部分总述”为读者提供了一个产品的基本功能及价值的描述，用友软件股份有限公司6以及有关流程的公共要素介绍，方便读者对流程平台、以及流程管理的核心要素形成一个初步的认识。其余2~6部分是针对各个功能点的展开描述，在编写上并不是按照产品功能点顺序安排，而是根据各功能点之间的应用关联的紧密程度将其重新归类，如下：图-前言手册中除了产品的应用操作指南，关键的功能点还提供了丰富的示例供读者应用参照。最后的附录部分是各功能点中应用到的一些元素明细，比如交易类型详解、流程函数、动作组件等，便于读者在需要时查找对照。此外，我们对产品中的一些符号进行统一约定，便于读者阅读和理解：路径：【】→【】例如：【企业建模平台】→【流程管理】→【交易类型管理】按钮：〖〗例如：〖新增〗字段：【】例如：【物料名称】单据：『』例如：『采购订单』状态：[]例如：[审批通过]最后，读者在使用时请关注“注意”中的内容，这部分往往是关键信息提示，对于正确理解产品特性和操作应用非常重要。第一部分总述1.1产品概貌流程在企业运营中通常代表业务对接、工作传递、监管控制等。【流程管理平台】就是用于定义企业用友软件股份有限公司7运营过程中的各种流程、以及流程运行所遵循的规则和条件，并对流程运行进行集中管理和监控。NC60将流程分为基本的三类，即业务流、工作流、和审批流。流程的约束规则主要通过两个方面相互结合来实现，一是通过流程定义中不同形式的元素和工具组合，二是通过流程运行主体上的规则设置。流程运行主体，在产品中主要为业务单据，其约束规则主要指交易类型。通过流程管理平台，可以根据企业需要，设置出灵活多样、宽严适度的各种流程，形成企业运营的脉络体系。产品路径：【企业建模平台】→【流程管理】，界面如下：图1-11.2功能简介此处先对各功能点做一个简单介绍，以便读者对其主要用途、以及各功能点之间的关联有一个初步了解，以建立对流程管理平台的整体印象。注意：各功能点的描述顺序不是产品界面所显示的顺序，而是按照归类后的文档结构顺序，参照“图-前言”。交易类型 交易类型管理交易类型是一个交易（或者业务单据、单据类型）的细分，可以基于不同的交易规则，或基于行业/企业，或基于企业的不同发展阶段来划分。交易类型是在单据类型支撑的功能模型基础之上再增加一些在限制规则、模板、流程的差异。同一单据类型下的不同的交易类型的业务规则不同，交易类型管理就是让用户根据实际业务约束需求进行自定义，从而实现不同的业务约束控制。例如报销单据，可以细分为差旅报销、部门活动报销、交通费报销等。审批流 审批流定义用友软件股份有限公司8审批流定义节点用来为某个具体的业务单据或某个具体单据的一个交易类型进行审批流程的定义。被定义了审批流程的单据将按照定义的审批流程被传递和审批。通过审批流的设置，可以实现对业务的监控和风险的预防。 流程代理人设置当预先定义的流程上的某环节的动作执行人因故无法执行该任务或动作，就可以通过设置临时替代者来完成该任务或动作。通过流程代理人设置，可以降低因人员异动造成的流程运行风险，保障业务的正常运作。流程代理人设置针对与审批流和工作流，不针对业务流。 流程用户组管理流程用户组管理指的是将用户按照一定的属性归类分组，以便在被流程设置引用时，以群组的形式被引用。这样不但使得任务和权限直观清晰地划分分配，还可以节省流程设置时间。同一个用户可同时出现在不同的用户组中。流程用户组管理可针对审批流和工作流，不针对业务流。工作流 工作流定义工作流指的是某一项工作需要经过多个环节才能被完成，比如工单，需要多个环节的工人作业才能将某个产品完成。同审批流一样，工作流针对的是一个业务单据的流转，但同审批流的主要区别在于，审批流上的单据仅是审批状态的变化，而工作流反映的是工作进程的变化。 工作任务消息配置工作任务消息配置就是定义工作任务消息的显示格式和内容的模板，使接收人接收到的消息按预先设定的格式和内容出现，比如“您好，评估表：xxxx等待您的填制！评估截止日期为：xxxxx”。业务流 单据接口定义单据接口定义是定义非流程单据之间的衔接引用关系。非流程单据就是不通过业务流定义引用而进行数据转换衔接的业务单据，比如请购单，在采购订单界面处直接拉请购单生成采购订单；再如价格审批单，推式生成采购订单。在两单据进行接口时，交易类型的不同引用就代表不同的对接方式。 单据转换规则单据转换规则是定义上下游单据之间在转单时的数据传递对应规则和分单规则。 业务流定义业务流是指多张不同的业务单据串接起来的流程（注意区别于审批流和工作流，它们只针对一张单据），即每个流程环节涉及到不同的单据类型（或细到交易类型），前后处理的单据对象不是同一个，上下游单据处理还有合并、分单和数据回写规则。比如：请购单→采购订单→采购入库单→采购发票。流程监控 流程管理中心流程管理中心相当于一个流程的总控室，用于对系统中流程实例和工作项进行集中管理，如挂起、恢复、终止等操作。 流程日志流程日志用于查看流程的执行记录，对流程执行过程和细节进行查看监控。用友软件股份有限公司91.3流程五要素流程五要素是业务流程、审批流程、工作流程都具备的最重要的5个属性，即组织单元、参与者、交易类型、单据类型、修订状态，以下对流程五要素的属性含义以及对流程的影响进行详细说明。1.五要素的含义组织单元：流程所属组织单元，此属性可以为空，参照范围为集团内所有业务单元。此属性不为空时，则只有主组织与此属性相同的单据才能启动该流程。参与者：流程的参与者是指流程的制单人，以及其他流程各个环节的参与角色、操作员等。流程的制单人为流程的启动者。单据类型：流程所属的业务单据，所有流程全部隶属于某个业务单据，即此属性不可能为空。交易类型：流程所属的交易类型，交易类型是可选属性，如果此属性不为空，则只有对应交易类型的业务单据才能启动此流程。修订状态：修订状态是流程平台为实现单据在审批结束后，进行变更处理业务时设定的状态标示值，用于解决不同业务领域对修订含义的不同解释，例如：资金对资金计划审批结束后的修订称为计划调整，进行计划调整的单据需要走的新审批流，在业务上称为计划调整审批流程。对合同审批结束后的修订称为合同变更，进行合同变更的单据需要走的新审批流，在业务上称为合同变更审批流程。若被提交单据的该状态在单据类型上有注册，则要走修订审批流。2.审批流程、工作流程启用及实例化过程中五要素匹配规则首先业务单据可按照是否存在交易类型分为两大类：有交易类型业务单据、无交易类型业务单据。以下分别进行说明：1）有交易类型业务单据启用流程过程中匹配四要素规则满足下述条件的流程为候选启动流程： 流程启动者=当前业务单据制单人，或者流程启动者包含当前制单人； 且流程单据类型=当前业务单据类型； 且流程交易类型=当前业务单据交易类型； 且流程组织单元=当前业务单据主组织，或者流程组织单元为空；如果候选启动流程数量为1个则自动启动流程，如果超过1个，按预定义的优先级启动，若未预注意：以上三类流程（审批流、工作流、业务流）的划分，是系统抽象出来以便区分不同的场景做不同的处理。在企业中，更多的情况是业务流程、工作流程、审批流程集成存在，业务流程含有工作流程和审批流程；工作流程中含有审批流程。例如，销售流程中，销售出库环节出库单产生后需要走一个审批过程；委托付款流程是成员单位与结算中心共同参与的工作流程，在成员单位填写好委托付款单后需要先走一个填报审批流程，结算中心补充结算信息后，在结算中心内要走一个付款审批的流程。用友软件股份有限公司10定义优先级则随机处理。2）无交易类型业务单据启动流程过程中匹配要素规则满足下述条件的流程为候选启动流程： 流程启动者=当前业务单据制单人，或者流程启动者包含当前制单人； 且流程单据类型=当前业务单据类型； 且流程组织单元=当前业务单据主组织，或者流程组织单元为空；如果候选启动流程数量为1个则自动启动流程，如果超过1个，系统则提醒用户手工选择其中的一个完成流程实例化。注意：部分业务单据启用工作流程、审批流的功能按钮为同一个，因此如果按照上述四要素匹配规则，最终候选启动的工作流、审批流的数量超过1个时，系统也会提醒操作者自行选择其一进行实例化。用友软件股份有限公司11第二部分交易类型在介绍交易类型之前，我们需要先了解两个概念——1、交易；2、单据类型。交易一般指一个完整的业务活动场景，也对应为一个有明显过程边界的功能，例如销售接单、发货、报销、委托付款等。系统实现交易的载体是业务单据，比如销售订单、发货单、报销单、付款单等，这些就是业务单据。业务单据是它们的统称，具体到按照不同的业务功能或交易功能将业务单据进行区分，也就是所谓的单据类型。交易类型是一个交易（或者业务单据、单据类型）的细分，可以基于不同的交易规则，或基于行业/企业，或基于企业的不同发展阶段来划分。交易类型是在单据类型支撑的功能模型基础之上再增加一些在限制规则、模板、流程的差异。同一单据类型下的不同的交易类型的业务规则不同，用户可以根据企业运作中业务约束需求进行自定义的，例如报销单据，可以细分为差旅报销、部门活动报销、交通费报销等。交易类型是体现在业务单据上的，但不是所有的业务单据都有交易类型。通常来说，核心单据或主要单据涉及到的业务变化较多，所以通过多种交易类型来对上下游业务处理方式施加影响；业务变化较少的业务单据的交易类型通常较少或没有。NC60中的交易类型详细介绍请参见“附录2：交易类型详解”。2.1交易类型管理2.1.1界面按路径打开：【企业建模平台】→【流程管理】→【交易类型管理】，显示如下：图2.1.1-1左侧栏中是按产品的模块进行分类的列表，我们这里以采购管理为例来说明界面，其他的模块和功能点都是按此风格来布置的。点击【采购管理】→【采购订单】，将显示界面划分为三部分，如下：用友软件股份有限公司12图2.1.1-2区域1：显示产品模块列表，选中任一点击后显示该模块下包含的单据；区域2：显示所选中单据的交易类型列表；区域3：交易类型设置区，是针对区域2中不同的交易类型行进行具体的设置。2.1.2应用指南2.1.2.1按钮说明〖新增〗：可以增加新的交易类型。〖修改〗：可以对已有的交易类型进行修改。如果交易类型已被引用过，那么就有可能不允许修改，或只允许修改其中的某些部分，系统会自动给出提示，例如：图2.1.2.1-1〖删除〗：可以对已有的交易类型进行删除，但前提是该交易类型没有被引用过，否则会出下提示（如下图）。注意：系统预置的交易类型如果没有被引用过也可以进行删除。注意：如果选中某单据后，区域3为空，那么就代表这个单据目前没有具体的交易类型，即便它在区域2中可以进行新增操作。也就是说，不是所有列示在区域1中的单据都有交易类型。若区域2为空则表示该单据未设交易类型，点新增即可增补交易类型。用友软件股份有限公司13图2.1.2.1-2〖刷新〗：刷新当前界面数据。〖显示设置〗：如果某交易类型被封存，即【是否封存】字段被勾选，那么如果点击〖隐藏封存交易类型〗，该交易类型就不显示；如果点击〖显示封存交易类型〗，那么不论是否被封存，所有交易类型均显示。〖发布节点〗：发布节点是用于将带有某种交易类型的业务单据发布到指定用户的操作界面上，可以使不同的用户在使用同样一种业务单据时，所对应的流程、所能操作的业务、所应遵循的规则、以及所受到限制各不相同，相当于每个用户使用的都是针对各自业务范围而个性化定制的一张业务单据。具体操作步骤请见下述“2.1.2.2发布节点”的详细描述。〖业务规则配置〗：业务规则配置是用于定义某些业务动作在执行前，应该满足什么条件才能执行；或某些动作在执行后应该达到什么样的条件才能被允许通过等。比如：某采购订单的某物料数量超过了此物料的最高库存，就不允许此采购订单执行〖保存〗。这样以达到让业务控制更加细化的目的。具体操作步骤请见下述“2.1.2.3业务规则配置”的详细描述。2.1.2.2发布节点为了较直观地说明，我们在此通过一假设业务场景来示例说明：用户A和用户B都是采购部人员，A只负责XX类采购，B只负责YY类采购。显然，两人都会用到『采购订单』这个单据，但公司希望他们各司其职，每个人打开采购订单后，只能处理自己所辖范围内的业务。这里，我们假设A、B分别看到的采购订单的名称为“XX类采购订单”和“YY类采购订单”。2.1.2.2.1基本思路首先，目标很明确——将个性化设置的单据节点发布给指定用户。那么我们需要知道这是通过什么路径来实现的。在NC60中，节点的操作权限是分配给职责的，职责是分配给角色的，角色是分配给用户的。这样，基本思路就是“节点→职责→角色→用户”，从而将节点的操作权限与用户关联起来。2.1.2.2.2操作步骤1.用集团管理员身份登录系统。2.打开路径【企业建模平台】→【流程管理】→【交易类型管理】→【采购管理】→【采购订单】。3.〖新增〗名称为“XX类采购订单”的交易类型，并在区域3中进行设置后〖保存〗。用友软件股份有限公司144.点击〖发布节点〗后弹出窗口如下：图2.1.2.2.2-15.沿着结构树向下找到【供应链】→【采购管理】→【采购订单】。6.右上角的文本框会自动显示一个节点编码，只要遵循此处的编码规则且与现有的编码没有重复就可以，然后〖确定〗。7.重复步骤3~6，发布名称为“YY类采购订单”交易类型的功能点。8.打开路径【企业建模平台】→【权限管理】→【职责管理】→【职责】。9.建立一个职责类型为“业务类型”的职责，然后点击〖分配功能〗，在弹出窗口沿【供应链】→【采购管理】→【采购订单】结构树打开，可以看到刚才发布的两个节点已经出现了：图2.1.2.2.2-210.选中“XX类采购订单”，并将其分配到右侧窗口中（如下图），点击〖确定〗后，那么这个职责就有了操作这个功能节点的权限。用友软件股份有限公司15图2.1.2.2.2-311.打开路径【企业建模平台】→【权限管理】→【角色管理】→【业务类角色】，找到用户A所对应的角色，然后将这个职责分配给此角色，这样“XX类采购订单”就发布到了用户A的界面上。12.以用户A登录系统，打开路径【供应链】→【采购管理】→【采购订单】，可以看到『XX类采购订单』这个功能点（如下图），那么这个功能点只能处理“XX类采购”交易类型的订单业务。同理，重复步骤8~11可以发布建立用户B对应的“YY类采购订单”功能点。其余任何业务单据的交易类型节点发布均参照于此。图2.1.2.2.2-4注意：第11步的假设是系统里已经有了用户A且已经赋予其业务角色，此处仅是增加一个操作“XX类采购订单”的职责。如果系统中还未建用户或角色，那么就需要新建后，将职责分配给角色并将角色关联用户。具体详见《权限管理分册》，此处仅作提示。用友软件股份有限公司162.1.2.3业务规则配置如前所述，业务规则配置主要用于设置业务动作执行前后所应遵循的约束规则。延续上例，我们在界面上（图2.1.1-2）区域2中选中某一交易类型，点击按钮〖业务规则配置〗，出现如下界面：图2.1.2.3-12.1.2.3.1按钮说明〖前置约束规则〗：动作执行前，应该满足什么样的前提，以此进行约束检查。具体请见下述“2.2.2.3.3约束规则设置”的描述。〖后置约束规则〗：动作执行后，应该达到什么样的结果，以此进行约束检查。〖编辑脚本动作〗：通过代码编辑实现个性化的动作约束规则，通常用于二次开发，但此功能点并不实际具有编辑功能，具体是通过【应用开发平台】→【开发配置工具】→【交易管理】→【单据动作脚本】来操作的。〖保存脚本动作〗：对编辑的脚本动作进行保存。同上，此按钮并不具实际功能。〖撤销〗：撤销本次编辑，返回到上一界面（图2.1.2.3-1）。〖返回〗：返回到『交易类型管理』选中单据所对应的一级界面（图2.1.1-2）。2.1.2.3.2字段说明下图中红线框内的字段仅是配置结果的显示，并不能编辑。用友软件股份有限公司17图2.1.2.3.2-1具体编辑是通过【应用开发平台】→【开发配置工具】→【交易管理】→【单据动作管理】是实现的，详细介绍不属于本手册范围内容，在此仅作提示并对这些字段的含义，以及对业务动作的影响做一个简单说明：图2.1.2.3.2-2【执行前提示】：表示该动作执行前的提示语句。【进行约束检查】：表示该动作执行前必须进行条件约束检查。如果勾选，那么在动作执行时会检查按钮〖前置约束规则〗和〖后置约束规则〗中设置的条件；反之，如果未勾选，则不进行约束条件检查。【动作可配置】：表示可以配置动作执行的脚本。【进行驱动配置】：勾选表示该动作完成后可执行驱动环节的事件。如果不勾选，则在『业务流定义』的流程元素“动作驱动”所对应的属性编辑器中的【动作驱动】字段选择框中查询不到该动作，也就是说该动作不能被用于执行驱动后续事件发生。2.1.2.3.3约束规则设置这里以〖前置约束规则〗为例来说明，在界面（图2.1.2.3-1）上选择某一交易类型行，比如我们选中动作名称为“保存”的行为例，点击此按钮，出现界面：用友软件股份有限公司18图2.1.2.3.3-1首先〖新增〗一行，并打开字段【约束条件】，弹出窗口：图2.1.2.3.3-2选中一函数后，然后再在字段【运算符】和【值】进行选择或编辑，并〖保存〗，这样一个约束条件就完成了。依次类推可增加多个约束条件，当动作检查约束被触发时，就按照编号逐个进行检查。〖后置约束规则〗的设置参照以上描述即可。注意：所设置的约束条件只有在字段【进行约束检查】被勾选的状态下才能发挥作用。该字段的具体设置是通过【应用开发平台】→【开发配置工具】→【交易管理】→【单据动作管理】。用友软件股份有限公司19第三部分审批流3.1审批流定义审批流定义节点用来为某个具体的业务单据或某个具体单据的一个交易类型进行审批流程的定义。被定义了审批流程的单据将按照定义的审批流程被传递和审批。单据的审批流按照制单人启动，因此在同一组织内（集团或者公司），同一单据类型的审批流制单人在同一审批流程类型内不能重复，若不在同一个审批流程类型内则可重复。3.1.1界面此章节主要介绍【审批流定义】功能节点操作界面，帮助使用者快速熟悉功能界面和主要功能操作，共分成两个部分介绍，浏览与管理界面以及审批流设计编辑界面。3.1.1.1浏览与管理界面图3.1.1.1-1左区：为业务单据目录树，以产品形态进行分组，列出NC60系统支持审批流功能的所有产品以及功能节点，定位到某个产品的单据节点，通过上图工具栏上的功能按钮进行审批流程的维护管理，相关功能操作见下文详解。右区：为对应业务单据下已经定义的审批流列表，每个业务单据可以定义多个审批流。1.主要字段说明用友软件股份有限公司20【启动参与者】：即流程中第一个“人工活动”对象，也就是业务中的制单人。【组织单元】：即流程归属于哪个组织，参照范围为集团内所有组织。【版本】：即流程的版本号，此版本号每次修改流程保存系统自动维护，新建流程的默认版本为1.0未启用状态的流程定义，修改后保存不产生新版本(版本号不变)，已启用状态的流程定义，修改后生成新版本，每次版本号增加0.1。版本变化后已经在系统中被实际业务实例化的流程继续使用原来的版本走完流程，新业务则引用最新版本的流程。【流程状态】：流程有三个状态：启用、暂停、停用。启用状态下系统业务可以引用该流程，只有子流程才有暂停状态，被某个主流程引用的子流程，当主流程为停用状态时，该子流程则处于暂停状态。停用状态为主流程状态，停用流程不能被系统该业务应用。【创建日期】：即流程新建保存时的日期。2.功能按钮说明〖新增〗：建立新的审批流程，点击此按钮系统进入全新的流程设计状态，此状态下可以创建新的审批流程。〖修改〗：点击此按钮进入流程修改编辑状态，可对流程任何对象和其属性进行重新编辑保存。〖删除〗：点击此按钮删除选中流程，如果主流程删除，其引用的子流程并不被删除。〖过滤〗—〖隐藏停用流程〗：可通过勾选、取消该按钮复选框，实现对已经停用流程的显示或者隐藏。〖启用〗〖启用〗：选择一个已经停用的流程，点击此按钮则选中流程变为启用状态。此功能按钮对子流程无效。〖停用〗：选择一个已经启用的流程，点击此按钮则选中的流程变为停用状态。此功能按钮对子流程无效。〖同步〗：当流程中引用的操作员、角色的名称发生变化，通过此按钮可以刷新最新的操作员、角色的名称。例如：创建流程的时候，引用了的名称为“张三”的系统用户，后来由于业务需要此用户名称修改为“张老三”。那么通过〖同步〗按钮，可以将流程中显示的“张三”自动刷新为“张老三”。〖导入导出〗〖导入〗：可将以前导出保存的流程进行导入，如果导入的流程中参与的角色、操作员与当前导入环境不一致，那么流程的所属组织、参与对象的角色、操作员的值则自动清空，用户需要重新设置。〖导出到本地〗：即将当前选中流程导出为本地文件保存，可以供下次或者其他使用者导入。3.1.1.2编辑界面在浏览与管理界面选择业务流程，点击〖编辑〗按钮，进入流程编辑界面。也可以.
