选型会上，各家功能清单看起来差不多。考勤、排班、薪酬、报表、审批、员工档案，每一项都能打勾。利唐i人事把要核对的内容收在一条实际业务链路上。排班与打卡进入工时，工时与员工异动进入核算，结果要能按员工和期间逐段回查。下面五个问题按顺序问，每个问题都要求供应商留下可保存的证据。

例外场景通常在上线之后才出现。跨天班次怎么算，临时换班后津贴能不能一起重算，员工月中转正、调薪或补缴社保时当月结果能不能沿原规则核对，异常打卡修正后是否同步进入本月薪酬。这些问题不写在功能清单里，却决定了月末是系统出数，还是 HR 再拼一次表。

一、复杂规则能不能配置，异常发生后能不能重算

制造、零售、连锁、物流和多班次组织常遇到跨天班次、临时换班、小时工、综合工时、加班调休、缺卡补卡和多地点打卡。规则越复杂，越要把异常发生后的处理当作核对重点。演示时排出的那张表，只说明正常路径能走通。

现场可以给一个不完整的月末。员工从 A 班次临时换到 B 班次，期间漏打一次卡，另有跨天加班，主管刚提交补卡审批。让供应商说明重算采用哪一版数据、由谁触发、差异提示落在哪些字段、最终由谁确认。只能靠实施人员手工处理，或者导出表格二次计算，说明规则还没有真正进入系统。

综合工时、加班与假别折算，要先看企业获批制度、所在地规则和合同口径。人社部《关于企业实行不定时工作制和综合计算工时工作制的审批办法》指出，综合计算工时按周、月、季、年等周期计算工作时间，实行该制度需经劳动行政部门批准，各地审批办法由省级劳动行政部门制定，可在人社部官网核对原文。

适用哪套制度因地、因企业而异，由企业 HR、法务或业务负责人确认。系统承接的是确认后的规则，需要把适用版本和例外处理写进记录。

二、考勤结果能不能进入同一条薪酬数据链

不少企业的系统之间停在导表环节。考勤结果在考勤模块，绩效结果在绩效模块，转正调薪在员工档案，社保变化在另一张表。月末 HR 把几张表重新汇总，才能开始核算。

要核对薪酬计算所需的数据能否顺着同一条链路进入核算。考勤结果能否直接参与工资项目计算。转正、调岗、调薪和离职能否按生效日期切分当月归属。社保、公积金和个税相关变化有没有对应的数据来源。结果修改后能否保留版本、操作人和复核痕迹。

月中异动最容易被跳过去。一名员工 15 日调岗、18 日调薪、20 日补缴社保，三项生效日不同，考勤归属、薪资主体、社保基数与奖金归属可能分别切换。演示时要求把这三天的原始记录、适用规则和计算结果并排放出来，再改一条源数据重算一次，看差异落在哪些字段。

试算、锁定、正式回写三件事要分开定责任。谁发起试算、谁能改结果、谁批准锁定、谁执行回写，写进实施方案。正式发薪相关的回写动作，建议由授权负责人确认，并同时记录操作人与所用数据版本。

三、AI 能力怎么核对，边界要写进方案

若产品版本提供智能排班或核算异常提示，选型时要先确认它读取哪些数据、数据来源能否追溯、给出的结果能否解释、人工能否修改、修改和确认后能否写回业务流程并留下记录。具体能力范围、规则覆盖与启用条件，以实际产品版本与实施方案为准，并在验收时逐项确认。

若产品只给出建议，没有进入规则校验、审批确认和结果回写，实际减少的是表达环节的工作量，核算流程仍要人工接手。薪酬规则、审批责任和最终结果仍应落在明确的授权人身上。智能排班给出方案之后，主管能否调整、调整记录能否查询、约束条件能否说明，这些要在演示里看到。

对外表述也要收住。AI 相关能力不写成默认具备，不承诺替代人工判断，未签核的功能不写进结论。

四、权限与复核能不能按角色拆开

