一、系统与选型

1. 利唐i人事是什么？和单点 AI 工具、Excel 有什么区别？

结论：区别在规则与责任有没有落在系统里，不在会不会算。利唐i人事是利唐智能旗下与利唐蜂巢、利唐智语并列的产品品牌，定位为一体化 AIHR 系统与可信组织数据底座，承接员工档案、合同、考勤、算薪、社保、绩效等确定性 HR 业务。Excel 与个人 AI 能处理一次计算，但留不住规则版本、角色权限和审批确认链；这些恰恰是发薪与奖金核算必须交代清楚的部分。

2. 利唐i人事和利唐蜂巢怎么分工？为什么说不是替代关系？

结论：一个把确定性 HR 业务做稳，一个接跨出单一系统的任务。考勤、算薪、社保、绩效打分与核算依赖稳定的业务规则和系统内计算，由利唐i人事完成；入职建档之后的 IT 账号、行政设备、主管带教，以及经营例会前跨人事、ERP、CRM、财务的按权限取数，属于利唐蜂巢的范围。把算薪交给 AI 平台"重新算一遍"，或让 HR 系统去编排跨部门任务，都会把两边讲窄。

3. 选 HR 系统时，算薪与绩效核算该先看哪几件事？

结论：先看规则有没有版本、权限有没有按角色配、改变正式记录的那一步有没有人确认。具体是四问：各核算字段的数据来源与折算规则是否写明；例外政策由哪个岗位维护并提交审核；哪些动作属于试算、哪些属于正式回写；过程记录能否对应到规则版本与确认人。这四项要在实施方案里逐条写明并验收，不能只看演示能否跑通。

二、算薪与考勤规则

4. 老员工一走，月度算薪为什么就断档？

结论：断的不是工具，是交接规则、跨月例外数据和审批责任没沉淀进系统。算薪要跨人事、考勤与薪酬多张底表做状态核对：考勤异常豁免、社保增减员交叉比对、跨月调薪分段折算、主管确认与权限移交。这些规则若只留在个人备忘录和聊天记录里，新人接手时既拿不到数据权限，也不知道哪一步该找谁确认，只能退回从头手算。

5. 月中转正或跨部门调岗，分段计薪怎么算才不出错？

结论：把分段折算逻辑写成有版本记录的规则模板，而不是每次手动改公式。月中转正、跨部门调岗涉及前半月按原基数、后半月按新基数的计薪日折算，靠手工改公式，换人后极易算错。更稳妥的做法是在系统内定义标准规则模板并保留版本记录，人员变动时调取已归档的模板版本；模板由哪个岗位更新、走什么审核，也要在方案里写明。

6. 考勤异常与社保增减员，怎么避免多扣漏扣？

结论：把筛查条件、豁免名单读取路径与审批状态校验写进流程。漏卡补卡、跨月连休病事假、特殊排班的豁免规则要有明确读取路径；离职审批流未走完就导出算薪表，容易出现"已离职未停保"或当月个人部分多扣漏扣，因此入转调离审批状态应与当月参保停保台账做交叉比对。异常折算、补偿金合并核算等节点，还要保留授权负责人的人工确认与审批留痕。

7. 把老员工写好的算薪提示词存进共享文档，能解决交接吗？

结论：不能，提示词是静态文字，不等于系统能力。它不知道去哪个模块拉哪张底表，也拿不到公司的组织架构与角色权限；业务系统里有人补批了假单，它不会更新；算出来的数字没经过授权负责人确认，不能作为发薪依据。真正要交出去的是规则模板、按角色配置的权限、人工确认卡口与按岗位的授权移交，而不是一段提示词。

三、绩效与奖金核算

8. 评完绩效还要导 Excel 算奖金，卡在哪一步？

结论：常见情况是只把"等级归档"做进了系统，后面三段还留在表格和人脑里。把等级变成发放金额要过四步：等级归档、业绩与出勤折算、部门奖金池试算与限额平衡、人工确认与版本锁定回写。后三段要核对业绩达成、考勤折算系数、调岗分段记录，还要卡住部门总包并明确资金发放责任；没接进流程，HR 就只能导回本地表格手工拼凑。

