工作

ICIMS把候选人审批搬进Teams:招聘记录仍留在ATS

|作者: QUASA 编辑团队|2 分钟阅读| 1
ICIMS把候选人审批搬进Teams:招聘记录仍留在ATS

ICIMS于2026年9月1日公布Intelligent Hiring Platform方向,以及Hiring Agent和Interview Scheduling Agent两款AI代理。ICIMS的正式公告 显示,Hiring Agent计划于10月首先进入Microsoft Teams,排期代理预计在2026年年底前推出;这是一项产品发布计划,并不表示两款代理已经全面开放。

Hiring Agent把候选人审阅、反馈、审批和招聘协作带到Teams,但ICIMS继续作为底层记录系统,维护候选人上下文、工作流和招聘活动。换言之,Teams改变的是招聘经理和面试官处理任务的入口,并没有成为另一套ATS。

Hiring Agent把三类关键动作带入Teams

招聘经理通过Microsoft Teams完成候选人审阅、反馈和审批,相关流程由ICIMS继续维护

Hiring Agent针对的是招聘经理和面试官偶尔进入ATS处理任务时产生的等待。用户可以不离开Teams完成候选人审阅、提交反馈和审批,并与招聘人员协作;招聘人员仍通过ICIMS维护完整流程。

  1. 候选人审阅:在Teams入口查看完成当前审阅所需的候选人上下文。
  2. 反馈提交:招聘经理或面试官针对候选人提交意见,让结果回到既有招聘流程。
  3. 审批处理:承担相应职责的人员在Teams中完成审批动作,相关活动仍由ICIMS记录。

公开信息没有把Hiring Agent描述为能够自行决定录用或淘汰候选人的系统,也没有披露自动否决规则。现阶段能够确认的是操作入口和流程动作的变化,而不是最终用人责任发生转移。

Interview Scheduling Agent接管面试协调

ICIMS Interview Scheduling Agent检查空闲时间、安排面试并同步改期信息

Interview Scheduling Agent覆盖的是另一段流程:检查参与者的空闲时间、预订面试、处理日程变化,并在协调过程中向候选人和招聘团队同步信息。它处理日历与通知,不承担Hiring Agent所覆盖的候选人审阅、反馈和审批。

这一分工在多名面试官参与或时间反复变化时最为明显。排期代理负责减少候选人、招聘人员和面试团队之间的往返协调,但ICIMS尚未公开它支持的具体日历服务、通知渠道、语言、时区规则或复杂面试安排。

因此,目前不能由“自动排期”推断企业现有政策会被完整继承。面试时长、缓冲时间、面试官优先级、节假日、候选人偏好以及临时取消如何配置,仍需等待正式产品文档或部署信息。

两款代理处在不同的可用窗口

Hiring Agent计划于2026年10月从Microsoft Teams开始提供,并计划在2027年扩展至其他协作平台;Interview Scheduling Agent则预计于2026年年底前推出。HR Tech Feed的独立报道 核对了这两个时间窗口以及两款代理各自覆盖的动作。

两种时间表的确定程度并不相同:Hiring Agent给出了具体月份,排期代理仍是“年底前”的预期安排。ICIMS也没有公开商业套餐、附加费用、地区限制、语言范围、客户资格或分批开放方式,因此不能断言所有现有客户会在相应日期自动获得权限。

目前只能按工作角色界定直接用户。Hiring Agent面向通过Teams参与候选人审阅、反馈与审批的招聘经理和面试官,并服务于与他们协作的招聘人员;Interview Scheduling Agent则围绕候选人、招聘人员和面试团队之间的日程协调运行。

Teams是操作层,ICIMS仍是记录层

这套设计的核心边界是交互与记录没有合并。Teams负责呈现任务和接收人员操作,ICIMS负责维护候选人上下文、工作流状态与招聘活动;Teams中的消息或按钮本身不应被当作独立于ATS之外的新招聘事实。

由此可以推导出集成验收的关键问题:从Teams提交反馈或审批后,ICIMS中的候选人记录、流程状态和活动历史是否一致;如果写入失败、身份匹配错误或用户无权查看某些字段,入口是否明确显示操作没有完成。这些是基于记录系统边界提出的实施检查项,并非ICIMS已经公开承诺的错误处理机制。

企业还需要区分协作消息与正式招聘记录。哪些内容写入候选人档案,哪些仅保留在即时协作环境,以及保留、导出和删除规则由哪个系统执行,目前都没有在公告中说明。

权限、审计和人工否决仍待产品细节确认

企业上线ICIMS招聘代理前核验权限、审计、失败提示、候选人通知和人工复核

新入口会让更多非日常ATS用户在Teams内接触候选人信息并执行流程动作。HRTechEdge的产品分析 同样指出,企业应核查代理的数据访问、可执行动作、审批控制、可审计性、候选人信息保护和人工监督。

  • 身份与权限:确认Teams身份如何映射到ICIMS账户,候选人字段、职位范围和审批权限是否继承ATS中的最小权限设置。
  • 审计记录:确认记录能否标明操作人、时间、候选人、动作、入口和后续状态,并区分人员提交与代理执行。
  • 失败反馈:验证权限不足、连接中断、候选人状态变化或重复提交时,用户能否看到明确结果,以及是否存在安全的重试或撤销路径。
  • 候选人通知:核对排期、改期和取消消息的触发条件、时区、内容控制与偏好设置,避免内部日历变化生成错误通知。
  • 人工复核与否决:明确哪些步骤可以自动协调,哪些决定必须由有权限的人员确认,并保留暂停、纠正和覆盖自动动作的能力。

目前已经确定的是两款代理的流程分工、计划可用窗口,以及ICIMS继续承担记录系统角色。客户开放范围、权限继承、审计字段、异常恢复和候选人通知规则仍未公开;这些细节将决定Teams入口能否在不削弱ATS控制的前提下进入企业生产环境。

分享:

订阅我们的新闻通讯

将最新 Web3、AI 和加密货币新闻直接发送到您的邮箱。

0