1设备系统与业务系统各自为政
产线有产线的数据，业务有业务的系统，中间靠人工抄录、Excel 传递，又慢又错。
物联版把设备数据直接连接到 Odoo 流程：扫码过站、传感器上报、测试结果，自动变成工单、质检单和维修单。
客户价值
它解决四类关键问题
这四类问题，几乎出现在每一家准备数字化的企业里。数字化底座的每一档，都是冲着其中一类或几类去的。
2数据很多，但没有转化为行动
大屏很漂亮，但异常还是靠人盯，从「看得见」到「管得住」中间缺了一环。
规则引擎把「看见」变成「行动」：温度超限自动建维修单，库存告罄自动触发采购建议，异常走向闭环处理。
3访问变慢，复杂计算拖累业务
人一多系统就卡，排程一跑全公司等，接入压力和计算压力挤在同一台业务系统上。
网关版把「人」的访问挡在前面做加速；Rust 插件把重计算摘出来单独加速。访问归访问、计算归计算。
4多个项目重复建设、难以升级
每个项目都从零搭一套，越搭越重，交付经验无法沉淀，维护成本逐年上升。
数字化底座以配置和插件适配客户差异，便于复制、维护与扩展；客户从低档起步，高档平滑升级，投入不浪费。
产品体系
四档产品体系：按需起步，平滑升级
按「人多不多、有没有设备、有没有重计算」三个问题划分四档。档位之间是递进关系：高档包含低档的全部能力，升级不断档、投入不浪费。
TIER 01第一档
标准版
Odoo
- 解决
- 业务流程分散在多套系统和表格中，数据对不上、流程靠人盯
- 适合
- 人不多、无设备接入、无重计算需求的企业
起点档 · 地基
TIER 02第二档
网关版
Go 网关 + Odoo
- 解决
- 并发上来后系统越用越慢：报表打不开、高峰期卡顿
- 适合
- 人多、系统访问压力大的企业
+ 人的流量入口
TIER 03第三档
物联版
Go 网关 + Go IoT + Odoo
- 解决
- 设备数据与业务脱节，靠人工抄录、跨系统传递，又慢又错
- 适合
- 有产线、传感器或现场设备的企业
+ 设备的流量入口
OPTION跨档选配
行业加速
Rust 行业插件
- 解决
- 复杂计算拖慢业务，算力成为瓶颈
- 适合
- 有生产排程、路径优化、批量计算需求的企业
可挂在任意一档上
分工铁律：Go 网关是「人」的流量入口；Go IoT 模块是「设备」的流量入口；Rust 行业插件跨档选配，可挂在任意一档上。四条链路边界清晰，各自独立扩缩容，互不绑架。
架构总览
双流量入口，交汇点唯一
人的流量与设备的流量走两条专线，互不绑架扩缩容；两条链路只在 odoo-connector 交汇进入 Odoo。Rust 行业插件按需挂载，处理计算热点。
「人」的流量链路
用户侧浏览器 / App / 工位终端 / MES
Go 网关「人」的流量入口：高并发接入、访问加速、热点缓存
Odoo · 业务核心业务事实来源：单据、状态、结果以此为准
「设备」的流量链路
现场设备传感器 / 扫码枪 / PLC / 仪表
Go IoT 模块「设备」的流量入口：接入、认证、解析、规则判断
odoo-connector唯一交汇点：设备事件转为业务动作
Odoo · 业务核心维修单、工单、告警、业务记录
一句话口径
人走 Go 网关，设备走 Go IoT，Rust 按需叠加，Odoo 是业务事实来源。Rust 行业插件旁挂在 Odoo 侧，承接排程、路径优化、批量计算等重任务；默认不启用，profiler 证明有 CPU 热点后引入。
从现场到经营
缩短的这段距离，就是数字化底座的价值
现场已经在产生数据，问题从来不是「看不见」，而是数据停在设备里、停在表格里，走不到该做决策的人手上。数字化底座把这条路打通：设备事件进入规则引擎，规则命中即自动生成业务动作。
- 设备侧：Go IoT 模块负责接入、认证与解析，原始报文归一为统一数据模型。
- 规则侧：阈值、趋势、组合条件 7×24 小时自动值守，命中即触发。
- 业务侧：维修单、工单、告警与处理结果全部沉淀在 Odoo，可追溯、可审计。
交付方式
七步上线，步步有交付
无论客户从哪一档起步，实施路径都是同一套，只是每步的工作量随档位增减。
1
需求调研
摸清业务流程、痛点与目标，用「三问定档」确定起点档位。
2
方案设计
输出系统方案与集成方案，档位组成、边界与交付物双方确认。
3
部署集成
环境部署；Go 网关、Go IoT 模块、Rust 插件按档位按需安装。
4
设备接入物联版
设备注册、认证配置、数据联调，现场数据跑通。
5
流程配置
单据流程、权限体系、规则引擎配置，贴合企业实际运作。
6
培训上线
分角色操作培训，试运行验证后正式切换。
7
持续运维
日常运维、版本升级与问题响应，长期稳定运行。
两种交付形态
私有化部署：数据边界自主可控。托管 SaaS：服务方统一托管、升级与维护。查看服务与交付 →
部署形态
两种部署形态，按数据边界选
同一套底座，既可以部署在客户自有环境，也可以由服务方托管。选择取决于数据主权、系统集成与运维投入的权衡。
私有化部署
部署在客户自有服务器或云环境，数据边界自主可控。适合重视数据主权、系统集成与自主运维的企业。
托管 SaaS
由服务方统一托管、升级与维护，开箱即用。适合希望快速上线、降低运维投入的企业。
常见问题
关于选型与升级
一定要从第一档开始吗？
不一定，按「三问定档」定起点：有现场设备的行业直接从第三档（物联版）起步，人多、访问压力大的行业从第二档（网关版）起步。起点由业务现状决定，不由销售决定。
Go 网关会不会把业务逻辑从 Odoo 拿走？
不会。网关只做「接得住、回得快」——高并发接入、访问加速、热点缓存，不碰业务。所有业务规则、单据逻辑、权限体系仍在 Odoo，它是唯一的事实来源。
什么时候才需要 Rust 行业插件？
只有性能分析（profiler）证明存在 CPU 计算热点后才引入对应插件。排程、路径优化、批量计算属于典型场景。插件跨档选配，例如纯 Odoo 的工厂 MRP 跑不动，可以只加一个排程插件，不必上全套底座。
以后业务增长了，升级会不会推倒重来？
不会。档位之间是递进关系：高档包含低档的全部能力。升级动作是「加」，不是「换」——加网关、加 IoT 模块、加插件，每一步都是增量投入，已有投入不浪费。
设备数据的安全如何保障？
设备接入提供三档认证：项目级（试用显式开启）、设备级（生产默认）、mTLS（高安全场景）；人员账号与权限沿用 Odoo 原生体系。密钥按部署规模分层保管，规模化部署使用专业密钥服务。关键操作全程留痕，可追溯。