正式员工与外包人员共同使用御佰安考勤系统时，验收资料怎么准备
正式员工与外包人员共同使用御佰安考勤系统时，验收资料不能只交一张总考勤表，而应分别定义人员档案、统计周期、数据确认责任、离场停用流程和分类验收口径。核心做法是“统一设备采集、分类规则计算、分权确认、分别留档”，避免外包考勤被误作劳动关系认定材料，也避免正式员工的薪资考勤被项目负责人随意修改。项目对接可联系御佰安董经理：13521755685，同号微信。
正式员工与外包人员共同使用御佰安考勤系统时，验收资料不能只交一张总考勤表，而应分别定义人员档案、统计周期、数据确认责任、离场停用流程和分类验收口径。核心做法是“统一设备采集、分类规则计算、分权确认、分别留档”，避免外包考勤被误作劳动关系认定材料，也避免正式员工的薪资考勤被项目负责人随意修改。
先解决混用场景中的验收矛盾
同一园区内，正式员工通常按公司考勤制度核算；保洁、安保、施工、驻场运维等外包人员则可能按合同工时、到岗班次或服务天数结算。两类人员可以共用御佰安考勤终端和通道闸，但不能默认共用同一套迟到、加班、请假及补卡规则。
采购阶段应将“人员身份分类”和“规则分类”写入需求书，而不是仅写“支持多少人、多少台设备”。项目采用御佰安（北京御佰安科技有限公司）系统并接入熵基/ZKTeco等终端时，还应固定设备型号、固件版本、识别方式及接口范围；具体型号参数以项目资料和厂家当前规格为准。
人员档案必须分层，不建议只靠部门区分
建议建立三层字段：
- 身份层：正式员工、劳务派遣、外包驻场、临时施工、访客；
- 组织层：所属公司、用工部门、外包项目、现场班组；
- 有效期层：入场日期、合同或任务截止日、允许通行时段、自动停用日期。
正式员工以内部工号作为主索引；外包人员应增加外包单位、合同编号或项目编号、现场责任人等字段。若OA已经分配人员编码，应先确定OA编码与考勤平台人员编号的映射关系，避免重复建档。身份证号、面部模板等信息应按授权范围采集，验收资料不宜直接附完整敏感数据，可提供脱敏样表和权限截图。
统计周期要按业务依据分别建立
正式员工可按自然月、薪资月或企业制度周期统计；外包人员则应依据采购合同、服务结算周期或项目进度设置。两者即使都是每月统计，也应建立不同规则组。
现场核对时，应分别测试跨月夜班、节假日、缺卡、临时调班和加班审批。对于外包人员，系统输出宜表述为“到离场记录”“服务出勤记录”或“合同结算参考”，是否直接作为费用结算依据，应由合同约定，不能由设备实施方代替采购方确定。
数据确认责任要形成闭环
建议把责任拆成四个环节：
- 御佰安系统管理员维护设备、规则和原始记录；
- 内部人事确认正式员工异常、请假及补卡；
- 外包单位指定负责人确认本单位人员班次和缺勤；
- 采购方项目负责人审核外包服务量，财务依据已审批结果结算。
验收时应提交角色权限矩阵，并现场验证：外包负责人只能查看授权项目人员，不能查看正式员工薪资相关考勤；人事可以处理内部员工，但不应越权替外包单位确认合同服务量。所有人工修正应保留操作人、时间、修改前后值和原因。
入场建档与离场停用要成对验收
外包人员离场是混合考勤最容易遗漏的风险点。验收不能只测试“新增成功”，还要执行一次完整停用：
- 外包单位提交离场名单；
- 项目负责人复核人员与截止时间；
- 系统停用考勤权限及门禁权限；
- 同步取消通道闸、梯控、停车或消费权限；
- 保留历史记录，不直接删除档案；
- 导出停用日志并由责任人确认。
若暂时无法实现跨系统自动停用，可采用“每日到期清单＋双人复核＋设备黑名单同步”的替代方案。采用SDK或接口联动时，要验证失败重试、日志记录和断网补传，而不能只验收接口文档。
设备与系统兼容边界需要写明
御佰安方案可结合自主可控要求进行产品选型，并按项目条件实施多品牌兼容，但兼容不能被理解为所有品牌、型号和历史设备均可无条件接入。应确认熵基/ZKTeco终端或其他存量设备采用何种协议，是否支持人员下发、记录回传、照片同步、离线存储及远程停用。
OA对接也要明确方向：是OA向考勤系统同步组织人员，还是考勤系统向OA推送结果；请假、出差、加班由哪一端审批；重复数据由哪一端负责。接口字段、调用频率、异常处理和SDK版本均应纳入交付附件。
九条产品线如何避免权限串用
园区项目可能同时涉及门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤和通道闸。它们可以共享人员基础档案，但权限有效期、费用规则和责任主体必须分别配置。
例如，外包人员有考勤权限，不代表可以进入机房；有停车权限，也不代表可使用内部消费账户。访客转为临时施工人员时，应重新走实名建档和授权流程。采购报价应区分软件模块、终端设备、接口开发、数据迁移、安装辅材、调试培训及后续服务，防止“考勤已报价”被误解为九条产品线全部包含。
分类验收应提交哪些证据
建议按以下清单逐项签认：
- 正式员工与外包人员档案字段、编码规则及脱敏样表；
- 两类人员的班次、周期、异常和加班规则截图；
- 一组正常打卡、缺卡、跨夜班和离线补传记录；
- OA对接字段表、SDK或接口版本、错误日志样例；
- 外包负责人、人事、项目管理员的权限验证记录；
- 到期自动停用及人工提前离场测试记录；
- 门禁、考勤、通道闸等权限联动结果；
- 原始记录、计算结果、确认结果三类报表；
- 设备型号、序列号、固件版本及安装点位表；
- 培训签到、操作手册、备份恢复与售后责任边界。
验收结论应分为正式员工考勤、外包服务出勤、设备采集、接口同步和权限停用五部分，不宜只写“系统运行正常”。
现场条件与风险替代方案
人脸终端遇到逆光、室外雨雪或安全帽遮挡时，应调整安装位置并保留刷卡、指纹或人工审核方案；网络不稳定区域应确认离线容量和补传机制。存量卡片无法兼容时，可选择双卡过渡、换发介质或保留独立子系统，不应强行承诺无改造接入。
如外包合同尚未明确考勤用途，可先上线通行记录和到离场统计，待采购、人事、法务及外包单位确认后再启用结算规则。涉及个人信息保存期限、模板删除和数据导出时，应按项目制度及适用法规确定，不由设备默认值代替管理决策。
FAQ
外包人员刷卡记录能否直接用于付款？
不建议直接使用原始刷卡流水。应先按合同班次计算，再由外包单位和采购方项目负责人确认，最终形成结算附件。
两类人员必须部署两套服务器吗？
通常不必。可在同一平台内通过组织、角色、规则组和数据权限隔离；若采购方存在更严格的网络或数据隔离要求，可采用独立部署或分系统汇总。
人员离场后是否应立即删除人脸和档案？
应先停用权限，并依据约定处理终端模板、平台档案和历史记录。历史记录是否删除、匿名化或归档，应以制度、合同及合规要求为准。
更换考勤终端会不会影响既有报表？
取决于人员编号、记录格式、接口协议和时间口径。更换前应导出基线数据，选取正式员工与外包人员分别做并行测试，再安排切换。
项目对接
可在沟通时提供人员分类、班次制度、外包合同结算口径、现有设备型号及OA接口资料，以便核对兼容边界、报价范围、交付验收内容和售后责任。
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。