人才库为什么不是“把候选人打个标签”就完事：Odoo Talent Pool 的去重、复制与复用边界
很多团队以为人才库就是在候选人身上挂个 pool 标签。Odoo 源码其实做得更细：有直接入池、复制成 talent、通过邮箱/电话/LinkedIn 间接识别同人，以及专门避免重复加池的搜索逻辑。
TOPIC PICKS
这个专题的推荐入口
这个专题里读者更常先点开的文章
优先看新补的内容
可以顺着继续读的相邻方向
Odoo 企业版 Planning 为什么不是“排班复制一下就行”：slot template、角色匹配与自动分配防呆讲透
基于 planning 源码，讲清 shift template、role 回填、open shift 自动分配与 self assign / unassign 守卫如何共同构成企业版排班的可控链路。
Odoo 企业版招聘 offer 为什么不是“发封邮件就完了”：offer、签署与薪资包配置路由讲透
基于 hr_recruitment_sign、sign、hr_contract_salary 与 hr_contract_salary_payroll 源码，讲清候选人 offer 如何从招聘阶段推进到签署请求，再把签署上下文带回薪资包与合同版本链路。
Odoo 企业版招聘平台发帖为什么不是“职位一键同步到外部网站”：job post、campaign 生命周期与修改日志讲透
基于 hr_recruitment_integration_base 源码，讲清职位发布到招聘平台时的 post 对象、campaign 启停、更新入口与变更日志。
Odoo 企业版简历 OCR 为什么不是“上传附件自动填候选人”：extract 状态、validation 字段与主附件回写讲透
基于 hr_recruitment_extract 源码，讲清简历 OCR 何时允许触发、回填哪些字段、怎样处理主附件，以及自动发送 digitization 的门槛。
Odoo 企业版薪资模拟为什么不是“先算个税前工资”而已：simulation offer、payslip 试算与临时记录回收讲透
基于 hr_contract_salary_payroll 源码，讲清薪资模拟如何借助 simulation offer、savepoint 下的 payslip 试算与定时清理，给候选人稳定预览。
Odoo 企业版薪资套餐为什么不是“候选人点几项福利”而已：offer version、benefit 白名单与签署模板联动讲透
基于 hr_contract_salary 源码，讲清薪资套餐如何通过 version、benefit 字段白名单、所需资料与签署模板把 offer 控制在可落地范围内。