Odoo 企业版预约资源为什么不是“给房间加个 seats 字段就行”:linked resource 组合与 capacity used 规则讲透
appointment 后端真正难的是 linked resource 如何组合、booking line 何时占满整份容量、shareable
ARTICLE LIBRARY
持续记录源码理解、业务流程、模块开发经验与踩坑总结。
appointment 后端真正难的是 linked resource 如何组合、booking line 何时占满整份容量、shareable
website_sale_subscription 真正难的不是前台显示月付价,而是购物车怎样保持同一 recurring 语义:plan 怎么选、不同周期为什么不能混装、支付页又怎么知道这是订阅单。
account_3way_match 的重点不是多一个状态字段,而是把采购数量、到货数量、开票数量和价格差异压缩成可执行的放行/阻断规则。
基于 hr_recruitment_extract 源码,讲清简历 OCR 何时允许触发、回填哪些字段、怎样处理主附件,以及自动发送 digitization 的门槛。
采购预算报表不是从采购单界面直接 group by 出来的;企业版额外拼了一段 SQL,把已开票数量、单位换算、退款符号和 analytic_json 一并折进 committed 口径。
frontdesk 后端真正负责的是 kiosk 数据、预约访客快签、check-in/out 状态变更、host 与前台通知,以及到访异常提醒,而不是单纯创建一条访客记录。