全部人力资源工作，尽在一个系统。
招聘、合同、考勤、休假、绩效评估和薪资全部打通 —— 员工信息只需录入一次，从入职申请一直跟随到最后一张工资单。
一份档案，从入职申请到离职。
大多数人事痛点来自环节之间的交接 —— 招聘数据要重新录入员工档案，考勤数据要重新录入薪资。在 Odoo 中，每个环节都自动继承上一环节的数据。
招聘
职位发布、招聘门户、按面试阶段跟踪候选人，以及按技能筛选。录用的候选人一键转为员工档案 —— 无需重复录入。
入职
合同与模板、带到期提醒的证件收集、设备分配，以及入职清单，确保第一天不遗漏任何事项。
工作
考勤与工作时间表、带审批流的请假申请、工时表，以及跨分支的排班。
发展
定期或按需进行绩效评估、设定目标、跟踪技能、管理证书，并将培训记录与评估关联。
发薪
薪资结构、法定扣款、工资单生成和费用报销 —— 直接基于系统中已有的考勤和休假数据计算。
离职
离职时记录原因、自动应用合同终止日期、归还设备，档案归档而非删除。
Odoo 人力资源应用套件。
这些应用开箱即可协同工作。不必全部部署 —— 大多数公司从两三个开始，再逐步扩展。
员工
集中的员工档案、部门、组织架构图、工作时间表和文档存储。
招聘
职位、招聘页面、候选人流程、面试表格和招聘分析。
休假
假期类型、假期累计、假期分配、审批流和团队日历。
考勤
上下班打卡、工作时长、加班追踪和考勤报表。
薪资
薪资结构、津贴与扣款、批量生成工资单和薪资报表。
绩效评估
评估周期、目标、自评与主管评估，以及技能发展追踪。
费用报销
员工费用报销、收据采集、审批流程和报销付款。
排班与工时表
跨站点排班，并按项目和任务记录工时。
标准人力资源模块很适合办公室员工，但并非所有员工都坐在办公室。
如果您的员工分布在车间、分支机构和外勤现场，几乎马上就会出现四个缺口。标准 Odoo 都没有 —— 这四项都是我们开发的。
地理围栏考勤
打卡时校验是否在指定位置范围内，让考勤反映员工的真实位置 —— 而不只是按了一下按钮。当员工到现场而非办公室报到时尤为关键。
出门证与外出公务
员工在工作时间离开现场时的数字化申请与审批流程，与考勤打通，外出时间有据可查，不再事后争议。
生物识别与人脸验证
打卡时进行人脸录入与验证，或对接现有生物识别设备 —— 根除简单打卡按钮留下的代打卡漏洞。
员工真正愿意用的手机 App
用手机完成打卡、请假、查看工资单和申请出门证，一键完成 —— 因为外勤人员是否愿意使用，完全取决于操作是否简便。
正确配置法定扣款。
Odoo 的薪资引擎功能强大，但默认是通用的。坦桑尼亚的法定义务必须单独配置 —— 配置错了，工资单看似正确，实则有误。以下是我们设置并用真实工资单核验的项目。
| 项目 | 承担方 | 影响 |
|---|---|---|
| PAYE | 员工扣款 | 必须减少实发工资，且必须按应税津贴计算 —— 而不仅是基本工资 |
| NSSF —— 员工部分 | 员工扣款 | 从应发工资中扣除的社保缴费 |
| NSSF —— 雇主部分 | 雇主缴费 | 雇主成本；不得从实发工资中扣除 |
| WCF | 雇主缴费 | 工伤补偿；仅为雇主成本 |
| SDL | 雇主缴费 | 技能发展税；仅为雇主成本 |
| HESLB | 条件性扣款 | 助学贷款还款，仅在该员工有扣款通知时适用 |
最常见的错误：法定项目被放在错误的类别中 —— 导致雇主缴费悄悄减少了实发工资，或 PAYE 只按基本工资计算。两种情况生成的工资单内部账目平衡，却是错的。我们会在上线前用计算出的工资单核验，而不是等到第一次发薪之后。
一家在多个地区拥有 390 名员工的汽车集团。
一家坦桑尼亚汽车公司带着八项人力资源需求找到我们，他们的员工大多不在办公室 —— 技师和外勤人员分布在各个分支和地区。
我们对照标准 Odoo 做的差距分析清楚指出了工作重点：休假管理几乎开箱即用；薪资需要本地化和配置；但考勤约 70% 需要定制开发，而出门证在 Odoo 中根本不存在。
我们没有把这些分散到四五个独立模块中，而是规划成一个统一的模块 —— 一个数据模型，只需维护和升级一处。仅此一项决定就大幅缩短了预计的定制开发周期。
您可能想问。
Odoo 能直接处理坦桑尼亚薪资吗？+
薪资引擎完全有能力，但法定项目必须配置 —— PAYE、员工与雇主 NSSF、WCF、SDL，以及条件性 HESLB 扣款。类别设置比大多数人想象的更重要：雇主缴费放错类别，会悄悄减少实发工资，而工资单仍然平衡。我们会配置并用真实计算的工资单核验。
Odoo 能追踪不在办公室的员工的考勤吗？+
单靠标准功能不行。标准 Odoo 考勤模块支持上下班打卡，但没有位置校验或人脸验证。地理围栏手机考勤需要定制开发 —— 这是客户最常提出的需求之一，也是拥有外勤团队的公司需要超越标准部署的主要原因之一。
需要一次性上线所有人力资源应用吗？+
不需要，我们通常也不建议这样做。对大多数公司来说，休假和薪资是最快见效的 —— 能迅速解决明显的痛点并建立信心。招聘、绩效评估以及需要定制开发的部分，最好在核心系统稳定并被真正使用之后再推进。
能支持多个分支或多家公司吗？+
可以。Odoo 原生支持多公司、多分支结构，每个实体有独立的审批链、工作时间表和报表。这一点值得在一开始就认真设计，因为一旦有了历史数据，结构就很难再改。
员工数据如何保护？+
员工档案是企业最敏感的数据之一。我们设置基于角色的权限控制，工资信息仅对人事和薪资岗位可见，并启用审计日志。如果数据存储位置很重要，托管地点会在设计阶段就纳入考虑，而不是事后补救。