U9_系统管理_公共服务_2.0.pptVIP

* * * * * * * * * * * * * * * * * * * * * * 系统管理－审批流 业务审批：场景4 审批职责 维度定义 有效取值范围 Group401 空 Group402 只有实体： [地区]上限：华北，下限：东北，[限度内]=true [地区]：东北、华北 Group403 只有枚举： [对账期间]上限：日，下限：月，[限度内]=true [对账期间]：日、周、月 Group404 只有额度： [资本额]：500 [资本额]≤500 Group405 只有额度： [资本额]：1000 [资本额]≤1000 Group406 额度+实体+枚举： 1、[资本额]的限额=2000 2、[地区]上限：东北，下限：东北，[限额]=1000，[限度内]=true 3、[对账期间]上限：日，下限：日，[限额]=800，[限度内]=true （[资本额]≤800）（[地区]=东北）（[对账期间]=日） 审批分配岗位 审批职责（审批对象为“客户”） 审批数据权限 P01 Group404、Group406 （[资本额]≤500）（[地区]=东北）（[对账期间]=日） P02 Group405、Group406 （[资本额]≤800）（[地区]=东北）（[对账期间]=日） 系统管理－审批流 业务审批+全局审批 “业务审批+全局审批”指的是一个审批对象中，除了业务审批树之外，我们还可以定义与单据（档案）的审批岗位没有上下级关系的一棵或者多棵岗位树，以实现对单据（档案）的全局审批。“业务审批+全局审批” （为方便，我们以下都称为全局审批）可以存在多棵审批岗位树。 系统管理－审批流 全局审批规则 在全局审批规则中，主要介绍相对于业务审批规则来说，全局审批的一些特殊规则： 一个岗位在一个业务对象的审批中只能审批一次； 全局审批是在业务审批链审批结束后开始的，多条全局审批链并行执行； 在全局岗位树中，如果已经进行审批分配的最下级岗位分配有实体（枚举）类型的审批维度，那么单据（档案）在提交审批时，要判断单据的相关数据是否在实体（枚举）维度的审批数据权限内，如果在，则该全局岗位参加审批，否则判断其已分配的上级岗位，直到找到符合条件的全局审批岗位，此岗位及其所有已分配的上级岗位构成了全局审批树； 参加审批的全局审批岗位树必须具有终审权，其审批流程和终审规则与业务审批一致； 存在参加审批的全局审批岗位树时，可以不用定义业务审批，就是说一个业务对象的审批中可以只有全局审批链，而没有业务审批链。 系统管理－审批流 主子审批 系统管理－审批流 主子审批 在实际的业务单据中，存在着主单据（头）、子单据（行）都需要审批的情况，我们称之为“主子审批”。与业务审批和全局审批不同，主子审批中是存在多个审批对象的：主单据是一个审批对象，每个子单据都是一个审批对象。所以如果一张单据中存在2行数据的话，就存在1个主审批对象和2个子审批对象。 业务审批和全局审批是针对一个审批对象的，所以主子审批中的每个审批对象都能够定义业务审批和全局审批。 主子审批中可以不定义子对象的审批流程，即可以只有主对象参与审批。 这里以“发薪申请”单据为例介绍一下主子审批流，其中主审批对象名为“薪资发放申请单”，子审批对象名为“员工薪资发放”。 系统管理－审批流 多组织审批 系统管理－审批流 多组织审批 多组织审批与业务审批、全局审批、主子审批又有不同，是根据岗位树之间的组织关系和上下级岗位之间的组织关系来实现对单据（档案）的跨组织审批。 U9V1.0中的审批流是基于HR组织的，也就是说，我们这里的所说的多组织审批指的是在一个HR组织中进行的，通过行政关系树中以这个HR组织为上级或者间接上级的非HR组织之间的岗位关系来实现的多组织审批。 多组织审批中，审批规则与业务审批、全局审批、主子审批并没有不同。 一个HR组织中跨组织的岗位设置规则请参考HR的相关文档。 在这里我们主要介绍多组织审批的几种场景。 系统管理－审批流－责任类型 建立责任类型 责任类型在【自定义代码】中进行设置，然后通过【审批预置数据设置】与审批对象进行关联，关联后已经发生的审批链继续按照修改前的进行审批，新产生的审批链按照修改后的审批。 责任类型上级和行政上级 上级汇报关系里面依据审批对象的发起人和审批对象的责任类型，直接找发起人该责任类型下的上级，也就是他所说的责任类型上级；行政是一种责任类型 如果发起人在人员基本信息汇报上级中的责任类型不等于审批对象的责任类型，那么就找发起人汇报上级的责任类型=行政的汇报上级 岗位、单据行、单据头的责任类型的审批规范 主审批(只提交主),责任类型为主上的责任类型 子审批(只提