navicat原生.ncw文件不支持小组隔离，因其仅为无权限的本地布局快照；须通过on-prem server创建带角色权限的独立项目（如project_backend），成员以组织邮箱加入，bi工作区需手动“从云重新加载”才能同步。
Navicat 原生的 .ncw 工作区文件不支持按开发小组隔离——它只是本地布局快照，没有用户、角色或权限控制能力。真要实现小组级独立工作区，必须绕过 .ncw，用 Navicat On-Prem Server 或 Cloud Team Plan 搭建项目边界。
为什么不能直接给每个小组建一个 .ncw 文件
常见错误是财务组用 finance.ncw、后端组用 backend.ncw，再把文件发过去。但 .ncw 本质是无权限的本地沙箱：双击就能全量加载，不校验身份；导出时密码被替换成加密占位符，接收方必须手动重配连接，极易连错库；两人同时编辑同一份云端 .ncw，后保存者直接覆盖前者配置，且无冲突提示。
正确做法：用 On-Prem Server 创建小组专属项目
每个开发小组对应一个独立项目（如 project_backend、project_frontend），不是多个 .ncw 文件：
- 项目在 On-Prem Server 后台统一创建，成员通过组织邮箱（如
zhangsan@corp.internal）添加，不能用个人 Cloud 账号直登 - 连接、查询、BI 工作区、代码段等对象必须拖入项目内才受权限管控；本地
.ncw永远不参与协作 - 小组成员角色设为
Developer，可编辑 BI 工作区和代码段；Viewer角色无法打开任何 BI 工作区，这是硬性限制，不是配置遗漏 - BI 工作区保存后，必须右键项目 →
从云重新加载，否则新内容不会出现在其他成员界面
BI 工作区共享时最容易失败的三个环节
即使项目已建好、成员已加、角色已设，BI 工作区仍可能“看不见”或“打不开”：
- 数据源用了直连数据库（非 CSV/Excel 内嵌），成员本地必须有同名连接，且用户名密码完全匹配，否则报错
Connection failed - 用
Navicat BI Viewer打开分享链接，只读取静态快照，不执行实时查询——改了源库字段，图表不会自动更新 - 导出为
.nbi文件分发，接收方需完整版 Navicat BI 才能编辑；Viewer 只能看，且不支持刷新
最常被跳过的动作是：保存 BI 工作区后没手动刷新项目列表。这个动作看似多余，却是权限同步的关键断点——On-Prem Server 不会自动推送变更，必须显式触发重新加载。
