招聘、薪酬与培训需求闭环操作说明

适用对象：商家管理员、店长、人事负责人、培训负责人

B端入口：商家后台 → 组织与人才 → 员工管理 → 招聘管理 / 薪酬管理；组织与人才 → 培训管理 → 培训需求

一、这组功能解决什么问题

眼镜店的人事管理不能只停留在“录入员工”和“发课程”。系统把以下证据串起来：

候选人 → 面试 → 录用 → 入职 → 试用评价 → 转正审批 → 岗位/薪酬 → 培训需求 → 培训计划 → 实操评价

培训需求看板会从四类证据生成待办：

二、招聘与试用

• 先在“招聘管理 → 招聘计划”创建计划，填写目标岗位、计划人数、门店、负责人、预计到岗日期、渠道预算和优先级；计划可保存为草稿、开启招聘或关闭。
• 在“招聘管理”新增候选人时可关联招聘计划，填写来源和拟议薪资；新候选人默认保留在当前商户人才库。
• 如候选人来自外部渠道，先进入“招聘管理 → 招聘渠道”登记渠道类型（手工导入、签名回调或通用接口），不要把密钥明文写入系统；当前版本支持主动导入候选人、同渠道去重、来源标记和同步记录。外部回调会校验商户、渠道、事件号、时间和签名，重复事件只处理一次，不同报文复用事件号会被拒绝，并限制重放时间。通用接口只允许 HTTPS，支持字段映射、分页增量拉取和可配置的通用传输重试：连接失败、超时、限流和暂时性服务端错误才会按退避策略重试，认证或字段配置错误会立即停止并留下失败日志；供应商专属分页字段、复杂字段语义和真实凭证仍需按真实平台适配，不能把凭证或失败请求写入候选人资料。
• 进入候选人面试页，保存面试官、时间、专业能力、沟通协作、服务意识和学习适应四项评分、结论和备注。四项全部填写时系统自动取平均总分；四项全部留空时兼容旧流程直接录入总分，禁止只填写部分维度。
• 招聘计划列表按真实候选人状态汇总计划人数、进行中人数和已录用人数；招聘首页按来源展示候选数、在招数、录用数和录用率，用于比较员工推荐、招聘平台、门店到店等渠道。
• 人才库中的候选人可编辑并重新绑定其他岗位或计划；归档只改变人才库状态，不删除候选人、面试或录用历史。
• 将阶段推进到“已录用”，系统创建入职待办。
• 在入职待办中先维护结构化入职清单：Offer/入职协议、身份材料、门店与岗位、必要制度、带教人和首日沟通；“培训任务已分配”由已发布培训计划自动回写，不能手工伪造。清单会记录最后维护人和时间；只有 Offer/入职协议与身份材料完成后，才允许把入职状态改为“已入职”。随后关联当前商户 SCRM 员工，维护试用开始/结束日期、文字评价和四项结构化评分（结果达成、岗位能力、培训转化、客户服务）；入职时带入的拟议薪资会标记为“待转正生效”，不会提前进入工资计算。
• 选择“已转正”时，必须填写试用评价，并自动生成一条待审批的“员工生命周期—转正”事件。
• 在入职待办中点击“阶段目标与验收”，把试用期拆成目标、完成标准、截止日期和结果说明；阶段状态可分别记录待开始、进行中、已完成、未达成或已取消。
• 选择“已转正”时，所有未取消阶段目标必须已完成并有结果说明，否则系统会阻止转正申请。
• 进入“员工生命周期”审批事件。审批通过后，才正式形成转正任职记录，并按转正生效日期激活待生效薪资；系统不会在填写表单时直接替审批人执行生效。

离职交接清单

员工生命周期中的“离职”事件审批通过后，系统会在当前商户自动生成离职交接清单；若历史离职没有自动生成，也可从“员工管理 → 员工入转调离 → 离职交接”补建。清单默认包含客户与服务、订单售后、库存资产、款项结算、资料与 SOP、账号权限、工作方法七类交接项。

每一项必须选择“已完成”并填写可复核证据，或选择“已豁免”并填写豁免理由；仅把员工状态改成离职、填写一段总备注或关闭页面，都不能代替交接。所有必需项完成后，店长/商家管理员才能点击“完成交接并关闭”。交接单、接收人、处理人、证据说明和关闭时间均按当前商户留痕，不能查看或修改其他商户数据。

三、内部竞聘与员工推荐

入口：组织与人才 → 员工管理 → 内部竞聘与推荐。

内部竞聘

• 点击“内部竞聘”，选择当前商户在职员工、目标岗位和目标门店，填写发展意愿、岗位匹配和能力证据。
• 管理者审核通过后，系统生成一条待审批的“员工生命周期—调岗”事件，并保留申请与审核意见；不会直接改写员工任职记录。
• 在“员工生命周期”中审批事件。审批通过后，原主任职结束并建立新的当前商户岗位/门店任职记录；驳回则只保留申请历史。
• 同一员工存在待审核申请时不能重复提交，避免多个未决调岗互相覆盖。

员工推荐与伯乐奖励

