阅读Odoo（开源ERP系统）的源代码是学习企业级业务逻辑的优质途径。Odoo采用模块化设计（超50个核心模块，覆盖CRM、HR、库存、生产等），代码结构清晰（Python+XML），且遵循“业务驱动”的设计理念——每个模块的代码逻辑紧密映射真实企业的业务流程。以下从CRM、人力资源管理（HRM）、库存管理、生产管理四大模块切入，结合源码级分析，说明可学习的业务知识。

一、CRM（客户关系管理）：从“客户互动”到“销售转化”的全流程逻辑

Odoo的crm模块（含crm_lead、crm_team、crm_stage等子模块）完整实现了从“线索→机会→客户→订单”的转化链路。阅读其源码可深度理解销售漏斗管理、客户分级、跨部门协同等核心业务逻辑。

关键业务知识示例：

1. 销售漏斗的动态阶段划分：
   Odoo通过crm_stage表定义销售阶段（如“初步接触→需求分析→方案报价→谈判→成交”），每个阶段可配置“是否自动推进”“必填字段”“关联的下一个阶段”。源码中crm.lead模型的_get_stage_analytic方法会统计各阶段的线索数量，生成销售漏斗报表。
   业务启示：企业可通过配置不同销售阶段（如ToB复杂销售可增加“高层审批”阶段），匹配自身业务特性，避免“一刀切”的漏斗管理。

2. 线索到机会的自动化转化规则：
   Odoo的crm_lead模型中，_convert_opportunity方法定义了“线索转机会”的逻辑：当线索满足“联系人信息完整”“预算明确”等条件时，自动创建销售机会（crm_lead→crm_opportunity），并关联原线索的互动记录（如邮件、会议纪要）。
   业务启示：自动化规则可减少人工操作（如手动录入重复信息），同时通过“条件校验”确保机会质量（如过滤无效线索），提升销售团队效率。

3. 客户分级与资源分配：
   Odoo通过res.partner模型的customer_rank字段（客户等级）和sales_team_id字段（所属销售团队）实现客户分级。源码中crm.team模型的_get_lead_domain方法会根据客户等级（如VIP客户customer_rank>100）自动分配给高级销售，普通客户分配给初级销售。
   业务启示：客户分级需与销售能力匹配（高价值客户由高经验销售跟进），避免资源错配；同时，通过系统自动分配可确保公平性（避免“抢单”冲突）。

二、人力资源管理（HRM）：从“员工全生命周期”到“组织效能”的精细化管理

Odoo的hr模块（含hr_employee、hr_attendance、hr_payroll、hr_performance等子模块）覆盖员工从“入职→在职→离职”的全周期管理，并集成考勤、薪资、绩效等业务。阅读其源码可掌握组织架构设计、考勤规则、薪酬计算、绩效评估等核心逻辑。

关键业务知识示例：

1. 组织架构的动态建模：
   Odoo通过res.company（公司）、hr.department（部门）、hr.job（岗位）模型构建组织架构，支持“矩阵式管理”（如员工可同时属于多个部门）。源码中hr.employee模型的department_id字段可关联多个部门，并通过_compute_department方法实时同步部门变动（如员工调岗时，自动更新所有关联部门的成员列表）。
   业务启示：灵活的组织架构设计是企业应对业务变化的底层能力（如项目制团队需快速调整成员所属部门），系统需支持“一人多岗”“跨部门汇报”等复杂场景。

2. 考勤规则的弹性配置：
   Odoo的hr_attendance模块通过hr_attendance_overtime参数表定义考勤规则（如“弹性工时：早8点-晚6点，核心时段10点-16点”“迟到超过30分钟扣全勤”）。源码中hr.attendance模型的_check_in_out方法会校验打卡时间是否符合规则，并自动计算迟到/早退/加班时长。
   业务启示：考勤规则需与企业业务类型匹配（如制造业需严格管控工时，互联网公司可采用弹性工时），系统需支持“按部门/岗位差异化配置”（如销售岗弹性工时，生产岗固定工时）。

3. 薪酬计算的“数据联动”逻辑：
   Odoo的hr_payroll模块通过hr_payslip模型关联员工的考勤（hr_attendance）、绩效（hr_performance）、社保（hr_contract）等数据，通过_compute_line方法动态计算工资（基本工资+绩效奖金-迟到扣款-社保）。例如，绩效奖金的计算会调用hr_performance.rating字段（评级A/B/C对应不同的奖金系数）。
   业务启示：薪酬计算的准确性依赖多源数据的实时同步（如考勤异常需当天同步至薪资系统），系统需设计“数据校验机制”（如考勤数据缺失时阻止薪资计算）。

三、库存管理：从“出入库”到“供应链协同”的全链路控制

Odoo的stock模块（含stock_quant、stock_move、stock_picking等子模块）实现了库存的全流程管理（采购入库→生产领料→销售出库→盘点），并通过mrp模块与生产计划集成。阅读其源码可掌握库存周转效率、多仓库协同、安全库存控制等核心逻辑。

关键业务知识示例：

1. 库存移动的“状态机”设计：
   Odoo通过stock.move模型定义库存移动的状态（如draft草稿→waiting等待→partially_available部分可用→done完成）。源码中stock.move的_action_confirm方法会将状态从draft转为waiting，并在所有前置移动（如采购订单入库）完成后自动转为done。
   业务启示：库存移动的状态机需严格匹配业务流程（如生产领料需等待BOM确认后才能执行），避免“虚假库存”（如物料未实际入库却标记为可用）。