考勤和薪酬数据敏感，权限设计不能等上线后再补。不同门店、工厂、事业部和职能部门要按组织范围隔离。HR、财务、主管和员工看到的字段不同，查看、修改、导出、审批和正式回写也不该混成一个管理员权限。

批量修改、补发、调账和导出要有授权与日志。月末核算要支持复核、锁定和留痕，审计记录能按员工、期间、任务或版本查询，而不只是页面上的一条提示。人员调岗或离开原岗位时，权限移交与旧权限清理要单独测一轮，映射完成并通过验收之后再生效。

一套系统让所有人都能方便地看到数据，却说不清谁可以改、谁负责确认、出了问题按什么路径追溯，后续风险会随上线范围一起放大。

五、演示按业务验收做，别只看讲解

把选型演示改成一次小型业务验收，至少准备三类数据。正常工作日、跨天班次和异常打卡。转正、调岗、调薪和社保变化。一个月内发生过的真实薪酬核算场景。

每类数据都要求供应商现场完成录入、计算、修改、复核和报表输出。除了结果是否正确，还要看操作路径是否顺畅、错误能否定位、数据能否追溯。同步核对历史数据迁移方案、接口边界、实施责任和上线后的支持方式。规则变化、组织调整和政策更新会持续发生，交付能力也要一并核对。

五个问题问完，留下的是五类证据。规则版本与差异提示、数据链路与月中异动切分记录、AI 能力边界的书面确认、权限与复核日志、演示验收的操作记录。标准数据跑通之后，还要再跑一次带例外的月末。

六、把五个核对点用在利唐i人事上

利唐i人事覆盖员工档案、合同、考勤、算薪、社保与绩效这条确定性 HR 业务链。选型时可以用上面五个问题反过来核对它，逐项对照演示与验收结果，不预设答案。模块清单、规则覆盖范围、外部系统对接方式与部署形态，要看实际产品版本和实施方案，以验收结果为准。

选型会上可先准备一条包含换班、漏卡、月中调岗与薪酬重算的脱敏流程，用五个问题走一遍现场核对，再决定是否往下走配置与实施环节。

常见问题

Q：考勤系统和薪酬系统一定要一体化吗？

A：不一定，但两套系统之间的接口、同步时点、异常处理和复核责任要逐项核对。考勤结果仍需人工导表汇总才能进入核算时，后续维护成本会落在 HR 身上，应在选型阶段评估清楚，并写入实施方案与验收清单。

Q：选型演示时最应该测试什么？

A：用企业自己发生过的复杂场景测试，标准演示数据说明不了边界。跨天班次、临时换班、漏卡补批、月中调岗和薪酬重算一起出现时，最容易暴露系统在哪一步退回人工处理，也最能看出数据能否逐段回查。

Q：补卡审批通过后，工时和薪酬要一起重算吗？

A：要看重算链路是否连通。补卡审批改变工时后，系统应提示适用哪版规则、何时允许重算、重算前后差异落在哪些字段，以及由谁确认。若只能重新导出表格计算，说明异常修正还没有进入薪酬核算流程。

Q：月中转正或调岗，当月薪酬怎么核对？

A：按生效日把当月拆成几段，逐段对齐任职组织、考勤归属、薪资主体、社保基数与奖金口径。任一项没对齐就不宜生成最终薪资。演示时要求同时给出原始记录、适用规则和试算结果，并把三样材料留档。

Q：AI 排班能直接替代主管确认吗？

A：不宜这样设定。若产品版本提供排班建议，应确认约束条件能否说明、主管能否调整、调整记录能否查询、结果能否回写。薪酬规则、审批责任与最终结果仍由授权负责人确认，具体范围以实际产品版本与实施方案为准。

Q：HR 考勤薪酬系统上线前要验收什么？

A：优先跑一条包含换班、漏卡、月中异动和薪酬重算的完整案例。把数据来源、规则版本、权限范围与确认记录逐项还原并留档，能还原之后再扩大上线范围。只跑通标准数据，例外场景仍可能在月末退回人工处理。

撰文｜利唐i人事内容团队