loonflow/sphinx_docs/source/constant.rst

==============
相关常量
==============

--------------
状态类型
--------------

| 1: 开始状态.工单的最初始状态，如发起人新建中
| 2: 结束状态.工单的最终状态，如完成、结束、关闭等等

--------------
分配方式
--------------

| 1: 主动接单。工单到达时如果当前处理人是多人，需要用户先接单再处理(避免多人同时处理。场景: 开发人员提交了一个定制化的机器的申请， 在运维人员处理中这个状态，此状态下配置的处理人是整个运维部门,那么所有运维都会看到这个工单，其中一个运维人员点击接单后代表其将为其服务。这时候其他人将在工单详情中看到处理人已经是这运维人员)
| 2: 直接处理。工单到达时如果当前处理人是多人，不需要先接单，谁都可以处理
| 3: 随机分配。工单到达时候，如果处理人为多人，那么系统将随机分配给某个人。如上面这个例子，系统将直接给工单的�当前处理人设置为随机的一名运维人员
| 4: 全部处理。当设置成某个状态为全部处理时，工单在此状态下需要所有相关人员都处理完成后，才会进入到下个状态

--------------
处理人类型
--------------
| 1: 个人
| 2: 多人
| 3: 部门
| 4: 角色
| 5: 变量 如工单创建人、工单创建人leader
| 6: 脚本/机器人  执行脚本的情况 
| 7: 工单字段 工单的某个字段(需要是用户名或者是逗号隔开的用户名),如工单的某个自定义字段是测试人员'devs',工单流转过程中其中一个状态是测试人员测试中，那么那个状态的处理人类型可以为7, 处理人为'devs')
| 8: 父工单字段 父工单的某个字段(需要是用户名或者是逗号隔开的用户名),如上述项目和应用周期的工单，应用工单在某个状态下需要项目的负责人'po'审批，那么该状态的处理人类型可以为8，处理人为'po'
| 9:多人全部处理(处理人为多个，且每个人都需要处理)，当状态处理人配置为全部处理，且处理人数大于1时，实际的处理人类型则为此
| 10. hook方式，当工单状态叨叨处理人类型配置为kook的状态时，loonflow将触发一个hook请求，被请求方可以执行有些自动化操作然后回调loonflow

--------------
流转类型
--------------
| 1: 常规流转
| 2: 定时器流转

--------------
自定义字段类型
--------------
| 5: 字符串
| 10: 整形
| 15: 浮点型
| 20: 布尔类型
| 25: 日期类型
| 30: 日期时间类型
| 35: 单选框radio
| 40: 多选框checkbox
| 45: 下拉列表
| 50: 多选的下拉列表
| 55: 文本域
| 60: 用户名(需要调用方系统自行处理用户列表，loonflow只保存用户名)
| 70: 多选用户名(需要调用方系统自行处理用户列表，loonflow只保存用户名，多人的情况使用逗号隔开)
| 80: 附件，多个附件使用逗号隔开。调用方自己实现上传功能，loonflow只保存文件路径

--------
字段属性
--------
| 1: 只读 调用新建或处理工单的接口时如果传了设置为只读的字段的值，loonflow将忽略，不会更新工单此字段的值
| 2: 必填 调用新建或处理工单的接口时必须传递此字段的值，如果未提供则新建或处理工单接口将调用失败
| 3: 可选 调用新建或处理工单的接口时可传可不传此字段的值，如果传了此类型的字段，则loonflow将更新工单此字段的值

------------
工单权限类别
------------
| 1: 用户当前拥有此工单的处理权限(因为随着工单的状态变化，权限也会相应变化)
| 2: 用户当前拥有此工单的查看权限(因为随着工单的状态变化，权限也会相应变化)