系统治理（操作日志）

操作日志（菜单：平台治理 → 操作日志）记录用户在平台上执行的关键操作，是审计与追责的依据：出了问题"谁改的、什么时候改的、改了什么"，都在这里查。

操作角色：系统管理员（平台运营方）。该菜单仅系统管理员可见——租户管理员与客户用户登录后不会看到「平台治理」菜单，也无法访问日志页面。

一、日志记录什么

维度	内容
操作人	哪个账号执行的操作
操作内容	做了什么（新增/修改/删除设备、配置告警规则、创建客户、分配设备等）
操作时间	精确到时间点的发生时间
来源	请求的 IP 等上下文信息

写入是自动的：用户通过界面对数据做增删改操作时记录，查询浏览不记录——日志反映"改动"，不制造噪音。

二、典型审计场景

追溯配置变更

"告警规则昨天还是 60 度，今天变成 80 度了？"——按时间与关键字过滤日志，可以看到是哪个账号在什么时间修改的，直接找当事人核实，而不是猜。

排查误操作

设备被误删、客户分配被取消这类问题，日志能还原操作序列，帮助判断是误操作还是账号被盗用。

账号异常行为

某账号在非常规时间出现大量删除操作，值得警惕——结合修改密码、停用账号等手段先控制风险。

三、数据范围

操作日志是平台级审计能力，只对系统管理员开放：

角色	能否查看操作日志
系统管理员	✅ 可查看全平台、所有租户的操作日志，用于跨租户审计
租户管理员	❌ 看不到「平台治理」菜单，无法查看日志
客户用户	❌ 看不到该菜单；其查看行为属纯查询，本身也不产生改动日志

因此日志是平台运营方独立掌握的审计手段：租户侧的配置变更、误操作排查由平台运营方掌握原始记录，租户自身无法查看或修改。

四、使用建议

1. 关键操作后自查：批量修改设备、调整配额后到日志里确认操作都已按预期落账；
2. 定期回顾：每周抽 10 分钟浏览本周日志，比事后追溯成本低得多；
3. 配合角色管理：日志只能"看见"问题，预防要靠角色权限——让能做危险操作的人越少越好。

五、常见问题

现象	排查方向
找不到某次操作记录	确认操作类型——纯查询不记日志；或检查时间/关键字筛选条件
需要更长保留期	平台按策略滚动保留日志，重要事件建议另行导出归档
日志能删除吗	不支持删除——审计日志必须不可篡改，这是它可信的前提

---

下一步：开发者相关内容，请进入《设备接入开发指南》。