Apidog Docs
🇨🇳 繁體中文
  • 🇺🇸 English
  • 🇯🇵 日本語
  • 🇪🇸 Español
  • 🇰🇷 한국인
  • 🇨🇳 简体中文
  • 🇵🇹 Português (Portugal)
  • 🇮🇩 Bahasa Indonesia
  • 🇧🇷 Português (Brasil)
  • 🇻🇳 Tiếng Việt
  • 🇨🇳 繁體中文
🇨🇳 繁體中文
  • 🇺🇸 English
  • 🇯🇵 日本語
  • 🇪🇸 Español
  • 🇰🇷 한국인
  • 🇨🇳 简体中文
  • 🇵🇹 Português (Portugal)
  • 🇮🇩 Bahasa Indonesia
  • 🇧🇷 Português (Brasil)
  • 🇻🇳 Tiếng Việt
  • 🇨🇳 繁體中文
🇨🇳 繁體中文
  • 🇺🇸 English
  • 🇯🇵 日本語
  • 🇪🇸 Español
  • 🇰🇷 한국인
  • 🇨🇳 简体中文
  • 🇵🇹 Português (Portugal)
  • 🇮🇩 Bahasa Indonesia
  • 🇧🇷 Português (Brasil)
  • 🇻🇳 Tiếng Việt
  • 🇨🇳 繁體中文
