人才库为什么不是“把候选人打个标签”就完事：Odoo Talent Pool 的去重、复制与复用边界
很多团队以为人才库就是在候选人身上挂个 pool 标签。Odoo 源码其实做得更细：有直接入池、复制成 talent、通过邮箱/电话/LinkedIn 间接识别同人，以及专门避免重复加池的搜索逻辑。
TOPIC PICKS
这个专题的推荐入口
这个专题里读者更常先点开的文章
优先看新补的内容
可以顺着继续读的相邻方向
Odoo 年假不是“按月加一天”那么简单：看懂 Accrual Milestone、Carryover、失效期与等级切换
很多团队配置年假累计时，只盯着每月加几天。Odoo 源码真正复杂的地方在 milestone、transition_mode、carryover_date、carryover 上限以及 carryover 后的有效期。它管理的是一条会跨年度演化的额度时间线。
Odoo 考勤里的 Extra Hours 为什么不等于 Payroll 可直接发薪：Attendance、Overtime Line 和 Work Entry 的边界到底在哪
很多人以为员工多打了几小时卡，Odoo 就该直接产生可发薪的加班记录。源码并不是这么设计的。本文把 Attendance、overtime line、work entry 以及 payroll 边界讲清楚。
Odoo 请假为什么不是“有假就能提”：审批层级、负余额和重叠申请的三道闸
很多团队把 Time Off 理解成余额够不够的问题。Odoo 源码里真正决定请假能不能走通的，至少还有三道闸：审批层级、是否允许负余额、以及重叠申请能不能叠在一起。
Odoo 里“培训也算上班、病假不一定全扣累计”到底怎么实现：Worked Time、Accrual Rate 与按工时累计的边界
很多 HR 政策都会写：某些假别不影响年假累计，另一些会影响。Odoo 不是靠备注实现，而是把 time off type 区分成 Worked Time 与 Absence，再叠加 eligible for accrual rate、is_based_on_worked_time 和 worked_hours 频率来计算。
为什么普通员工能看同事档案却看不到私密字段：Odoo 的 Public Profile、自助修改与真实员工表边界
很多团队以为员工目录就是 hr.employee 的一个列表视图。Odoo 源码其实专门做了 hr.employee.public、SELF_READABLE_FIELDS 和用户自助同步，让“能看到谁、能改什么、真正数据落哪张表”成为三层边界。
Odoo 企业版绩效评估为什么不是“定期发个评价表”而已：request flow、goal ratio 与 next appraisal date
hr_appraisal 管的不只是一次打分，而是员工、经理、目标与下次评估周期之间的长期关系：谁能发起请求、目标完成率如何汇总、下一次 appraisal