如何实现Excel在线填表时信息仅本人和发起人可见？

Question

如何在多人协作的在线Excel填表场景中，实现每个填写者仅能查看自己的提交内容，而发起人可查看全部数据？常见问题在于权限粒度控制不足：多数协作平台（如Excel Online、Google Sheets）仅支持整表或工作表级别的共享权限，难以实现按行或按记录的动态数据隔离。若直接开放编辑权限，易导致数据泄露；若限制过严，则影响填写效率。因此，如何结合后端身份验证、动态权限策略与数据隔离机制，在保障用户体验的同时实现“填写者仅见本人数据，发起人通览全局”的安全需求，成为关键技术挑战。

Answer 1

1. 问题背景与核心挑战

在多人协作的在线Excel填表场景中，常见的需求是：每个填写者仅能查看和编辑自己提交的数据行，而发起人（如管理员或项目负责人）需要具备全局视角，能够查看所有人的提交内容。然而，主流在线表格工具如 Excel Online 和 Google Sheets 的权限模型通常基于工作簿或工作表级别进行控制，缺乏对按行级数据隔离的支持。

例如：

• 若将整个工作表设为“可编辑”，则所有用户均可看到彼此的数据，存在严重的隐私泄露风险；
• 若采用只读共享加邮件收集方式，则流程繁琐、效率低下，违背了实时协作的初衷。

因此，实现细粒度的动态权限控制成为关键挑战。这不仅涉及前端交互设计，更依赖于后端身份验证、数据访问策略及安全隔离机制的深度整合。

2. 技术分层解析：从浅入深的架构演进

为解决上述问题，我们可以将系统划分为以下四个层次逐步推进：

1. 基础层 - 平台能力分析：理解现有SaaS表格服务的权限边界；
2. 中间层 - 身份与权限集成：引入OAuth、JWT等认证机制；
3. 逻辑层 - 动态数据过滤引擎：构建基于用户角色的数据视图隔离；
4. 表现层 - 安全友好的用户体验：确保填写流畅且无感知权限限制。

3. 常见技术方案对比

方案	实现方式	优点	缺点	适用场景
纯前端隐藏行	CSS/JS 控制显示	开发简单	数据仍可被导出或调试获取	内部信任环境
Google Apps Script 自动化	脚本按用户写入不同Sheet	无需外部服务器	性能差，难维护	小规模团队
Excel Add-in + Azure AD	插件调用API并鉴权	企业级集成好	成本高，复杂度大	Microsoft 365 生态
自研Web应用 + 后端API	前后端分离架构	完全可控，支持行级权限	需独立开发运维	中大型组织、合规要求高
低代码平台（如Power Apps）	绑定Dataverse数据库	快速交付，可视化配置	灵活性受限	标准业务流程

4. 核心解决方案设计

推荐采用“前端轻量接入 + 后端精细管控”的混合架构模式，具体流程如下：

// 示例：Node.js Express 后端数据过滤逻辑
app.get('/api/sheets/data', authenticate, async (req, res) => {
  const userId = req.user.id;
  const role = req.user.role;

  let query;
  if (role === 'admin') {
    query = `SELECT * FROM submissions`; // 管理员查看全部
  } else {
    query = `SELECT * FROM submissions WHERE submitter_id = ?`; // 用户仅看自己
  }

  const results = await db.query(query, [userId]);
  res.json(results);
});

5. 权限控制流程图（Mermaid）

graph TD
    A[用户访问在线表格] --> B{是否已登录?}
    B -- 否 --> C[跳转至SSO/OAuth2登录]
    B -- 是 --> D[获取用户身份信息]
    D --> E{角色判断}
    E -- 发起人/Admin --> F[返回全部数据视图]
    E -- 普通填写者 --> G[仅返回该用户提交的行]
    F --> H[渲染完整表格]
    G --> I[渲染个人数据行]
    H --> J[前端展示]
    I --> J

6. 关键技术组件详解

要实现真正的行级数据隔离，必须结合以下几个核心技术点：

• 统一身份认证（IAM）：使用 OAuth 2.0 或 OpenID Connect 实现单点登录，确保每个用户的操作可追溯；
• 数据存储解耦：不直接使用在线表格作为主数据库，而是通过 API 将数据存入关系型数据库（如 PostgreSQL），实现结构化管理；
• 动态视图生成：根据 JWT 中的角色声明（claims）动态生成 SQL 查询条件，做到“一请求一策略”；
• 审计日志记录：记录每一次数据访问行为，满足 GDPR、等保等合规要求；
• 前端沙箱机制：即使在浏览器中也无法通过 DevTools 获取他人数据，杜绝前端绕过；
• 自动化同步服务：定期将后端数据库中的汇总数据同步回 Excel Online 用于报表生成，保持生态兼容性。

7. 实际部署建议

以下是某金融行业客户在员工绩效填报场景中的实施要点：

1. 使用 Azure AD 进行员工身份认证；
2. 前端采用 React 构建类Excel界面，支持单元格编辑；
3. 后端基于 Node.js + Express 提供 RESTful API；
4. 数据持久化使用 Azure SQL Database，每条记录绑定 employee_id；
5. 权限策略由 RBAC（基于角色的访问控制）驱动；
6. 管理员可通过专用仪表板筛选部门、时间范围查看整体数据；
7. 所有修改操作记录到 audit_log 表；
8. 每月初自动导出汇总数据至 SharePoint 上的 Excel 文件；
9. 前端禁用“导出”功能，防止数据外泄；
10. 设置 CSP 策略防范 XSS 攻击，保护会话安全。