简介
面向规模化的工业监控平台。
传统 SCADA 是为单一工厂构建的。它的假设——固定的 I/O 清单、已知的一组操作员、单一的物理站点——在客户需要监管多个设施、一支船队，或一个区域运营组合的那一刻就崩塌了。SURGE 正是为后一种情形而生。它在设计上就是多租户的，默认即多站点，并假设操作员角色可能是任何人——从面板间工程师到在手机上查看月度 KPI 的 CFO。
多租户的实现远不止一个登录界面。一套 SURGE 部署在数据层、API 层与仪表板层上隔离客户、站点与角色。同一物理 SURGE 实例上的两个客户，在任何情况下都无法看到彼此的 tag、告警或审计轨迹。在一个客户内部，角色又划分操作员、工程师与高管各自的可视范围。正是这种隔离，使 SURGE 有资格作为承载企业全部运营组合的平台，而不仅是单厂级实例。
在印度尼西亚的监管语境下，SURGE 与三项正在生效的义务相交：KLHK SPARING 要求来自工业废水运营的实时水质遥测；BKPM 许可日益要求可审计的运营数据；面向 PLTS 装置的 PLN 净计量则要求结构化的输出报告。三者都产生结构化数据，被 SURGE 采集、归一化并报送——把合规从季度性的救火变成运营层的背景嗡鸣。
关键在于，SURGE 不替代 SCADA、DCS 或现场级控制。它位于它们之上。工厂现有的控制系统继续做它擅长的事——闭环控制、安全联锁、批次排程——而 SURGE 读取自这些系统（或网关，或直接读取自传感器），以提供其上的统一运营层。客户保留对 SCADA 的既有投资，同时获得传统 SCADA 平台从未被架构过的能力：可见性、多站点报送与合规自动化。
SURGE 模块
四个模块，一个平台。
01 — SURGE-ENERGY MAPPING
实时 kWh 可视化
在同一仪表板中实现按部门 / 按产线的能耗跟踪、峰值需量告警与碳足迹上报。
02 — SURGE-VESSEL TRACKING
船队规模化运营
GPS 与 IoT 传感器融合：燃料监控、地理围栏告警、预测性维护排程。
03 — SURGE-WATER ANALYTICS
开箱即用的 KLHK SPARING
pH、COD、TSS、NH3-N 与流量监测，自动生成可直接提交的合规报告。
04 — 污水数据记录器
简化的 IPAL 数据
在 IPAL 基础设施上记录流量与水质。对接 KLHK。本地与云端双存档。
平台功能
为工业规模而生。
多租户架构、移动 App、API 接入，支持 SMS / 邮件 / WhatsApp 告警、历史数据分析、基于角色的访问控制以及白标部署。
我们的方法
模块化设计，默认即集成。
SURGE 围绕四个核心模块组织，客户可以单独购买或组合购买：Energy Mapping 负责 kWh 与碳核算，Vessel Tracking 负责船队定位与燃油消耗，Water Analytics 服务 KLHK SPARING 与 IPAL 运营，Wastewater Logger 负责被监管的排放报送。每个模块都自带数据模型、仪表板、告警规则与报表模板，但四者共享同一套底层的租户、身份与通知基础设施——同时运行多个模块的客户因此只有一个登录、一个告警收件箱、一个用户管理界面、一份计费关系。
平台特性刻意走 enterprise-grade，而不仅是 dashboard-grade。SURGE 提供带文档的 REST API 与 webhook 系统，便于与客户已有的 ERP、CMMS 与 BI 工具集成。iOS 与 Android 上的原生移动应用，为不坐工作站的操作员推送告警、关键仪表板与确认流程。合作伙伴可按自有品牌进行白标部署。多渠道告警覆盖 SMS、邮件与 WhatsApp——这在印度尼西亚运营中尤其重要，WhatsApp 常常是最可靠的通知渠道。每一次操作都写入按用户、角色与时间戳锁定的不可变审计轨迹。
部署选项匹配客户的数据主权立场。默认是在 AWS Asia Pacific（雅加达）由 SURIOTA 托管运行，正常运行 SLA 为 99.9%。对本地化要求严格的客户，可在自有基础设施上以 Docker 或轻量级 Kubernetes（K3s）栈部署 SURGE。混合方案日益常见：敏感工艺数据保留在本地，非敏感聚合与高管仪表板运行在 SURIOTA 云中——客户既获得可见性，又避免把原始工艺数据推出设施所带来的合规暴露。
集成被刻意设计得不挑剔。任何使用 Modbus RTU 或 TCP、OPC UA、MQTT、REST，甚至只是 CSV 上传的设备，都可以供给 SURGE。我们不要求客户拆除并替换既有的 SCADA、DCS 或 historian——SURGE 从工厂正在运行的任何系统中读取数据，归一化进自身模型，呈现统一视图。既有投资得以保留，新能力则在其上叠加。正是这一架构原则，使 SURGE 对印度尼西亚的工业既有改造场地（brownfield）切实可行，毕竟那里"拆除替换"几乎从不是一个选项。
模块与集成之下，是一套刻意保守的技术栈：时间序列存储用 InfluxDB 与 TimescaleDB，应用层使用 Python（FastAPI）与 Node.js，Web 前端用 React，移动端用 React Native，基础设施即代码采用 Terraform 与 Ansible。每一项选择都把长期可维护性置于潮流之上。平台的客户期望在 2035 年仍运行 SURGE，而不是当年 2026 年正流行的某个框架。
部署方式
数据在哪里，我们就部署在哪里。
01 — 云端托管
SURIOTA 托管
最快见效路径。AWS 印尼区域、多租户、自动备份、SLA 保障。
02 — 本地部署
客户基础设施
完全数据主权。基于 Docker / Kubernetes 部署在您的硬件上，无任何外部网络依赖。
03 — 混合部署
两者兼得
敏感数据保留在本地，仪表板部署于云端。联邦层保证两端同步。
定价模型
与您共同成长的定价。
01 — 按设备计费
按接入设备订阅
适用于以传感器为主的部署。按数据源的成本可预测，随传感器数量线性扩展。
02 — 按站点计费
按地点的固定费率
适用于多产线、多设备的工厂。单站点设备数量不限，便于组织内简化预算。
03 — 企业定制
定制合同
适用于大型船队、多区域或白标部署。请与我们沟通 —— 条款将按您的运营模式定制。
业务影响
运营可见性，管理层清晰度。
SURGE 带来的最直接影响是整合。客户经常把五到十个厂家门户——SCADA 一个、逆变器一个、BMS 一个、智能电表一个、SPARING 控制台一个，以此类推——替换为单一的 SURGE 登录。一个凭证、一套数据定义、一个告警收件箱。厂长与运营总监的认知负荷可衡量地下降，原本用来在各厂家门户间对账的时间，转变为基于数据采取行动的时间。
合规自动化是最可量化的成果。SURGE Water Analytics 以可直接报送的格式生成 KLHK SPARING 报告，并附上 KLHK 审计员期望的审计轨迹。使用 SURGE Wastewater Logger 的 WWTP 客户，把合规报送工作量降低了 90% 以上——曾经耗时数日的月度任务，现在只是一次点击导出。同样的模式适用于 PLTS 客户的净计量报告，以及受监管设施的 BKPM 运营数据报送。
成本成果按模块各自可度量。SURGE Energy Mapping 客户通常在十二个月内通过负荷曲线优化、削峰填谷与 HVAC 调度实现 15% 至 25% 的能源支出下降。SURGE Vessel Tracking 客户在被监控船队上通过航线与怠速分析获得 8% 至 12% 的燃油节省。SURGE Water Analytics 客户还多一项收益：避免 KLHK 罚款——这是一种在违规真正被避免的那一天之前难以量化的节省类别，而当那一天真的到来时，其价值远超 SaaS 订阅费用。
从战略上看，SURGE 是 Pillar 2 各 AI 用例据以构建的数据层。从定义上讲，每一位 SURGE 客户都是潜在的分析客户——数据已经清洁、已经归一化、已经按工艺含义打标签。从监控走向预测分析再走向自治运营的旅程，并不需要一个新平台；它只需要在客户已经运行的平台上开启更多模块。这种持续累积的可选性，正是客户长期来看选择 SURGE 而非一次性 SCADA 升级的根本原因。
常见问题
常见问题。
云端托管：从签约到仪表板上线 1–2 周。本地部署：根据基础设施就绪情况，4–6 周。
提供。30 天试点，包含全部功能与入门支持。
可以。通过 REST API 与标准工业协议（Modbus、OPC UA、MQTT）实现双向集成。
本地部署使全部数据保留在您的网络内。混合部署则将敏感数据保留在本地，仅在云端汇总以供仪表板使用。
相关案例