即时开发老板报表

企业服务数据服务案例ID：254886

ㅤ

15 年经验· 佳联生技

微信扫码沟通，客服可协助直接对接工程师；如当前档期不合，也可继续推荐相似案例作者。

案例介绍

一句话：老板报表是一套跑在内网上、用独立口令登录的 Flask 单页看板，5 个顶级模块（采购 6 页签 + 即时库存独立页 + 销售/仓库/生产建设中），数据由"内网 x库取数 → 指标层转口径 → 合并 payload → 浏览器渲染"四段链路每日刷新，公网通过花生壳映射端口对外，老板凭口令直接访问。(0成本)
这套系统的价值不在技术难度，而在口径可信。项目从 2026-10-27 建起来，采购额最初是 3,518.6 万元，十天后变成 3,248.1 万元 —— 不是数据变了，是我们把两处错误剔掉了：一是同一单号在数据库里留着改单前后的两个版本（老版本还是千倍错价），二是 1.x/7.x 成品半成品的内部采购混进了外购盘子。这两次修正连带牵出"分类口径必须全链路一致""物料级金额不能按批次累加""模板改动三件事"等一串规则，都写进了本手册 §5。系统本身架构很薄：一个 Flask 进程 + 一份 JSON payload + 一套 Chart.js 图表，六层规则（口径、模板、部署、回归、传输、安全）比代码本身复杂得多。真正难的不是写出来，是让它每次改动后都还能被信任 —— 所以才有了 shot_regression.js 这个一次跑完 6 页 KPI/表格/canvas/JS 错误/4xx 的回归脚本，和"改模板必做三件事"的铁律。
当前状态（2026-10-29 实测）：采购 6 页签 + 即时库存独立页 / 35 KPI / 20 canvas / 全表格有数据 / 0 JS 错误 / 0 HTTP 4xx；
近三年采购额 3,196.0 万、CR10 57.31%、CR20 70.26%；批次口径 3,162 周期批次 / 平均 20.0 天用掉。
2026-10-29 第二次口径修正（三项，用户定稿）：
① 采购数据剔除 5.x / 9.x 开头物料（设备/设备配件/办公物资/低值易耗，"没什么分析价值"）→ 采购额 3,248.1 → 3,196.0 万；
② 批次分析按指标性质分窗口 —— 周期类指标只统计近三年入库批次，存量类指标（呆滞）仍算全历史真实库龄；
③ 即时库存过滤x工厂 + JY. 开头物料（云端 inv_query.py + 250 upstream.py 双保险）。
详见 §4.11 / §4.12 / §1.5③。