Odoo 客户现场上门维修应该怎么落地：Helpdesk、Field Service、Repair 与 Inventory 的业务分工
很多团队把上门维修理解成一张 repair order，但客户现场维修真正要承接的是报修受理、派工、现场处理、配件消耗、返厂分流与收费闭环。本文结合 Odoo 标准模块与源码边界，给出一套更稳的落地蓝图。
TOPIC PICKS
这个专题的推荐入口
这个专题里读者更常先点开的文章
优先看新补的内容
可以顺着继续读的相邻方向
Odoo 企业版 POS：顾客显示屏上的订单为什么只露出一部分字段，谁来裁剪公开上下文
顾客显示屏在企业版里是一个独立的公开路由，不是把备餐屏或 POS 会话原样 iframe 出去；access_token、initial_data 和订单阶段压缩共同决定了顾客能看到什么、看不到什么。
Odoo 企业版签署为什么能从 WhatsApp 一路回到已签文件：Sign、WhatsApp 与附件回流链路讲透
基于 whatsapp_sign、sign 与 documents_sign 源码，讲清签署请求的消息投递、拒签/完成通知与已签文件回流 Documents 的链路。
Odoo 企业版 POS：准备屏改状态后，顾客屏、打印流与厨房节奏为什么不会完全同步
在餐饮场景里，准备屏、顾客取餐屏和厨房打印不是同一个时钟：pos_restaurant_preparation_display 先管理备餐单与课程，pos_order_tracking_display 再把阶段翻译成公开状态，而打印与通知则走各自的触发点。
Odoo 企业版电子表格为什么不是“谁打开都能改”：Documents、Spreadsheet revision 与 contributor 顺序讲透
基于 documents_spreadsheet、spreadsheet_edition 与 documents 源码，讲清电子表格文档的 revision、贡献者顺序与访问边界如何共同工作。
Odoo 企业版 POS：预约到店核销后，会话订单、服务资源与会计流水如何闭环
pos_appointment 不是把预约塞进收银台列表就完了；预约事件的加载窗口、手机号补齐、到店状态切换，以及 POS 侧付款与关班分录，分别落在 appointment、calendar.event、pos.session 和会计链上。
Odoo 企业版知识库为什么不是“把文档贴进正文”：Knowledge、附件令牌与编辑器上下文链路讲透
基于 knowledge、ir_attachment、html_editor 与 mail thread 相关源码，讲清知识库文章中的附件、评论线程与访问令牌如何串起编辑器上下文。