不同行业的 HR，在 WorkBuddy 里要处理的数据形态不同。制造业的 HR 关心工时——加班、调休、考勤异常，因为这些直接影响薪资核算；连锁餐饮的 HR 关心排班——门店排班、调休额度、人效，因为这些直接影响人力成本。数据都在 i 人事 系统里，但用起来的痛点，每个行业有自己的形状。

i 人事 官方连接器「i 人事 AI·HR 专家」在 WorkBuddy 上做的事是一样的：把系统里的数据接进对话框，用自然语言查询。落到不同行业，高频场景不同，查的子能力也不同。

一、制造业：工时算清，薪资才准

制造业的考勤管理复杂度高：倒班、跨天加班、调休抵扣、考勤异常补卡，每一种都可能影响当月薪资。HR 每个月要做的事，是把考勤模块的数据与薪资模块的规则核对——某个员工的考勤异常对应的薪资影响是多少、调休抵扣后加班费怎么算。

传统路径是：考勤模块导出加班明细，薪资模块导出算薪规则，HR 手动核对。一次核对涉及两个模块的数据，如果口径不一致（比如考勤的"加班时长"和薪资的"加班费基数"定义不同），还要人工校准。

连接器的路径是：HR 在 WorkBuddy 里直接问。

• 加班核对——"上个月某员工的加班单据与月报""调休额度还剩多少"——考勤日报、加班单据与月报、调休额度、打卡记录，一句话调出，不必分别进两个模块导出再拼；

• 考勤异常排查——"这个月有几起考勤异常""涉及哪些员工"——考勤日报按权限范围返回，HR 先看汇总再逐个核实；

• 薪资台账查询——"某员工的薪资档案"——只读查询，查台账与档案，不算薪、不发薪。算薪仍由 i 人事 系统的薪资模块执行，连接器只负责呈现核对所需的数据。

制造业的高频特点是：单次查询不复杂，但频次极高——每个月薪资核算前，这类核对要重复几十上百次。把取数从"分别导出再拼"变成"一句话调出"，省掉的是重复劳动，不是专业判断。工时算清，薪资才准——这步核对做不扎实，后面的算薪就没有可靠基础。

二、连锁餐饮：排班与调休，人效的前提

连锁餐饮的人力成本管理，重心在排班。门店多、人员流动快、排班调整频繁——一个区域经理管的十几家门店，每周的排班表都要调。排班要参考的变量多：每个员工的本月已排工时、调休额度、可调度时段。

压力不只来自流程。中国饭店协会《2025 中国餐饮业年度报告》显示，2024 财年调研餐饮企业的人力成本占营收比例均值为 22.2%，行业平均员工流失率达 15.6%——排班每调整一次，牵动的就是这块已经被反复压缩的成本。

传统路径是：门店店长或区域经理在排班系统里逐个查员工的考勤与调休数据，手动对比后排班。排一次班要查十几个人、跳好几次入口。

连接器的路径是：

• 排班前盘点——"某门店本周各员工的已排工时""调休额度还剩多少"——考勤日报、排班、调休额度、假期余额，按权限范围返回，店长或经理在排班前一句话拿到盘点数据；

• 调休与加班核查——"本月某门店的加班情况""谁的调休快到期了"——加班月报与调休额度可查，排班时据此调整，避免工时超配或调休闲置；

• 人效数据——"某门店的编制与实际人数"——组织架构、编制、成本中心可查，区域经理据此判断人力配置是否合理。

连锁餐饮的高频特点是：排班周期短（周排甚至日排）、临时调整多。取数频次比制造业更高，因为排班不是月度事，是周度甚至日度事。把盘点数据从"逐个查系统"变成"一句话调出"，排班决策的效率直接提升。

三、行业不同，连接器做的事相同

制造业和连锁餐饮，痛点形态不同——一个重考勤薪资核对，一个重排班调休盘点。但连接器在 WorkBuddy 上做的事是一样的：

• 现有系统原样保留——数据仍在 i 人事 系统里，连接器只是接入层；

• 不改权限——谁能查什么，由系统权限体系决定，连接器执行校验；

• 只读为主——考勤、排班、调休、薪资台账、编制等均为只读查询；写操作仅工单与面谈两类；

• 自然语言入口——把"登录系统翻菜单设筛选导出"变成"开口就问"。

不同行业的差异，体现在"查什么"和"查多频繁"。连接器提供的是统一入口，高频场景由各行业的 HR 自己定义。

四、能力域与行业场景的对应

这张表不是固定的——不同企业的 i 人事 系统配置不同，可用能力域可能更多。但核心逻辑不变：行业场景决定查什么，连接器决定怎么查。

结语

制造业的 HR 要把工时算清，连锁餐饮的 HR 要把排班排准。数据都在系统里，卡点在"用"——查一次要切出去、翻菜单、等报表，频次一高就成了固定支出。i 人事连接器把它们收进 WorkBuddy 的对话框，行业不同、入口相同：一句话问清，已有的系统原样不动。

常见问题

制造业哪些场景问得比较频繁？

集中在工时与薪资相关的核对上。考勤日报、加班单据、调休额度这类数据高频、跨模块，一次核对往往要在考勤与薪资之间来回翻。连接器把这类查询收进一句话，核对的时间成本明显下降。

连锁餐饮呢？

主要是排班与调休的日常盘点。门店多、班次碎、人员流动快，店长和 HR 经常要确认某个时段的排班与出勤情况。数据原本就在系统里，卡点在查一次要切出去、翻菜单、等结果。

行业不同，连接器要定制开发吗？

不需要。连接器提供的是统一的自然语言查询能力与既有能力域，行业差异体现在问法和关注点上——制造业多问工时，餐饮多问排班，底层是同一套能力，不做行业定制。

发现工时算错了，连接器能直接改吗？

不能，也不应该。薪资相关只支持权限校验后的只读查询——查台账、查档案，不算薪、不发薪。发现异常后，纠正动作仍需在原系统中按既有流程完成，连接器负责把异常尽快暴露出来。

门店店长也能用吗？

能用，只要在企业权限规则内被授予了相应范围。权限校验沿用原系统规则，店长看到的是自己门店范围内的数据，不会因为多了一个对话入口就看到更多。