人才库为什么不是“把候选人打个标签”就完事：Odoo Talent Pool 的去重、复制与复用边界
很多团队以为人才库就是在候选人身上挂个 pool 标签。Odoo 源码其实做得更细：有直接入池、复制成 talent、通过邮箱/电话/LinkedIn 间接识别同人，以及专门避免重复加池的搜索逻辑。
TOPIC PICKS
这个专题的推荐入口
这个专题里读者更常先点开的文章
优先看新补的内容
可以顺着继续读的相邻方向
人才库为什么不是“把候选人打个标签”就完事：Odoo Talent Pool 的去重、复制与复用边界
很多团队以为人才库就是在候选人身上挂个 pool 标签。Odoo 源码其实做得更细：有直接入池、复制成 talent、通过邮箱/电话/LinkedIn 间接识别同人，以及专门避免重复加池的搜索逻辑。
排班为什么不能只填上下班时间：Odoo 工时日历里的双周制、弹性工时与 FTE 计算
很多团队把工作日历理解成每周一到周五几点到几点。Odoo 的 resource_calendar 源码却明显把它当成人力制度底座：双周制、弹性工时、公共休假复制、小时/天换算和 FTE 比例都从这里长出来。
员工技能为什么不该直接改等级：Odoo Skills 与 Certification 的有效期、历史与到期提醒
很多团队把员工技能当成一组静态标签，觉得会 Python 就把等级改成高级。Odoo 的 hr_skills 源码却在强调另一件事：技能和认证都带时间语义，修改不该覆盖历史，到期还可能触发活动提醒。
Odoo 考勤里的加班为什么总“差几分钟”：看懂 Ruleset、公司宽容、员工宽容与跨天切分
很多团队以为 Odoo 的考勤加班就是下班晚几分钟就多几分钟。源码并不是这么算的。真正决定结果的是 ruleset、company/employee tolerance、按时段切分，以及跨午夜后重新分日的逻辑。
Odoo 招聘里的技能为什么不是“填个标签就完了”：岗位匹配分、人才池同步与入职后的技能接力
很多团队把招聘技能当成简历备注，但 Odoo 的 hr_recruitment_skills 源码其实把它做成了可匹配、可同步、可继承的能力流水线：岗位要求会算匹配分，候选人与人才池技能会单向同步，最终还能在创建员工时接到员工技能档案。
Odoo 一个人换合同、换工时后，Work Entry 到底按哪份算：多合同、多版本与生成边界全拆开讲
很多团队以为 work entry 只要按工资期批量生成就行。但 Odoo 在多合同和多版本场景下，实际上会按合同起止、版本区间、排班切换以及请假覆盖边界把结果拆开。理解这件事，才能看懂为什么同一个月会被切成两套工时。