Learning Center
HomeSupport CenterAPI ReferencesDownloadChangelog
Learning Center
HomeSupport CenterAPI ReferencesDownloadChangelog
  1. 管理組織
  • Apidog 學習中心
  • 開始使用
    • Apidog 簡介
    • Apidog 中的基本概念
    • 導覽 Apidog
    • 快速開始
      • 概覽
      • 建立端點
      • 發送請求
      • 新增斷言
      • 建立測試情境
      • 分享 API 文件
      • 探索更多
    • 遷移到 Apidog
      • 概覽
      • 手動匯入
      • 排程匯入(綁定資料來源)
      • 匯入選項
      • 匯出資料
      • 匯入自
        • 從 Postman 匯入
        • 匯入 OpenAPI 規格
        • 匯入 cURL
        • 匯入 Markdown
        • 從 Insomnia 匯入
        • 從 apiDoc 匯入
        • 匯入 .har 檔案
        • 匯入 WSDL
  • Mock API 資料
    • 概述
    • Smart Mock
    • 自訂模擬
    • 模擬優先順序
    • 模擬腳本
    • 雲端模擬
    • 自託管 Runner 模擬
    • 模擬語言(Locales)
  • 帳號與偏好設定
    • 帳戶設定
    • 產生 OpenAPI 存取權杖
    • 通知
    • 語言設定
    • 快捷鍵
    • 網路代理設定
    • 備份資料
    • 更新 Apidog
    • 刪除帳戶
    • 實驗性功能
  • 傳送請求
    • 概覽
    • SSE 偵錯
    • MCP Client
    • Socket.IO
    • WebSocket
    • Webhook
    • SOAP 或 WebService
    • GraphQL
    • gRPC
    • 使用請求代理代理程式進行偵錯
    • 建立請求
      • 請求歷史記錄
      • 請求基礎
      • 參數與主體
      • 請求標頭
      • 請求設定
      • 偵錯請求
      • 將請求儲存為端點
      • HTTP/2
    • 驗證與授權
      • 概覽
      • CA 和用戶端憑證
      • 授權類型
      • Digest Auth
      • OAuth 1.0
      • OAuth 2.0
      • Hawk 驗證
      • Kerberos
      • NTLM
      • Akamai EdgeGrid
    • 回應和 Cookie
      • 檢視 API 回應
      • 管理 Cookie
      • 概覽
  • 開發和偵錯 API
    • 概觀
    • 產生請求
    • 傳送請求
    • 偵錯案例
    • 測試案例
    • 動態值
    • 驗證回應
    • Design-First 與 Request-First
    • 產生程式碼
    • 環境與變數
      • 概述
      • 使用變數
      • 環境管理
    • Vault 密鑰
      • 概覽
      • HashiCorp Vault
      • Azure Key Vault
      • AWS Secrets Manager
    • 動態值模組
      • Airline
      • 動物
      • 顏色
      • Commerce
      • Company
      • 資料庫
      • Datatype
      • 日期
      • Finance
      • Food
      • Git
      • Hacker
      • Helpers
      • 圖片
      • Internet
      • 位置
      • Lorem
      • 音樂
      • Number
      • Person
      • Phone
      • 科學
      • 字串
      • System
      • Vehicle
      • Word
    • 前置和後置處理器
      • 概覽
      • 斷言
      • 擷取變數
      • Wait
      • 安全性
      • 資料庫操作
        • 概述
        • MySQL
        • MongoDB
        • Redis
        • Oracle Client
      • 使用腳本
        • 概觀
        • 前置處理器指令碼
        • 後置處理器腳本
        • 公開腳本
        • Postman Scripts Reference
        • 呼叫其他程式語言
        • 使用 JS Libraries
        • 視覺化回應
        • 腳本範例
          • 斷言腳本
          • 使用變數
          • 修改請求
          • 其他範例
    • API 偵錯
      • AI Agent Debugger
      • A2A Debugger
  • 設計 API
    • 概覽
    • 建立新的 API 專案
    • 端點基礎
    • APl 設計指南
    • 模組
    • 設定多個請求主體範例
    • 元件
    • 通用欄位
    • 全域參數
    • 端點變更歷史
    • 留言
    • 批次端點管理
    • 自訂協定 API
    • Spec-first 模式 (Beta)
    • 安全方案
      • 概觀
      • 建立安全性方案
      • 使用 Security Scheme
      • 線上文件中的安全性方案
    • 進階功能
      • 自訂端點欄位
      • 關聯的測試場景
      • 端點狀態
      • 參數列表的外觀
      • 端點唯一識別
    • Schemas
      • 概述
      • 建立新 Schema
      • 建立 Schema
      • 從 JSON 等產生 Schema
      • oneOf, allOf, anyOf
      • 使用 Discriminator
  • API 測試
    • 概述
    • 測試情境
      • 建立測試情境
      • 在請求之間傳遞資料
      • 流程控制條件
      • 從端點和端點案例同步資料
      • 從其他專案匯入端點和端點案例
      • 匯出測試情境
    • 測試報告
      • 測試報告
    • 執行測試情境
      • 執行測試場景
      • 批次執行測試場景
      • 資料驅動測試
      • 共享測試資料
      • 排程任務
      • 管理來自其他專案的 API 執行環境
    • 測試套件
      • 概述
      • 建立測試套件
      • 編排測試套件
      • 在本機執行測試套件
      • 透過 CLI 執行測試套件
      • 排程任務
    • 測試 API
      • 整合測試
      • 效能測試
      • 端對端測試
      • 迴歸測試
      • 契約測試
    • Apidog CLI
      • 概覽
      • 安裝並執行 Apidog CLI
      • Apidog CLI 選項
    • CI/CD
      • 概述
      • 與 Github Actions 整合
      • Integrate with Gitlab
      • 與 Jenkins 整合
      • 透過 Git Commit 觸發測試
  • 發布 API 文件
    • 概述
    • 支援的 API 技術
    • 快速分享
    • 檢視 API 文件
    • Markdown 文件
    • 發佈文件網站
    • 自訂登入頁面
    • 自訂版面配置
    • 自訂 CSS、JavaScript、HTML
    • 自訂網域
    • AI Features
    • SEO 設定
    • 進階設定
      • 文件搜尋
      • CORS Proxy
      • 整合 Google Analytics
      • 資料夾樹設定
      • 可見性設定
      • 在文件 URL 中嵌入值
    • API 版本
      • 概述
      • 建立 API 版本
      • 發佈 API 版本
      • 使用 API 版本分享端點
  • 分支
    • 概觀
    • 建立 Sprint 分支
    • 在分支中測試 API
    • 在分支中設計 API
    • 合併 Sprint 分支
    • 管理 Sprint 分支
    • AI Branch (Beta)
  • AI 功能
    • 概觀
    • 啟用 AI 功能
    • 產生測試案例
    • 使用 AI 修改 Schema
    • 端點合規性檢查
    • API 文件完整性檢查
    • AI 驅動的欄位命名
    • 常見問題
  • Apidog MCP 伺服器
    • 概覽
    • 將 Apidog 專案連接至 AI
    • 將已發布的文件連接至 AI
    • 將 OpenAPI 檔案連接到 AI
  • Apidog Europe
    • Apidog Europe
  • 最佳實務
    • 處理 API 簽章
    • 存取受 OAuth 2.0 保護的 API
    • 協作工作流程
    • 管理驗證狀態
  • 離線空間
    • 概述
  • 管理
    • 管理專案
      • 管理專案
      • 通知設定
      • 管理專案成員
      • 專案資源
        • 資料庫連線
        • Git 連線
    • 管理團隊
      • 管理團隊
      • 管理團隊成員
      • 團隊活動
      • 團隊角色與權限
      • 團隊資源
        • General Runner
        • 團隊變數
        • 請求代理代理程式
      • 即時協作
        • 團隊協作
    • 入門檢查清單
      • 基本概念
      • 入門指南
    • 管理組織
      • 管理組織
      • 組織角色與權限
      • 方案管理
        • 組織中的帳單管理員
      • 單一登入 (SSO)
        • SSO 概覽
        • 設定 Microsoft Entra ID
        • 設定 Okta
        • 為組織設定 SSO
        • 管理使用者帳戶
        • 將群組對應到團隊
      • SCIM 佈建
        • SCIM 佈建簡介
        • Microsoft Entra ID
        • Okta
      • 組織資源
        • 自託管 Runner
  • 帳單
    • 概觀
    • 點數
    • 升級您的方案
    • 替代付款方式
    • 管理訂閱
    • 將付費團隊移至組織
  • 附加元件
    • API Hub
    • Apidog Intellij IDEA 外掛
    • 瀏覽器擴充功能
      • Chrome
      • Microsoft Edge
    • 請求代理
      • Web 中的請求代理
      • 共用文件中的請求代理
      • 用戶端中的請求代理
  • 資料與安全
    • 資料儲存與安全性
    • 使用者資料隱私與安全
    • 請求路由與資料安全
  • 參考
    • API 設計優先方法
    • Apidog OpenAPI 規格擴充
    • JSONPath
    • XPath
    • 正規表示式
    • JSON Schema
    • CSV 檔案格式
    • 安裝 Java 環境
    • Runner 部署環境
    • Apidog Markdown 語法
    • Apidog Swagger 擴充
      • 概述
      • x-apidog-folder
      • x-apidog-status
      • x-apidog-name
      • x-apidog-maintainer
    • Apidog JSON Schema 擴充
      • 概述
      • x-apidog-mock
      • x-apidog-orders
      • x-apidog-enum
  • 支援中心
  1. 管理組織