2. 多仓库的成本核算规则：
   Odoo的stock.quant模型通过cost_method字段（成本计价方法）支持FIFO（先进先出）、LIFO（后进先出）、平均成本法。源码中stock.valuation模块的_get_valuation_price方法会根据cost_method计算库存价值（如FIFO会优先扣除最早入库的物料成本）。
   业务启示：成本计价方法直接影响财务报表（如毛利率计算），需根据行业特性选择（如零售业常用平均成本法，制造业常用FIFO）。

3. 安全库存的动态预警：
   Odoo通过stock.warehouse.orderpoint模型定义安全库存（product_min_qty）和补货数量（product_max_qty）。源码中stock.move的_get_replenishment_order方法会在库存低于product_min_qty时自动生成采购申请（purchase.order）。
   业务启示：安全库存需结合需求波动（如季节性销量增长）动态调整（如通过历史销售数据预测未来需求，自动更新product_min_qty），避免“缺货”或“积压”。
   

四、生产管理（MRP）：从“需求”到“交付”的资源协调艺术

Odoo的mrp模块（含mrp_production、mrp_bom、mrp_routing等子模块）实现了制造企业的生产计划管理（从销售订单生成生产订单→BOM展开→工序派工→完工入库）。阅读其源码可掌握BOM设计、产能规划、生产进度跟踪等核心逻辑。

关键业务知识示例：

1. BOM（物料清单）的层级化设计：
   Odoo通过mrp_bom模型定义BOM的层级结构（父产品→子组件→原材料），支持“多级BOM”（如电脑→主板→CPU→硅晶圆）。源码中mrp.production模型的_explode_bom方法会递归展开BOM，计算生产1台电脑需要的所有原材料数量（考虑损耗率）。
   业务启示：BOM的准确性直接影响采购和生产（如BOM中遗漏某个零件会导致生产中断），需通过版本控制（mrp_bom.version字段）管理BOM变更（如产品设计迭代时，旧版本BOM需标记为“失效”）。
   

2. 生产订单的“排程逻辑”：
   Odoo的mrp.production模型通过routing_id字段关联工艺路线（定义工序顺序和工时），并通过_get_workcenter_available_capacity方法计算各工序的工作中心（如注塑机、装配线）产能。源码中mrp.workorder模型的_plan_workorders方法会根据订单交期和产能，自动排定生产工序的开始/结束时间（如优先安排产能空闲的工序）。
   业务启示：生产排程需平衡“交期承诺”和“产能限制”（如某工序每天最多生产100台，1000台订单需排10天），系统需支持“手动调整”（如插单时重新排程）。

3. 生产进度的“实时跟踪”：
   Odoo通过mrp.workorder模型记录工序的执行状态（draft→in_progress→done），并通过_update_quantity_produced方法同步实际产量与计划产量。源码中mrp.production的_get_progress方法会计算生产进度（实际完成数量/计划数量），并同步至销售订单（如“生产进度80%，预计3天后交付”）。
   业务启示：生产进度跟踪需与上下游系统集成（如ERP同步进度至CRM，客户可查看订单状态），避免信息孤岛（如销售不清楚生产进度导致过度承诺）。

# -*- coding: utf-8 -*-
# Part of Odoo. See LICENSE file for full copyright and licensing details.
import logging

from odoo.addons.mail.controllers.mail import MailController
from odoo import http

_logger = logging.getLogger(__name__)


class CrmController(http.Controller):

    @http.route('/lead/case_mark_won', type='http', auth='user', methods=['GET'])
    def crm_lead_case_mark_won(self, res_id, token):
        comparison, record, redirect = MailController._check_token_and_record_or_redirect('crm.lead', int(res_id), token)
        if comparison and record:
            try:
                record.action_set_won_rainbowman()
            except Exception:
                _logger.exception("Could not mark crm.lead as won")
                return MailController._redirect_to_generic_fallback('crm.lead', res_id)
        return redirect

    @http.route('/lead/case_mark_lost', type='http', auth='user', methods=['GET'])
    def crm_lead_case_mark_lost(self, res_id, token):
        comparison, record, redirect = MailController._check_token_and_record_or_redirect('crm.lead', int(res_id), token)
        if comparison and record:
            try:
                record.action_set_lost()
            except Exception:
                _logger.exception("Could not mark crm.lead as lost")
                return MailController._redirect_to_generic_fallback('crm.lead', res_id)
        return redirect

    @http.route('/lead/convert', type='http', auth='user', methods=['GET'])
    def crm_lead_convert(self, res_id, token):
        comparison, record, redirect = MailController._check_token_and_record_or_redirect('crm.lead', int(res_id), token)
        if comparison and record:
            try:
                record.convert_opportunity(record.partner_id)
            except Exception:
                _logger.exception("Could not convert crm.lead to opportunity")
                return MailController._redirect_to_generic_fallback('crm.lead', res_id)
        return redirect

五、总结：阅读Odoo源码的核心价值

通过阅读Odoo源码，不仅能掌握技术实现细节（如模块化设计、ORM框架、工作流引擎），更能深度理解企业业务的底层逻辑：

• CRM：销售转化的核心是“流程标准化+自动化”；
• HRM：员工管理的关键是“数据联动+灵活配置”；
• 库存管理：库存控制的本质是“供需平衡+成本优化”；
• 生产管理：生产交付的重点是“资源协调+进度透明”。

这些知识不仅能帮助企业优化现有系统，更能为业务创新提供底层支撑（如通过Odoo的开放API集成AI预测库存需求，或通过低代码平台自定义销售漏斗规则）。对于开发者而言，Odoo源码是学习“企业级应用设计”的最佳教材；对于企业管理者而言，它是理解“如何通过系统驱动业务”的关键钥匙。

源代码：
https://github.com/odoo/odoo