定义需要覆盖的任务

任务分配 界面用于定义 人员调度 需要覆盖的任务或岗位。这是配置阶段：先描述需求，再到安排员工中安排具体人员。

随后通过 值班表 向员工发布（参见 值班表）。

一项任务包含什么

一项任务可以包含：

• 清晰的名称：门卫接待、操场、食堂、A阶梯教室考试监考；
• 要求的最少人数和理想人数；
• 优先级；
• 校区或地点；
• 允许承担该任务的员工名单（留空 = 全体员工）；
• 与其他任务的兼容规则；
• 在值班网格上逐时段设置的详细需求。

任务必须足够明确，才能在排班界面和发给员工的值班表中被看懂。

常见示例：

• 2号走廊；
• 北门接待；
• 课间操场；
• 食堂；
• B12教室自习看管；
• A阶梯教室考试监考；
• 体育活动 市体育场。

需求与授权员工

需求说明某项任务在值班网格上的每个时段需要多少人覆盖（0 = 无需求），这是在任务的最少人数和理想人数之外的设置。授权员工名单限定了符合条件的人员：请只用于需要特定资质或能力的岗位——体育活动、特殊监考、特殊接待、进入某个校区。

这些信息避免把人员安排变成一份单纯的姓名清单：Omniscol会保持岗位、需求与获准承担该岗位的人员之间的关联。

对于敏感任务，请限制授权员工，而不要依赖口头交代：这样，一旦安排了未获授权的人员，排班界面就会提示。

任务之间的兼容

如果学校允许，某些相近的任务可以由同一个人承担。例如：安静时段内相邻的两条走廊。

只有当兼容符合实际工作规则时，才声明兼容。兼容范围过宽会让日程表更难阅读，还可能掩盖人手不足的问题。应避免的情形：仅仅因为缺人，就把相距很远的岗位合并。

导入与沿用结构

任务已经很多时，该界面提供模块内的导入和沿用结构工具，可以节省时间。导入后，请在进入排班界面之前，检查名称、需求和授权员工。

规范的导入应当生成被安排人员能直接读懂的名称。如果导入的是内部代码，请在发布前改名。

为什么把任务与排班分开

这样的分离避免混淆两个决策：

• 定义需求：有哪些岗位，在哪里，遵循什么规则；
• 安排人员：由谁在某一周或某一时间段内承担这些岗位。

当结构变化不大时，这种分离让您可以重复使用同一批任务，只修改人员或例外情况。