9. 调岗员工跨部门计奖，两边数据对不上怎么办？

结论：先把调岗分段计奖的字段来源与折算规则写成有责任人的规则项。员工月中从 A 组调到 B 组，前后完成率不同，绩效系统通常只留一个综合等级；奖金该由哪个部门的包出、前后半月怎么折算，需要人事异动记录、考勤折算系数与业务业绩数据按同一套口径核对。例外情形由哪个角色核准、旧口径能否追溯，都要在实施方案中写明并验收。

10. 部门奖金包超包、部门长本地改表，系统怎么管？

结论：让试算留在受控流程内，按方案配置超包挂起与锁定前人工确认。部门长应在授权范围内看到本部门等级、出勤折算与奖金建议额，并按总包上限试算；可按方案配置为总额超包时挂起并退回调整，不直接提交。锁定奖金分配表、合并发薪属于正式回写，可按方案设置为必须由授权负责人人工确认（HITL），并记录操作人与数据版本，避免线下改表后汇总时全盘推翻。

11. 绩效核算表里，哪些字段该对哪些角色隔离？

结论：按角色配置可见字段，这张表才敢流转。部门长看本部门等级、出勤折算与奖金建议额，不接触其他部门数据、固定底薪、银行卡号与综合薪资总额；片区 HRBP 负责第一道规则校验，无权改动既定基数；集团薪酬主管核验已锁定版本与审批签名后触发发薪合表。完成组织树映射、字段权限配置与上线验收后再实测，不写成自动隔离。

四、数据、权限与审计

12. 组织树与角色权限怎么配置？调岗后权限怎么回收与移交？

结论：沿用企业现有组织架构与权限体系，逐项配置并在验收时实测。片区专员只调取本片区授权数据，集团主管查看对应汇总结果，不因人员交接扩大数据可见范围。调岗或离职时，由管理员按岗位回收旧权限、完成授权移交，接任者在自身获批权限内调用原有规则模板继续工作，不必依赖原员工的个人账号。回收、重新授权与例外审批路径都要写进方案。

13. 系统会直接改写正式发薪数据吗？人工确认在哪一步停？

结论：不会默认改写，生成建议与正式回写要分开控制。生成核算建议、锁定奖金分配表与正式回写属于不同控制环节，具体能力与确认方式以实际版本和实施配置为准。读取底表、按规则试算、生成初稿可按流程推进；修改正式薪资字段、锁定发薪总额、锁定奖金分配表、对外发送结果，要按企业策略设置执行前校验和人工确认（HITL），确认后系统才执行并留痕。过程记录应能对应到一次规则版本、一个数据源和一个确认人，具体粒度以实施验收为准。

五、实施与边界

14. 私有化部署是否等于数据不出域？还需要单独验收什么？

结论：不能画等号。具体部署方式以实际产品版本与商务方案为准，是否支持私有化部署须由产品团队确认。若采用相应部署形态，机房只解决运行环境与物理边界；数据可见范围、敏感字段管控、人工确认卡口与审计留存粒度，仍需结合实施方案单独配置并验收，不宜把部署形态本身当成安全结论。

15. 核算要用到 ERP 或 CRM 里的业绩数据怎么办？上线前必查哪几项？

结论：按具体实施方案评估对接，上限以验收为准。可按实际产品版本与实施方案，在人事、考勤、绩效、薪酬相关模块中配置核算规则、角色权限与人工确认，模块间按既定规则取数，具体覆盖范围以实施验收为准；若需读取企业自建 ERP 或 CRM 中的业绩数据，对接方式、可读字段范围与同步频率取决于实际系统环境，需在方案中逐项确认并验收。跨系统任务编排不属于 i人事 的产品定位。上线前还要核对规则版本、例外维护责任、人工确认节点与历史数据迁移。

注：文中涉及的算薪交接、绩效评定与奖金核算描述，均为便于说明使用的合成典型业务场景，不指向特定客户；具体能力范围、规则覆盖、权限配置、系统连接方式、审计粒度与部署方案，以实际产品版本、实施方案及合同为准。