...
同样的包括：生日提前祝福、合同到期提醒等等这些业务在系统中都是通过设置预警来驱动的
预警功能组成
1、定义预警业务
2、设置数据源（按照一定组织范围、一定预警时间范围去系统里去找符合条件的触发人 ）
3、通知消息设置
4、通知人设置 （触发人的相关消息发送给本人或者相关专员）
5、匹配一个合适定时任务
基本参数及操作步骤
新增预警业务
点击头像下的系统设置-基础服务-工作预警-点击更多操作中新版预警按钮进行跳转
此时进入到新版预警业务定义界面，根据不同预警业务分成不同Tab分组展示；
列表层支持启用禁用预警，支持执行预警，并可以查看预警发送消息
点击新增进行新增预警业务
| 预警名称 | 预警名称即业务名称，自定义 |
| 预警标识 | 预警业务的标识，自定义 |
| 所属分组 | 预警所属分组配置 |
| 所属组织 | 预警的管理范围即可见范围 |
| 消息标识 | 系统消息通知的标识，标识在MessageTitle模型中维护，可以和预警业务相对应
|
| 预警详情 | 预警描述字段 |
...
定义完预警的基本信息后，需要进一步确认预警取数规则
即：设置数据源（按照一定组织范围、一定预警时间范围去系统里去找符合条件的触发人 ）
注：取数规则返回的结果一定要包含employee_id字段，对应人员id数据。（id！id！数字的id！）
| 监控范围 | 查找一定组织范围下符合条件的预警触发人，这个组织范围就是监控范围，通常设置监控范围会与数据源过滤结合在一起设置 |
| 时间上下线 | 查找一定时间范围下符合条件的预警触发人，一般是提前预警，通常设置时间上下线会与数据源时间过滤结合在一起设置 时间范围上下限设置上，保证上限大于下限原则 例如：以今天日期是：2021.10.05 第一种：当下限4、上限4时、他会寻找 2021.10.09当日符合条件的人 第二种：当下限0、上限4、他会寻找2021.10.05到2021.10.09之间符合条件的人 第三种：当下限-4、上限4、他会寻找2021.10.01到2021.10.09之间符合条件的人 第四种：当下限2、上限4、他会寻找2021.10.07到2021.10.09之间符合条件的人
备注：设置好时间上下限后，会自动按照当前时间对应好时间范围上限和时间范围下限，此时在数据源设置中传时间过滤参数时，要传两个时间变量 {"begin_date_":"=END_DAYS","end_date_": "=START_DAYS"} ；不要传一个时间段变量 {"_date":{"gt":"=END_DAYS","lt":"=START_DAYS"}}
|
| 数据块后加工公式 | 一般不常用，留的数据加工口子，后期根据场景在补充，前期不用管这个参数 |
| 查看取数 | 查看数据源取数，返回JSON格式数据 |
OpenAPI取数数据案例：
参数：
云函数:
定义消息设置
定义完预警取数规则后，需要定义预警消息内容。即消息模版、跳转地址等内容
切换到消息设置-点击新增按钮
| 模板名称 | 下一步定义消息通知人时会去选择消息模版，模版名称即消息模版的名称 |
| 消息映射 | 消息模版拼接信息留的口子，例如{"name_str": "=get_value_from_dict(['employee','name'])"} 即取到master数据源中name作为字符串拼接给到专员消息模版进行通知 name_str将被替换成"张三、李四、王五"等名字 |
| 消息模板 | 通知消息内容，可以取到消息映射字段； 例如：专员：尊敬的receiver_name,近期有name_str等同事该签合同,请您留意! 员工：尊敬的receiver_name,祝你生日快乐！ |
| 跳转地址 | 跳转state，例如：常用的common_model_list等，注意格式为 /common_model_list |
| 地址参数 | 跳转到相应界面后，放在state后边的参数，例如过滤、模型等信息 例如： 可以取到数据源中的值做结合，比如例子中取到master数据源中的id字段值列表作为跳转的参数传到地址参数 |
...
业务仓库
如果无法连接业务仓库，需要在服务器配置如下内容：
| 代码块 |
|---|
[biz_store] |
...
url = https://zao.hcmcloud.cn |
...
token = xxxxx |
token可以询问刘帅卓老师获取。token可以询问谢超祥老师或者刘帅卓老师获取。