• 点击“员工推荐”，从当前商户人才库选择候选人、推荐员工和目标岗位，填写推荐理由；推荐关系不会通过候选人 ID 跨商户读取。
• 审核通过后，候选人仍沿用招聘面试、Offer、录用和入职流程；系统不会把“推荐通过”直接当作录用。
• 可记录奖励金额、规则说明和“未设置/待确认/已确认/已登记支付”状态。登记“已登记支付”前，候选人必须已经录用；该字段只做伯乐奖励台账，不代表银行或财务系统已经付款。

数据边界

• 内部竞聘只允许当前商户员工、岗位和门店；员工生命周期事件保留审核人、原因和生效日期。
• 员工推荐只允许当前商户候选人和员工；候选人录用、面试、入职证据继续保存在招聘主流程。
• 申请、推荐、审核、生命周期事件和奖励状态均可回溯，验收脚本会验证跨商户读写被拒绝。

四、薪酬基础

• 在“薪酬管理 → 员工薪酬基数”维护当前商户员工的薪级、基本工资、固定津贴、提成比例、生效日期和状态；需要启用社保、公积金或个税时，再维护对应缴费基数和个税基本减除费用。
• 在“薪酬规则”配置比例扣款、固定扣款或渐进扣款，可选择基本工资、应发工资、提成、销售净额提成、社保基数、公积金基数、个税计税收入和考勤状态作为计算基数。选择“销售净额提成”时，可限定适用门店和业务类型（普通配镜、视力防控、商品订单、0元购）；系统按当前员工归属客户的已支付订单计算，默认扣除退款，并将销售基数、订单数和规则编码写入工资明细。
• 在“地区政策版本”维护适用地区、版本编码、生效区间、社保/公积金基数上下限和个税减除费用；同一政策编码的生效区间不可重叠，工资期间会读取当期适用的最新启用版本。
• 修改员工薪酬基数时填写变动原因，系统生成待审批申请；在“薪酬变动审批”中通过或驳回，只有通过后才更新薪酬基数，驳回必须留下原因，申请会保留前后快照。
• 在“薪酬规则”中还可以设置优先级、叠加组和叠加策略：全部相加、同组按优先级取一条、同组取金额最高。叠加组为空时按规则编码独立计算，兼容历史规则；详见薪酬规则叠加与工资明细复核说明。
• 创建工资期间，执行“计算工资”，通过“工资明细”查看员工级别的社保、公积金、计税收入、个税、考勤扣款、政策编码、规则编码和完整规则明细快照，再按“已计算 → 已审批 → 已支付”推进。
• 工资期间计算完成后可导出“发放清单”，供财务复核或人工导入支付流程；清单不包含银行账号。点击“确认支付”后，系统会按当前商户和工资期间幂等登记一条“员工工资”财务支出流水，供成本核算和复核追溯；当前版本不直连银行，也不会把该确认误认为银行回执。
• 绩效奖金由奖金方案和绩效结算独立负责，不应直接混入固定工资规则。

在“经营管理 → 预算执行”中，可新增“人工成本”预算。选择全部门店时，系统会按年度/月度读取当前商户已确认支付工资的净额，与人工成本预算余额并列展示；财务支出流水用于经营成本对照和复核追溯，但不会自动生成银行流水或把工资批次直接标成银行已到账。

⚠️ 系统提供的是可配置薪酬计算基础和商户维护的政策版本，不内置任何地区的法律参数，也不会判断某版本是否适用于商户。考勤扣款按工资周期工作日折算；上线前必须由商户确认当地规则、会计口径和排班制度，并在政策版本说明中记录来源、核对人和核对日期。

五、培训需求处理

• 打开“培训管理 → 培训需求”，点击“刷新需求”。
• 先查看员工、岗位、来源、证据和优先级；需求必须能回到培训任务转化、PIP、绩效或人才盘点证据。
• 点击“关联计划”，选择当前商户的草稿或已发布培训计划，并可指定负责人。跨商户计划和负责人会被拒绝。
• 进入培训计划分配员工、完成课程/考试，再记录培训实操评价和培训前后指标。
• 需求处理完成后关闭需求。关闭只改变需求状态，不删除来源证据。

六、权限和数据边界

• 招聘、薪酬、培训需求和生命周期事件均限制在当前商户内查询和写入。
• 员工统一来自当前商户“组织与人才 → 员工管理”的 SCRM 员工主档；不可用请求参数替换商户或关联其他商户员工。
• 培训需求只关联当前商户培训计划；平台模板复制为商户草稿后才能使用。
• 转正事件采用待审批机制，审批人和生效时间保留在生命周期记录中。

七、验收清单

• 新增候选人、面试、录用和入职待办可完成；
• 转正缺少评价、开始日期、员工或岗位时会阻止提交；
• 转正、延长试用或未通过缺少四项结构化评分时会阻止提交，并保存综合平均分；
• 转正没有阶段目标、阶段目标未完成或完成目标缺少结果说明时会阻止提交；
• 转正会生成待审批事件，未审批不会直接改变任职；
• 内部竞聘审核通过会生成待审批调岗事件，审批前不改变员工任职；
• 员工推荐会保存候选人、推荐员工、目标岗位、审核意见和奖励状态；候选人未录用时不能登记奖励已支付；
• 刷新培训需求可生成并去重，重复刷新不会重复创建；
• 关联培训计划会将需求置为“已关联计划”；
• 其他商户的员工、计划和负责人均不能被引用；
• 关闭需求后来源证据仍可追溯复核。