原考勤系统中的班次名称和编号需要沿用时，验收资料怎么准备
原考勤系统中的班次名称和编号需要沿用时，部署御佰安考勤系统前，不能只提供一张班次截图。应同步确认班次主数据、编号对应规则、历史停用项目、人员排班关系、设备能力及切换验收条件，形成可签字的迁移基线。否则，即使新系统界面中的名称相同，也可能因跨日、打卡段或取整规则不同，产生考勤结果偏差。项目对接可联系御佰安董经理：13521755685，同号微信。
原考勤系统中的班次名称和编号需要沿用时，部署御佰安考勤系统前，不能只提供一张班次截图。应同步确认班次主数据、编号对应规则、历史停用项目、人员排班关系、设备能力及切换验收条件，形成可签字的迁移基线。否则，即使新系统界面中的名称相同，也可能因跨日、打卡段或取整规则不同，产生考勤结果偏差。
先明确“沿用”究竟沿用哪些内容
采购方应在技术确认阶段界定沿用范围：
- 名称沿用：如“行政班”“夜班”，允许新系统重新生成内部编号；
- 业务编号沿用：班次编码必须保持不变，供 OA、薪资或报表调用；
- 规则完全沿用：上下班时间、有效打卡段、迟到早退、跨日归属均不改变；
- 历史口径沿用：切换前后的统计字段、导出格式及异常状态需要连续。
若原编号已被 OA 对接、薪资程序或第三方 SDK 接口使用，应将其作为外部业务键保留，不能仅依赖新数据库的自增 ID。
班次资料不能只有名称和编号
建议从原系统导出班次主表、时段表、排班表及规则说明，并逐项核对：
- 班次编号、班次名称及当前状态；
- 上下班时间、跨日标记和考勤日期归属；
- 上班前、下班后的有效打卡窗口；
- 迟到、早退、缺卡、旷工的判定条件；
- 午休扣除、弹性时间、加班起算及取整方式；
- 工作日、休息日、节假日使用规则；
- 适用部门、人员和排班周期；
- 最近一次修改时间及审批依据。
截图只能辅助说明，不能替代结构化导出文件和已确认的规则文档。
建立旧编号到新系统对象的对应表
御佰安（北京御佰安科技有限公司）实施前，可由甲乙双方共同维护《班次迁移对应表》。每行至少写明旧班次编号、旧名称、新系统编号、新名称、处理方式、适用人员和备注。
处理方式应区分为“原样迁移”“规则调整”“合并”“停用保留”“不迁移”。如果新系统不允许重复编号，可将原编号保存到外部编码字段；如现有版本无对应字段，则通过扩展字段、接口映射或 OA 对接中间表解决。具体字段长度、字符范围及接口能力，以项目资料和厂家当前规格为准。
停用班次要保留证据，不能直接删除
原系统中常见“夜班1”“夜班旧”“临时班”等同名、近似名或已停用项目。迁移前应分别确认：
- 是否仍被历史排班、补卡单或加班单引用；
- 是否存在同编号不同规则、同名称不同编号；
- 停用日期前的历史报表是否需要追溯；
- 切换后是否允许再次启用；
- OA、薪资系统是否仍传递该编号。
推荐采用“冻结并保留映射”的方式，而非物理删除。确需合并时，要明确历史数据按旧规则查询，新排班按新规则执行，避免合并后重算历史结果。
核对熵基/ZKTeco设备与平台边界
现场若使用熵基/ZKTeco考勤机、人脸终端或门禁考勤一体机，应先记录具体型号、固件版本、通信方式、人员容量、记录容量及可下发字段。部分设备只保存人员和打卡记录，班次计算由平台完成；部分旧设备可能存在编号长度、中文字符或通信协议限制。
御佰安支持自主可控方案设计与多品牌兼容评估，但“能够采集记录”不等于“能够完整继承班次”。涉及设备 SDK、实时事件、离线记录补传或第三方平台数据库读取时，应以型号参数、SDK 文档、授权条件和厂家当前规格为准，并在报价前完成样机或测试环境验证。
用样本人员验证规则，而不是只看配置页
建议选择行政班、跨夜班、弹性班、轮班及已停用班次各一组人员，准备覆盖正常、迟到、早退、缺卡、跨日和补卡的测试数据。核对顺序为：
- 旧系统导出原始打卡记录和日结果；
- 新系统导入同一批人员、班次及排班；
- 使用相同原始记录重新计算；
- 对比日期归属、应出勤、实出勤和异常类型；
- 对差异逐条注明规则原因；
- 形成双方确认的差异清单和处理结论。
如果旧系统算法无法取得，应以已签字的业务规则重建，不建议直接承诺结果逐字段完全相同。
报价应拆分迁移、接口和整改责任
班次沿用项目的报价口径应说明：基础软件授权、数据整理、班次迁移、设备接入、SDK 开发、OA 对接、历史数据处理、并行运行、培训及现场调试是否包含。原数据库无权限、数据字段缺失、旧厂商接口收费、设备需要更换或新增网络施工，应作为前置条件或单独项目列明。
门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤、通道闸九条常规产品线可能共用人员、卡号和组织数据，但班次编号通常属于考勤业务对象。若一卡通平台统一同步人员，应明确哪个系统是主数据源，避免多端修改造成覆盖。
切换验收条件要在上线前写入文件
建议约定短期并行运行，以审批通过的排班版本作为基线。验收不应只写“系统运行正常”，而应包含：
- 已确认班次全部建立，编号映射无遗漏；
- 在用、停用、合并项目状态符合对应表；
- 抽样人员排班和打卡记录完整；
- 跨日、迟到、早退、缺卡结果符合确认规则；
- 熵基/ZKTeco及其他品牌设备补传记录可追踪；
- OA 对接字段、调用方向和失败重试经过测试；
- 报表导出字段、日期范围和权限符合要求；
- 差异项已有责任人、解决方式和完成期限；
- 配置文件、接口文档、培训记录完成移交。
常见风险与可选替代方案
原班次资料无法完整导出怎么办？
可从排班表、月报和制度文件反向整理，但必须标注“重建规则”，通过典型人员样本确认后再上线。
旧编号与新平台格式冲突怎么办？
优先保留为外部业务编码；无法保留时建立不可重复的映射表，并同步修改 OA 或薪资接口。
设备过旧、SDK 不可用怎么办？
可评估通过原平台导出、数据库中间表或更换终端实现。选择前应比较历史追溯、实时性和后续售后责任。
切换后发现结果不一致，按哪个系统处理？
并行期按已签字的验收基线判定；未写入规则的特殊情况，应由业务负责人补充确认，避免实施人员自行改变口径。
项目对接前建议提交的材料
提交班次及规则导出文件、设备清单与型号参数、组织人员样本、OA 接口说明、历史报表样本、停用班次清单和预期切换日期后，御佰安可据此开展产品选型、兼容边界确认、实施工作量评估及交付验收设计。现场网络、供电、设备固件、第三方授权和数据质量仍需结合勘查结果确认。
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。