周一早上九点，新同事已经坐在工位上。HR 的入职手续办完了，合同也签了，但电脑还没到，企业邮箱没开，ERP 账号还在等 IT，部门主管则在群里问：人到了，带教计划发给谁？

这类场景并不少见。招人只是开始，真正麻烦的是人进入组织之后，一连串跨部门动作怎么接上。入职如此，老员工调岗也一样：人事系统里的部门已经变了，业务系统里的权限还没收，客户资料归属也没人确认。

入职流程最容易断在“人事建档之后”

在不少企业里，HR 会把员工档案、合同信息和岗位编制录入利唐i人事。系统里的标准动作完成以后，后面还有一段很长的路。

IT 要开邮箱、VPN、办公协同和业务系统账号；行政要准备电脑、门禁卡和工位；直属主管要安排带教、试用期目标和第一周任务；如果涉及财务、销售或研发岗位，还要判断哪些敏感权限需要额外审批。

这些动作分散在不同系统和不同群里。HR 通常成了中间传话的人：先在人事系统确认信息，再导出名单发 IT，截图发行政，私聊主管确认权限范围。任何一方漏看消息，任务就会停在那里。

更麻烦的是调岗。原部门的客户底表、代码库、审批权限什么时候收回，新部门什么时候开放对应权限，往往没有一张统一的交接单。等到审计时才发现旧权限还在，事情就已经过去了几个月。

个人 AI 为什么推不动这条任务链

很多 HR 已经会用个人 AI 拆待办、写催办话术，甚至把入职流程整理成一份很长的提示词。只要本人盯着，确实能少漏几步。

问题在于，这套经验留不住。

个人 AI 看不到企业组织树，也不知道员工属于哪个部门、向谁汇报、岗位级别是什么。它没有系统接口凭证，不能在某个人事建档完成后自动触发 IT 工单或行政准备动作。它也很难判断，哪些权限可以按模板开通，哪些必须等负责人确认。

于是，流程最后还是落回几个群和几个人的记忆里。老 HR 休假、调岗或离职，新接手的人就要重新摸一遍：哪个岗位默认开哪些系统，哪类权限找谁批，异常退回给谁。

蜂巢接的是人事系统之后的那一段

利唐蜂巢的定位是企业级私有 AI 办公平台，同时支持云端使用与私有化部署方案。它不替代利唐i人事的员工档案、合同、考勤和算薪等核心 HR 业务，重点在于把跨出单一系统的任务接起来。

企业可以按具体实施方案，通过 MCP、CLI 或连接器，将人事系统、OA、IT 工单和协同办公工具接入蜂巢。接入范围、可读字段和触发方式，需要在实施时逐项确认。

一项任务拆给正确的人

HR 在人事系统确认入职或调岗生效后，蜂巢里的入职协同智能体可以在授权范围内读取部门、岗位和职级信息，再按企业现有组织架构拆分任务。

行政收到的是工位和设备准备待办，IT 收到的是基础账号申请，直属主管收到的是带教计划提醒。每个角色看到的内容不必一样，行政也不需要看到员工的定薪和完整履历。

这里仍然要回到权限配置。平台可以按方案映射企业组织树和数据范围，完成配置和验收后，不同角色只处理自己需要的字段。说“系统会自动隔离”太轻，真正要做的是把角色、字段和例外一条条配好。

敏感权限不要交给脚本自己决定

普通办公账号、入职指引、设备申请可以按规则推进。涉及核心业务系统权限、客户资料移交、资金看板或离职账号清理时，流程应该停下来。

企业可以按策略设置执行前校验和人工确认（HITL）。任务在工作台里挂起，等直属部门长、信息安全或其他授权角色确认后再继续。谁发起、调用了哪些工具、谁确认、什么时候完成，可以按方案记录关键节点，具体审计粒度以实施配置为准。

跑顺以后，模板要留在组织里

如果一套入职协同只在某位 HR 的账号里跑得通，它仍然不算组织能力。员工一走，流程又会散掉。

更合适的做法，是把验证过的岗位映射、权限核对清单、异常退回规则和任务模板，经过审核后沉淀到组织资产池。后续做离职交接、跨分子公司借调或批量调岗时，可以在授权范围内复用。

人员调岗时，管理员可以按岗位完成授权移交。接任者不需要翻前任的聊天记录，也不需要重新问一遍每个部门要什么，只要在自己的权限范围内继续维护这套流程。

先从一条入职任务开始

企业不需要一上来就改造所有人事流程。先选一条每周都会发生、跨部门且容易卡住的任务，更容易看出平台是否真的接得住。

比如“新员工入职推进”，或者“销售经理跨区域调岗权限交接”。先把任务链、角色、字段和人工确认点列出来，再判断哪些步骤可以自动分发，哪些必须由人决定。

部署形态也一样。利唐蜂巢支持云端使用，也可以按方案进行私有化部署。选择私有化时，除了机房和网络边界，还要把角色可见范围、敏感权限确认和审计留存一起验收。服务器放进企业机房，并不自动等于所有权限问题都解决了。

这套跨部门协同背后的平台选型逻辑，可延伸阅读：/enterprise-ai/private-ai-office-platform-selection。

另一个适合试点的跨系统场景，是从人事、ERP 和财务生成经营与人效简报：/hr-ai-scenarios/business-workforce-weekly-brief。

常见问题

已经用了利唐i人事，为什么还要接利唐蜂巢？

两者在不同层级。利唐i人事负责员工档案、合同、考勤、算薪等确定性 HR 业务；利唐蜂巢负责跨出单一系统，把人事、IT、行政和业务系统里的待办、权限与确认节点串起来。前者把 HR 业务做稳，后者处理跨部门任务。

行政和 IT 会看到新员工的薪资吗？

在完成组织树映射和字段权限配置后，行政与 IT 只应获取完成本职任务所需的字段。具体能看到哪些信息，要在实施时按角色和场景验收，不能只依赖默认设置。

涉及开通核心权限或清理账号，AI 会直接执行吗？

默认不应把这类高风险动作交给 AI 自行放行。企业可以按策略设置执行前校验和人工确认，确认后才继续。普通信息同步和高风险权限变更，应该在流程里分开处理。

负责入职流程的 HR 离职后，之前配置的智能体怎么办？

经过审核进入组织资产池的技能与任务模板，归属于企业组织，不绑定在员工私人账号上。人员变动时，可以按岗位完成授权移交。具体操作方式和授权范围，以实际产品版本与实施方案为准。

这套流程能不能只用个人 AI 加几个群完成？

可以在小范围内勉强跑，但很难长期稳定。个人工具无法继承企业组织权限，也不方便把触发系统、人工确认和操作记录串成一条可检查的链路。人一换，经验往往就断了。

入职和调岗真正难的，不是发一条欢迎消息，而是让人事建档之后的每个动作都有人接、有权限边界、有确认记录，最后还能把跑顺的规则留给下一个人。

预约利唐蜂巢业务场景诊断，带上一条入职或调岗任务，验证跨部门协同、权限确认与组织资产沉淀能否跑通。

注：文中涉及的入职推进与调岗权限交接描述，均为便于说明使用的合成典型业务场景，不指向特定客户；具体能力范围、权限配置、系统连接方式与部署方案，以实际产品版本、实施方案及合同为准。