工作的批量提交

概念澄清：

   批量提交并不是说将所有等待处理的工作一下子提交，而是说将下一步执行人相同的工作选中，并一次性提交给同一个执行人.

批量递交规则：

   系统对选中的每个工作进行执行人的解析。当发现工作的下一步骤只有一步时，并且该步骤只有一个执行候选人时，系统将工作直接递交给此人（即不出现选择下一步骤及执行人的界面）。当有多个下一步骤时，或者一个步骤有多个候选执行人时，系统将列示出第一个工作的候选执行人供操作员选择。在选定步骤和执行人后，所有选中的工作都递交给相同的人员。

提交前的校验 ：

    如果为步骤定义了提交前的校验 ，那么在做批量提交时，系统仅对第一项工作做提交前的校验，系统认为其它的需要一并提交的工作都遵循相同的校验结果。

    在“等待我处理的工作”中列出的是所有等待我处理的工作，即不同类型的工作，不同的处理步骤的工作都显示在列表中。这样，不便于对大量工作的批量处理。

    因此，在“等待我处理的工作”目录下，系统把工作按当前所处的受理步骤进行分类列示，如下图所示：

    图中显示等待我处理的工作有4件。这4件工作分别处于3种处理步骤中。当点击其中一个步骤名称时，系统仅列出等待我处理的，并且处于该受理步骤的工作，对于处于同一个受理步骤的工作，系统允许进行批量的提交操作 。

    进行列表后，系统缺省是将所有工作选中，当然可以根据需要去掉某些选择。也可以自定义条件仅查询出需要的工作，并对这些工作做批量提交。

    如果当前受理步骤中需要“派工”，那么选中的工作必须都执行了派工操作后，才允许进行提交。派工操作也是可以批量操作的。批量派工当前仅允许“手工派工”，暂不支持随机派工 。

    在递交时需要确定提交到哪一步，并且提交给谁。由于下一步骤的执行人定义可能是相当复杂的，因此，系统当前仅支持以如下方式定义执行人的批量递交

• 等同于起草人，等同于某步骤执行人：
  
  这个条件定义的执行人，对每件工作而言，系统是可以精确定位到单一的候选人.因此在批量递交时，系统不需要操作者做选择，而是直接提交。
  
  
• 等同于某步骤的执行人的主要领导：
  
  根据这个定义，可以定位到唯一的候选人，因此在批量递交时，系统不需要操作者做选择，而是直接提交。但如果没有为部门指定主要领导人，那么将无法取到候选人。
  
  
• 使用表单上的某个字段来指定下一步的执行人：
  
  当使用单上的某个字段指定下一步的执行人时，系统能够定位到唯一的候选人。当使用复杂公式定义候选人，或一段脚本来定义修改人时，系统将使用第一个工作的数据进行公式解析和运行脚本，并将结果作为所有工作的候选人列表供选择。
  
  
• 使用相对岗位指定修改人：
  系统将使用第一个工作的数据进行候选人的解析，并将结果作为所有工作的候选人列表供选择。

    无论是以哪种方式定义候选人，系统都会自动加上临时指定候选人的功能。

在如下情况下，系统提供的批量提交功能可能存在问题：

•   使用脚本或公式来指定执行人，并且脚本或公式解析的结果是多个候选人，而且每个需要提交的工作由脚本或公式解析出的候选人又是不同的，那么系统仅列出第一个工作的候选人供选择，这样，等待批量提交的其它工作可能被提交给不合适的人。比如某步骤的执行人是从表单上取得部门信息，并以该部门中的所有领导（正职和副职领导）做执行候选人。那么如果等待提交的工作上的那个部门是不同的，候选人也应该是不同的，而系统仅列出第一个工作的候选人供选择。这样工作就可能会被提交给不正确的人选。
  
  解决的办法是：使用自定义查询仅查询出表单上的部门信息为指定部门的工作 。对这些工作做批量提交，然后再查询出表单上的部门信息为另一个指定部门的工作 。再对这些工作做批量提交。依此类推，直至工作全部提交
  
  

批量提交使用技巧：

  批量提交并不是说将所有等待处理的工作一下子提交，而是说将下一步执行人相同的工作一次性提交给同一个执行人，因此尽量使用自定义条件过滤出下一步执行人相同的工作后再执行批量提交操作。当过滤出合适的数据量，也可以根据需要对列表中的工作进行挑选。