📚 课程目录第3章班组考勤节点设计原则

3. 班组考勤节点设计原则

班组考勤节点是许可工作流中连接“人员准入”与“作业执行”的关键环节。设计不当会导致考勤数据失真、流程卡滞或安全追溯断裂。本节从节点位置、数据采集点、触发条件三个维度阐述设计原则。

3.1 考勤节点在许可流程中的位置

考勤节点应位于作业许可签发之后、作业开始之前，作为“人员就绪确认”的最后一道关卡。典型位置如下表所示：

流程阶段	前置节点	考勤节点	后置节点
许可申请	作业申请提交	—	许可签发
作业准备	许可签发完成	班组考勤打卡	安全交底确认
作业执行	安全交底确认	—	作业开始
作业关闭	作业结束	—	许可关闭

  设计原则：考勤节点不得早于许可签发，也不得晚于安全交底。若考勤与交底顺序颠倒，将出现“未打卡人员已接受交底”的逻辑漏洞。

3.2 数据采集点设计

考勤节点需要采集的数据分为身份数据、时间数据、环境数据三类。每个采集点应明确数据源、采集方式与校验规则。

数据类别	采集点	采集方式	校验规则
身份数据	人员ID / 人脸特征	人脸识别终端 / 刷卡器	与班组花名册匹配，黑名单拦截
时间数据	打卡时间戳	终端系统时间（NTP同步）	不得早于许可签发时间，不得晚于作业计划开始时间+15分钟
环境数据	GPS坐标 / 工地围栏	移动端定位 / 固定基站	坐标必须在作业区域电子围栏内
关联数据	许可编号 / 班组编号	系统自动关联	许可状态必须为“已签发”

实践建议：身份数据优先采用“人脸识别+工卡双因子”方式，避免代打卡。时间数据必须与服务器时间对齐，禁止依赖终端本地时间。

3.3 节点触发条件设置

考勤节点的触发条件决定了节点何时进入待办、何时自动跳过、何时报错。常见触发条件分为三类：

前置条件（AND逻辑）：许可状态为“已签发”且班组人员名单已锁定。满足后考勤节点变为“待打卡”状态。
打卡完成条件（OR逻辑）：班组内所有成员完成打卡，或到达计划开始时间且打卡人数≥班组人数的80%（允许少数迟到）。
异常触发条件：打卡人数低于80%且超过计划开始时间15分钟，节点自动触发“考勤异常”分支，通知班组长与安全员。

3.4 常见设计缺陷与规避

典型错误1：将考勤节点放在许可签发之前。后果：人员未获许可即进入作业区，安全管控失效。
典型错误2：只采集身份数据，不采集时间与位置数据。后果：无法追溯实际到岗时间与作业区域。
典型错误3：触发条件设置为“全员打卡”硬性要求。后果：个别人员迟到导致整个班组无法开工，影响工期。

正确的做法是采用弹性打卡完成条件（如80%阈值），同时保留异常分支用于后续处理。考勤节点设计应始终围绕“数据可追溯、流程不阻塞、异常可干预”三大目标。