流程步骤设置-策略-处理人

策略中下图红框均为设置当前步骤默认处理人选项：

处理者类型：

    发起者：由流程的发起人来处理这一步。

    某一步骤处理者：由流程某一个步骤的处理人来处理这一步。选择此选项时要在下边的处理者步骤选择哪一步的处理人来处理这一步。

    字段值：由表单中某个字段保存的组织架构ID字符串（单位，部门，岗位ID,u_人员id,w_工作组id,r_人员与组织架构关系id）来处理这一步。选择此项时要在下边的值字段中选择某个字段。

    发起者-部门：由发起者的部门来处理这一步（当处理者类型为单位，部门，岗位时则表示此单位，部门，岗位下面的所有人员）。

    发起者-单位：由发起者的单位来处理这一步。

    发起者-领导：由发起者的领导来处理这一步（领导是在组织架构上设置的工作角色）。

        工作角色在数据字典中定义后在组织架构上指定人员：

            所有这些选项均为设置的工作角色对应的人员。前一步处理者即指上一步的发送人。

上次处理者（如果当前步骤没有找到处理人，则查询此流程此步骤此发送人上次发给了谁）：

默认处理者：直接在组织架构上选择处理人员（可以指定单位，部门，岗位，工作组，人员）。

选择类型（指定在发送时允许选择的组织架构类型）：

允许选择：在发送时是否允许自由选择接收人（有的情况指定了默认处理人就只能发送给默认处理人，不允许发送自己选择接收人）。

选择数量：规定最大能选择的接收人数量。

选择范围（指定发送人选择接收人的范围）：

    默认处理者选中：将设置的默认处理人限定为选择范围，并且初始打开时已选中。

    默认处理者不选中：将设置的默认处理人限定为选择范围，初始打开时不选中。

加签范围：在加签时选择接收的限定范围。

默认处理者SQL或方法：用一个SQL查询返回组织架构ID字符串作为当前步骤处理人。或者用一个C#方法返回处理人组织架构ID字符串作为处理人。

    示例方法（这里应该填方法的全路径-命名空间.类名.方法名）：

    上面方法就应该填：cn.tzsoft.roadflow.service.TestService.getDefaultHandler，不用填参数，参数调用时自动会传FlowRunEventParameterModel实例。