制造业 SheetBot 报表自动化：从人工汇总到自然语言交付
某华东离散制造 FP&A 团队，12 张 MES/ERP 表、周报 T+3、12 人时/周、口径争议月均 4 次。SheetBot 试点：我要连接同步 MySQL/API，冻结 12 项口径后 NL 出综合分析与经营周报；6 周内交付 T+0.5、工时降 72%、争议 0.8 次/月。
客户背景
客户为某华东离散制造企业，主营精密结构件，3 条产线、2 个外协仓，年营收约 8–12 亿元。运营与 FP&A 共 6 人，每周需向管理层提交产线产值、订单履约率、在制品周转与缺料预警四类指标。数据分散在 MES 工单库（MySQL）、ERP 导出 Excel 与计划员手工维护的在制品台账中，此前无统一指标字典。
- 行业
- 离散制造
- 规模
- 3 条产线，约 900 人，FP&A+运营分析 6 人
- 涉及产品
- SheetBot（我要连接、自然语言分析、我要报表、Skill 技能库）
核心挑战
经营周报依赖 2 名数据分析师从 12 张表手工 VLOOKUP 汇总，再经运营经理复核后发送。MES 与 ERP 对「完工产值」的统计时点不一致，每月例会前常出现口径争论，管理层对数字信任度低。
- 交付慢：周报通常在会计关账后 T+3 才发出，缺料与履约异常无法当周干预。
- 口径分裂：同一指标在 MES「报工完成」与 ERP「入库确认」两套定义，月均口径争议约 4 次。
- 重复劳动：汇总+排版+图表固定消耗约 12 人时/周，分析师无暇做根因分析。
- 扩展难：新增产线意味着再复制一套 Excel 模板，连接器与权限无法复用。
方案与实施路径
阶段一：数据接入与指标口径冻结（第 1–2 周）
在 SheetBot 工作台选定产线经营周报为唯一试点域。通过我要连接创建 database 连接器，只读接入 MES 工单库（MySQL），字段映射工单号、产线、报工数量、标准工时与完工时间；ERP 侧先用 Excel 上传历史出货表，再配置 custom_api 连接器拉取 REST 出库明细（只读 Token）。
由 FP&A 牵头编写指标口径表（12 项）：例如「产线产值」= MES 报工合格数量 × 标准单价，「订单履约率」= 按期出库行数 / 应出库行数（ERP 出库时间 vs 承诺交期）。将口径表中的字段别名写入连接器字段映射，并在 SheetBot 工作簿中保留一张「口径说明」工作表供 Agent 读取 excel_state 元数据。
阶段二：自然语言分析与报表交付（第 3–5 周）
对同步后的工作簿，使用自然语言指令触发智能分析路径：Agent 调用 submit_analysis_plan，由 plan_compiler 确定性生成「产线产值」「履约率」「在制品周转天数」三块汇总表与配套图表，结果写入新工作表「综合分析」，避免覆盖原始业务数据。
经营解读与管理层可读叙事走我要报表流水线：analyzer 识别表结构 → planner 生成 KPI/SQL 计划 → DuckDB 执行聚合 → 图表与洞察输出。试点 6 周共固化 2 套报表模板（周报/月报），分享链接供厂长只读查看。
对每周固定排版（冻结首行、条件格式、导出 xlsx），将操作序列保存为Skill 技能，在新一周数据同步后一键执行，减少重复微调。
阶段三：校验治理与复制（第 6–8 周）
建立「同步 → NL 分析 → 人工底稿抽检 → 报表发布」SOP：每周随机抽取 1 条产线、5 个 SKU，用 SheetBot 只读查询工具 aggregate_column 与 Excel 底稿比对，偏差 > 0.5% 则回溯口径表版本。验证 ROI 后，将连接器配置与 Skill 复制到第 3 条产线，外协仓仍保持 Excel 上传通道。
量化成果
统计口径：试点 6 周，3 条产线合并周报；人工工时为 FP&A 团队实测；口径争议为运营+财务联合例会记录次数。
| 指标 | 实施前（基线） | 第 6 周 | 变化 |
|---|---|---|---|
| 经营周报交付时点 | T+3（关账后第 3 个工作日） | T+0.5（同步完成后次日上午） | 提前约 2.5 个工作日 |
| 汇总与排版人工工时 | 12.0 人时/周 | 3.4 人时/周（复核+异常处理） | -72% |
| 口径争议次数 | 4.0 次/月 | 0.8 次/月 | -80% |
| 活跃数据连接器数 | 0（纯手工导出） | 3（MySQL MES + custom_api ERP + 定时 Excel） | +3 |
| 报表模板复用率 | 0%（每人一套模板） | 100%（2 套 Skill+报表模板覆盖 3 线） | — |
「以前开例会先吵口径，现在口径表和工作簿绑在一起，SheetBot 出综合分析我们再 spot check。厂长直接看分享链接，不再等 T+3 的 PDF。」—— 客户 FP&A 经理（匿名）
注：以上为单一制造客户试点口径；产线数量、MES/ERP 异构程度会影响接入周期，不构成产品效果承诺。
经验复盘
做对了什么
- 先冻结指标口径再开 NL：12 项指标写入口径表与字段映射，Agent 的
excel_state.headers与业务定义一致，减少「问句正确、数字不对」。 - 分析与原始数据分区：汇总与图表落在「综合分析」新表，原始 MES/ERP 同步区只读，符合 SheetBot 数据保护策略。
- 报表与分析双通道：画布内「智能分析」满足分析师探索；「我要报表」输出带洞察的管理层快照，各取所长。
- Skill 固化重复排版：每周 80% 操作可脚本化，分析师精力转向异常产线与缺料根因。
踩过的坑
- 合并单元格标题行：早期 ERP 导出含跨列标题，表头检测偏移导致汇总列名错误；导入后需确认
headerRow与 DISTINCT 非空计数检测生效。 - 连接器时区：MES 报工时间为 UTC+8 字符串，首次映射未统一，履约率日切差 1 天；后在口径表增加「统计日切 06:00」规则。
- 跳过底稿校验：第 3 周曾直接发报表，发现一列「在制品」被 Excel 日期格式污染；现已强制 5% 抽样对账。
- 大文件误走普通模式：单表 80 万行历史工单曾拖慢浏览器；改走大文件模式 DuckDB 分析通道，预览仍用只读 Canvas。
给同类企业的建议
- 制造周报试点只选 1 个业务域、≤15 个核心指标，避免一上来「全厂一张表」。
- 连接器优先 MySQL/PostgreSQL 与 Excel 上传，API 类需先确认只读账号与字段稳定性。
- 自然语言问句引用口径表中的指标名，如「按产线汇总本周产值 Top5 并出柱状图」。
- 产品能力与配额以 官方 llms.txt 为准；入门步骤见本站 自然语言报表入门。