管理組織

在 Apidog 中,組織用於集中管理多個團隊與成員。透過組織,你可以控制權限、指派角色,並確保公司內部高效協作。

建立組織#

你可以建立一個或多個組織。若要建立新組織:
1.
在主視窗中,從左側導覽面板點擊 Organizations,開啟組織管理頁面。
2.
點擊左下角的 + New Organization 按鈕。
image.png
3.
輸入組織名稱。
4.
點擊 Create。你的新組織現已設定完成。

組織成員與角色#

你可以邀請成員加入你的組織,並為他們指派不同角色:
Org Admin:擁有最高權限(組織擁有者除外)。可以管理組織成員、團隊與組織設定。
Org Member:可以加入組織及其團隊,並在專案中協作。無法變更組織設定。

邀請成員加入組織#

作為組織擁有者或管理員,你可以直接從組織層級將人員引入企業。這非常適合 HR 或 IT 部門集中分配帳號,以協助新員工到職。
💡 前置條件:
在傳送組織邀請之前,你的組織必須至少已建立一個團隊,否則將沒有可指派團隊角色的位置。
若要邀請成員加入組織,請前往你組織下的 Members:
點擊 Invite,你可以選擇邀請方式並相應授予權限:
1.
透過連結邀請:
image.png
Organization Role:一般而言,新員工會統一指派為 Member 角色。
All Team Roles:在邀請他們加入企業的同時,你可以直接將他們加入對應的下屬業務池。你可以為所有團隊統一設定相同角色,或點擊 "Custom" 開啟詳細資訊,精確指定「他們只以 Member 身分加入 Team A,而在 Team B 保持未加入」。
image.png
2.
透過電子郵件邀請(或批次匯入):
除了像在團隊層級一樣支援針對每封電子郵件進行獨立設定與 CSV 批次匯入之外,你也可以同樣使用頂部的批次設定工具,快速且統一地為這群人設定 Organization Role,以及特別指派的 Team Roles。
image.png

