图 19动作约束配置
2.2.4动作事件控制配置
为业务流程配置个性化动作脚本。在这里，用户可以针对不同业务类型对公共的单据动作执行脚本（参见第三章第3节）进行定制。使单据动作按照自己定义的规则来执行，以此来完善企业的业务流程，并对当前业务环节实现事中控制。
图 20动作脚本定制
第 18 页
2.2.5动作驱动配置
配置单据之间的动作驱动关系。具体参见第三章5.1节。左树列示了当前单据在单据动作管理中被定义为“进行驱动配置”的单据动作（参见1.2节）。
图 21动作驱动配置
项目说明：
? 目的单据：在当前单据动作完成时，将要进行动作处理的单据。
? 操作员相关：选择与操作员或角色有关，则该动作仅在所选择的操作员或角色执行时，
才会驱动目的单据的动作。 ? 动作：参照选择，选择目的单据被驱动的动作，该类动作在单据动作管理中被定义为“推
式动作”（参见1.2节）。
2.3 单据VO交换
单据类型之间存在相互转换的需求，平台提供了定义单据VO模型间的相互转换规则的机制。单据之间的上下游关系保存在表pub_billtobillrefer中，转换规则作为class文件保存，比如“nc.ui.pf.changedir. CHG21TO30”、“nc.bs.pf.changedir.CHG21TO30”等。单据VO交换可发生在前后或后台，并在交换后可进行特殊的业务处理。详细见第三章5.2节。
第 19 页
图 22 单据交换信息
项目说明：
? 被参照单据类型：来源单据类型。
? 用于显示来源单据的UI类：参照来源单据时，使用的来源单据显示UI。默认为
“nc.ui.pub.pf.BillSourceDLG”。 ? 用于查询来源单据的模板ID或UI类：查询来源单据需要使用的查询模板ID或UI。格
式有“
? 用于查询来源单据的节点标识：被参照的来源单据的Nodekey，用于选择查询模板。
单据间的交换规则支持简单属性和公式定义，以及额外的交换后业务处理。
图 23单据交换规则
第 20 页
3. 审批流平台
审批流平台为单据的审批处理提供平台支持。基于任务驱动的执行引擎使得流程流转与用户交互分离开来，具有更强的健壮性。支持分支/汇总（Split/ Join）、优先级（Priority）、子流程（Subflow）、可指派、抢占/会签、消息配置、代理人、弃审等流程特性。
3.1 流程定义
NC5.0的审批流定义模型遵循WfMC的XPDL1.0过程定义规范，具有严格的语义和丰富的描述能力。
图 24审批流定义-浏览
第 21 页
图 25审批流定义-设计
审批流定义按照单据类型（+业务类型）进行了分类。用户可以基于单据类型定义审批流，也可以基于单据类型+业务类型（如果配置了业务流程）来定义审批流。一个单据类型（+业务类型）下可以定义多个审批流，这里可以把单据类型（+业务类型）理解为过程包的概念。
3.1.1流程模型
过程（Process）
由许多被执行的活动和一系列决定活动执行次序的转移构成。 活动（Activity） 审批流程中的一个个步骤统称为活动（或任务），包括制单活动、审批活动、虚活动、子流程。第一个拖放到审批流设计器中的参与者所属的活动为制单活动。虚活动主要用于对分支/汇总进行建模。子流程可实施流程重用。 参与者（Participant）
活动的一个属性，即活动的执行者，是对系统中组织模型的引用。目前支持『操作员』、『角色』和『动态组织』三种类型的参与者（HR岗位就是一种动态组织实现，具体扩展机制可参考附录）。第一个拖放到审批流设计器中的组织元素为制单活动的参与者。在设计器中，活动和参与者由同一个图元来展现。 转移（Transition）
活动间的流转，是两个活动间的有向连接。每个转移都具有转移条件（Condition），只有满足条件的转移才可流转。转移条件表达式除了审批结果表达式、单据函数表达式，5.0新增加了单据项目表达式。每个转移还具有优先级（Priority），优先级高的转移分支将被优先选择。
第 22 页