Odoo 企业版采购仪表板为什么先定义 dashboard 再给样板：is_published、group_ids 与 sample_dashboard_file_path 的交接边界

很多人看采购仪表板，只看到几张 KPI 卡和几张图。但从 spreadsheet_dashboard_purchase_stock 的定义看，企业版真正发布的是一条跨模块交接链：电子表格仪表板、采购模型、物流分组权限和样板文件一起落地。

核心记录是 spreadsheet.dashboard。在 XML 里，spreadsheet_binary_data 指向正式 dashboard JSON，main_data_model_ids 则明确写着这块仪表板以 purchase.order 为主数据模型。也就是说，看板不是凭空长出来的前端页面，而是被绑定到采购业务对象上的数据产品。

dashboard_group_id 与 group_ids 则把权限切开了两层。前者决定它属于哪类 dashboard 集合，后者进一步限定谁能看到；采购分析虽然服务采购，但默认挂在 logistics dashboard 组里，又要求 stock.group_stock_manager。这说明企业版在这里强调的是供应链管理视角，而不是“只要会下采购单的人都能看”。

sample_dashboard_file_path 又是另一段交接。它告诉系统：正式仪表板之外，还要给空数据库或演示环境一份样板文件。这样业务方第一次打开时看到的是可理解的结构，而不是一张空白表。正式数据和样板数据被拆成两份文件，本身就是设计边界。

is_published = True 最后完成发布动作。没有这一步，XML 里即使定义好了 dashboard、模型和权限，用户也不会在对应入口看到它。于是采购、电子表格和权限模块在这里完成一次真正的交棒。

所以采购仪表板的重点不是 KPI 长什么样，而是系统如何保证“谁能看、看哪类采购事实、空环境先看到什么模板、正式环境再接什么数据”。这是一条发布管线，而不是一张静态图表。