權限級聯與預設角色對應#

務必理解:組織角色與團隊/專案角色是在兩條不同軌道上運作。 在指派角色時,了解權限如何級聯——或不會級聯——至關重要:
組織角色 vs. 團隊存取權限:組織管理員對公司的結構擁有管理權限(例如建立團隊、管理帳單,以及監督成員目錄)。然而,他們不會自動取得個別專案中的 API 資料存取權限。 若要存取或編輯專案,Org Admin 仍必須被加入相關團隊或專案。
Team Admin → Project Editor:被指派為 Team Admin 的使用者,會自動取得該團隊內所有專案的 Editor 權限。
Team Member → Project Read-Only:被指派為標準 Team Member 的使用者,預設會獲得該團隊專案安全的 Read-Only 存取權限。
Forbidden / Unjoined:如果使用者未被指派到某個團隊(或被設定為 Forbidden),他們在該團隊內不會取得任何專案存取權限。
注意:
這些只是初始基準權限。進入團隊後,Team Admin 可以根據實際業務需求,個別調整專案權限或自訂角色。

自訂專案角色#

使用 Enterprise 方案時,你也可以使用 自訂專案角色 來控制專案成員可以執行的操作。
自訂角色僅支援專案層級。組織角色目前不支援自訂。

組織與團隊之間的關係#

組織:最高層級的管理單位,代表一家公司或大型群組。它管理多個團隊。
團隊:組織內的子單位,通常是一個部門或較小的群組。它管理多個專案。

組織 vs. 團隊 — 你應該選擇哪一個?#

使用 Apidog 時,一個常見問題是:你應該直接在組織下管理所有內容,還是主要依賴團隊?答案其實取決於兩件事——團隊規模與業務範圍。

如果你的團隊規模小且目標集中#

假設你大約有十個人,全部都在同一條產品線上工作。在這種情況下,單一團隊就已綽綽有餘。團隊可以在同一處管理專案、API 和成員——簡單又高效,不需要組織所帶來的額外管理成本。

如果你的公司規模大且分布廣#

如果你有許多人員,以及多條彼此無關的業務線,最好先建立一個組織,然後在其中為每個業務領域設定獨立的團隊。每個團隊管理自己的專案與成員,邊界清楚且不會重疊。

更新組織資訊#

管理員可以從 Settings 更新組織名稱或詳細資訊。所有成員都會看到更新後的資訊。

轉移組織#

組織擁有者可以透過 Organization Settings → Danger Zone → Transfer,將擁有權轉移給另一位成員。

解散組織#

組織擁有者可以在 Organization Settings → Danger Zone → Dismiss Organization 下永久刪除組織。
image.png
WARNING
解散組織是永久性的,且無法復原。組織內的所有團隊與專案都將被刪除。
Modified at 2026-06-11 10:26:02
Previous
管理組織
Next
組織角色與權限
Built with