Apidog Docs
🇻🇳 Tiếng Việt
  • 🇺🇸 English
  • 🇯🇵 日本語
  • 🇪🇸 Español
  • 🇰🇷 한국인
  • 🇨🇳 简体中文
  • 🇵🇹 Português (Portugal)
  • 🇮🇩 Bahasa Indonesia
  • 🇧🇷 Português (Brasil)
  • 🇻🇳 Tiếng Việt
  • 🇨🇳 繁體中文
🇻🇳 Tiếng Việt
  • 🇺🇸 English
  • 🇯🇵 日本語
  • 🇪🇸 Español
  • 🇰🇷 한국인
  • 🇨🇳 简体中文
  • 🇵🇹 Português (Portugal)
  • 🇮🇩 Bahasa Indonesia
  • 🇧🇷 Português (Brasil)
  • 🇻🇳 Tiếng Việt
  • 🇨🇳 繁體中文
🇻🇳 Tiếng Việt
  • 🇺🇸 English
  • 🇯🇵 日本語
  • 🇪🇸 Español
  • 🇰🇷 한국인
  • 🇨🇳 简体中文
  • 🇵🇹 Português (Portugal)
  • 🇮🇩 Bahasa Indonesia
  • 🇧🇷 Português (Brasil)
  • 🇻🇳 Tiếng Việt
  • 🇨🇳 繁體中文
HomeLearning Center
Support CenterAPI ReferencesDownloadChangelog
HomeLearning Center
Support CenterAPI ReferencesDownloadChangelog
  1. Quản lý tổ chức
  • Trung tâm Học tập Apidog
  • Bắt đầu
    • Giới thiệu về Apidog
    • Các khái niệm cơ bản trong Apidog
    • Điều hướng Apidog
    • Bắt đầu nhanh
      • Tổng quan
      • Tạo một Endpoint
      • Tạo yêu cầu
      • Thêm một khẳng định
      • Tạo kịch bản kiểm thử
      • Chia sẻ tài liệu API
      • Khám phá thêm
    • Di chuyển sang Apidog
      • Tổng quan
      • Nhập thủ công
      • Nhập theo lịch (Liên kết nguồn dữ liệu)
      • Tùy chọn nhập
      • Xuất dữ liệu
      • Nhập từ
        • Nhập từ Postman
        • Nhập OpenAPI Spec
        • Nhập cURL
        • Nhập Markdown
        • Nhập từ Insomnia
        • Nhập từ apiDoc
        • Nhập tệp .har
        • Nhập WSDL
  • Dữ liệu API mock
    • Tổng quan
    • Smart Mock
    • Mock tùy chỉnh
    • Trình tự ưu tiên Mock
    • Mock Scripts
    • Cloud Mock
    • Self-Hosted Runner Mock
    • Ngôn ngữ Mock (Locales)
  • Tài khoản và tùy chọn
    • Cài đặt tài khoản
    • Tạo Token truy cập OpenAPI
    • Thông báo
    • Cài đặt ngôn ngữ
    • Phím tắt
    • Cấu hình Proxy Mạng
    • Sao lưu dữ liệu
    • Cập nhật Apidog
    • Xóa tài khoản
    • Tính năng thử nghiệm
  • Gửi yêu cầu
    • Tổng quan
    • Gỡ lỗi SSE
    • MCP Client
    • Socket.IO
    • WebSocket
    • Webhook
    • SOAP hoặc WebService
    • GraphQL
    • gRPC
    • Sử dụng Tác nhân Proxy Yêu cầu để Gỡ lỗi
    • Tạo yêu cầu
      • Lịch sử yêu cầu
      • Cơ bản về yêu cầu
      • Tham số và Body
      • Header của yêu cầu
      • Cài đặt yêu cầu
      • Gỡ lỗi yêu cầu
      • Lưu yêu cầu dưới dạng Endpoint
      • HTTP/2
    • Xác thực và phân quyền
      • Tổng quan
      • Chứng chỉ CA và Chứng chỉ Client
      • Các loại ủy quyền
      • Digest Auth
      • OAuth 1.0
      • OAuth 2.0
      • Xác thực Hawk
      • Kerberos
      • NTLM
      • Akamai EdgeGrid
    • Phản hồi và cookie
      • Xem phản hồi API
      • Quản lý Cookie
      • Tổng quan
  • Phát triển và gỡ lỗi API
    • Tổng quan
    • Tạo yêu cầu
    • Gửi yêu cầu
    • Trường hợp gỡ lỗi
    • Trường hợp kiểm thử
    • Giá trị động
    • Xác thực phản hồi
    • Design-First vs Request-First
    • Tạo mã
    • Môi trường và biến
      • Tổng quan
      • Sử dụng biến
      • Quản lý môi trường
    • Bí mật trong vault
      • Tổng quan
      • HashiCorp Vault
      • Azure Key Vault
      • AWS Secrets Manager
    • Mô-đun giá trị động
      • Hãng hàng không
      • Animal
      • Màu sắc
      • Commerce
      • Company
      • Cơ sở dữ liệu
      • Kiểu dữ liệu
      • Ngày
      • Finance
      • Food
      • Git
      • Hacker
      • Helpers
      • Hình ảnh
      • Internet
      • Vị trí
      • Lorem
      • Music
      • Number
      • Person
      • Phone
      • Science
      • String
      • Hệ thống
      • Vehicle
      • Từ
    • Bộ xử lý trước và sau
      • Tổng quan
      • Khẳng định
      • Trích xuất biến
      • Chờ
      • Bảo mật
      • Thao tác cơ sở dữ liệu
        • Tổng quan
        • MySQL
        • MongoDB
        • Redis
        • Oracle Client
      • Sử dụng script
        • Tổng quan
        • Script tiền xử lý
        • Tập lệnh hậu xử lý
        • Public Scripts
        • Tài liệu tham khảo về Postman Scripts
        • Gọi các ngôn ngữ lập trình khác
        • Sử dụng thư viện JS
        • Trực quan hóa phản hồi
        • Ví dụ script
          • Tập lệnh khẳng định
          • Sử dụng biến
          • Sửa đổi yêu cầu
          • Các ví dụ khác
    • Gỡ lỗi API
      • AI Agent Debugger
      • A2A Debugger
  • Thiết kế API
    • Tổng quan
    • Tạo một dự án API mới
    • Kiến thức cơ bản về Endpoint
    • Hướng dẫn thiết kế API
    • Mô-đun
    • Cấu hình nhiều ví dụ về body của yêu cầu
    • Thành phần
    • Trường Chung
    • Tham số toàn cục
    • Lịch sử thay đổi endpoint
    • Bình luận
    • Quản lý Endpoint Hàng loạt
    • Custom Protocol API
    • Chế độ Spec-first (Beta)
    • Lược đồ bảo mật
      • Tổng quan
      • Tạo Security Scheme
      • Sử dụng Lược đồ bảo mật
      • Lược đồ bảo mật trong tài liệu trực tuyến
    • Tính năng nâng cao
      • Trường Endpoint Tùy chỉnh
      • Các kịch bản kiểm thử được liên kết
      • Trạng thái Endpoint
      • Giao diện của Danh sách Tham số
      • Nhận dạng duy nhất endpoint
    • Schemas
      • Tổng quan
      • Tạo Schema Mới
      • Xây dựng Schema
      • Tạo Schema từ JSON, v.v.
      • oneOf, allOf, anyOf
      • Sử dụng Discriminator
  • Kiểm thử API
    • Tổng quan
    • Kịch bản kiểm thử
      • Tạo một kịch bản kiểm thử
      • Truyền dữ liệu giữa các yêu cầu
      • Điều kiện điều khiển luồng
      • Đồng bộ dữ liệu từ endpoint và trường hợp endpoint
      • Nhập Endpoint và Endpoint Case từ các dự án khác
      • Xuất Kịch bản Kiểm thử
    • Báo cáo kiểm thử
      • Báo cáo kiểm thử
    • Chạy kịch bản kiểm thử
      • Chạy một kịch bản kiểm thử
      • Chạy hàng loạt các kịch bản kiểm thử
      • Kiểm thử dựa trên dữ liệu
      • Dữ liệu kiểm thử dùng chung
      • Tác vụ đã lên lịch
      • Quản lý môi trường runtime của API từ các dự án khác
    • Bộ kiểm thử
      • Tổng quan
      • Tạo một bộ kiểm thử
      • Điều phối Bộ kiểm thử
      • Chạy bộ kiểm thử cục bộ
      • Chạy Bộ Kiểm Thử Qua CLI
      • Tác vụ đã lên lịch
    • Kiểm thử API
      • Kiểm thử tích hợp
      • Kiểm thử hiệu năng
      • Kiểm thử End-to-End
      • Kiểm thử hồi quy
      • Kiểm thử hợp đồng
    • Apidog CLI
      • Tổng quan
      • Cài đặt và chạy Apidog CLI
      • Tùy chọn Apidog CLI
    • CI/CD
      • Tổng quan
      • Tích hợp với Github Actions
      • Tích hợp với Gitlab
      • Tích hợp với Jenkins
      • Kích hoạt kiểm thử bằng Git Commit
  • Xuất bản tài liệu API
    • Tổng quan
    • Các công nghệ API được hỗ trợ
    • Chia sẻ nhanh
    • Xem tài liệu API
    • Tài liệu Markdown
    • Xuất bản site tài liệu
    • Trang đăng nhập tùy chỉnh
    • Bố cục tùy chỉnh
    • CSS, JavaScript, HTML tùy chỉnh
    • Tên miền tùy chỉnh
    • Tính năng AI
    • Cài đặt SEO
    • Cài đặt nâng cao
      • Tìm kiếm tài liệu
      • Proxy CORS
      • Tích hợp Google Analytics
      • Cài đặt cây thư mục
      • Cài đặt khả năng hiển thị
      • Nhúng giá trị vào URL tài liệu
    • Phiên bản API
      • Tổng quan
      • Tạo phiên bản API
      • Xuất bản các phiên bản API
      • Chia sẻ endpoint theo phiên bản API
  • Nhánh
    • Tổng quan
    • Tạo một Sprint Branch
    • Kiểm thử API trong một nhánh
    • Thiết kế API trong một nhánh
    • Hợp nhất các nhánh Sprint
    • Quản lý Nhánh Sprint
    • AI Branch (Beta)
  • Tính năng AI
    • Tổng quan
    • Bật các tính năng AI
    • Tạo Trường hợp Kiểm thử
    • Sửa đổi Schema bằng AI
    • Kiểm tra tuân thủ endpoint
    • Kiểm tra mức độ hoàn chỉnh của tài liệu API
    • Đặt tên trường bằng AI
    • Câu hỏi thường gặp
  • Máy chủ MCP Apidog
    • Tổng quan
    • Kết nối dự án Apidog với AI
    • Kết nối tài liệu đã xuất bản với AI
    • Kết nối tệp OpenAPI với AI
  • Thực hành tốt nhất
    • Xử lý chữ ký API
    • Truy cập các API được bảo vệ bằng OAuth 2.0
    • Quy trình cộng tác
    • Quản lý trạng thái xác thực
  • Không gian ngoại tuyến
    • Tổng quan
  • Apidog Europe
    • Apidog Europe
  • Quản trị
    • Quản lý dự án
      • Quản lý dự án
      • Cài đặt thông báo
      • Quản lý thành viên dự án
      • Tài nguyên dự án
        • Kết nối cơ sở dữ liệu
        • Kết nối Git
    • Quản lý nhóm
      • Quản lý nhóm
      • Quản lý thành viên nhóm
      • Hoạt động của nhóm
      • Vai trò & Quyền của Nhóm
      • Tài nguyên nhóm
        • General Runner
        • Biến nhóm
        • Request Proxy Agent
      • Cộng tác thời gian thực
        • Cộng tác nhóm
    • Danh sách kiểm tra onboarding
      • Khái niệm cơ bản
      • Hướng dẫn nhập môn
    • Quản lý tổ chức
      • Quản lý Tổ chức
      • Vai trò & Quyền trong Tổ chức
      • Quản lý gói
        • Người quản lý thanh toán trong tổ chức
      • Đăng nhập một lần (SSO)
        • Tổng quan về SSO
        • Cấu hình Microsoft Entra ID
        • Cấu hình Okta
        • Cấu hình SSO cho một tổ chức
        • Quản lý tài khoản người dùng
        • Ánh xạ Nhóm tới Đội
      • Cấp phát SCIM
        • Giới thiệu về cấp phát SCIM
        • Microsoft Entra ID
        • Okta
      • Tài nguyên tổ chức
        • Self-Hosted Runner
  • Thanh toán
    • Tổng quan
    • Credits
    • Nâng cấp gói của bạn
    • Phương thức thanh toán thay thế
    • Quản lý đăng ký
    • Chuyển các nhóm trả phí vào tổ chức
  • Tiện ích bổ sung
    • API Hub
    • Apidog Intellij IDEA Plugin
    • Tiện ích mở rộng trình duyệt
      • Chrome
      • Microsoft Edge
    • Proxy yêu cầu
      • Proxy yêu cầu trên Web
      • Proxy yêu cầu trong tài liệu được chia sẻ
      • Proxy yêu cầu trong Client
  • Dữ liệu và bảo mật
    • Lưu trữ và bảo mật dữ liệu
    • Quyền riêng tư và bảo mật dữ liệu người dùng
    • Định tuyến yêu cầu và bảo mật dữ liệu
  • Tham chiếu
    • Phương pháp tiếp cận API Design-First
    • Phần mở rộng Đặc tả OpenAPI của Apidog
    • JSONPath
    • XPath
    • Biểu thức chính quy
    • JSON Schema
    • Định dạng tệp CSV
    • Cài đặt môi trường Java
    • Môi trường triển khai Runner
    • Cú pháp Markdown của Apidog
    • Tiện ích mở rộng Swagger của Apidog
      • Tổng quan
      • x-apidog-folder
      • x-apidog-status
      • x-apidog-name
      • x-apidog-maintainer
    • Tiện ích mở rộng JSON Schema của Apidog
      • Tổng quan
      • x-apidog-mock
      • x-apidog-orders
      • x-apidog-enum
  • Trung tâm hỗ trợ
  1. Quản lý tổ chức

Quản lý Tổ chức

Trong Apidog, tổ chức được sử dụng để quản lý tập trung nhiều nhóm và thành viên. Với tổ chức, bạn có thể kiểm soát quyền, gán vai trò và bảo đảm sự cộng tác hiệu quả trong toàn công ty.

Tạo Tổ chức#

Bạn có thể tạo một hoặc nhiều tổ chức. Để tạo một tổ chức mới:
1.
Trong cửa sổ chính, nhấp vào Organizations từ bảng điều hướng bên trái để mở trang quản lý tổ chức.
2.
Nhấp vào nút + New Organization ở góc dưới bên trái.
hình ảnh.png
3.
Nhập tên tổ chức.
4.
Nhấp vào Create. Tổ chức mới của bạn hiện đã được thiết lập.

Thành viên và Vai trò trong Tổ chức#

Bạn có thể mời thành viên vào tổ chức của mình và gán cho họ các vai trò khác nhau:
Org Admin: Có quyền cao nhất (ngoại trừ chủ sở hữu tổ chức). Có thể quản lý thành viên tổ chức, nhóm và cài đặt tổ chức.
Org Member: Có thể tham gia tổ chức và các nhóm của tổ chức, đồng thời cộng tác trên các dự án. Không thể thay đổi cài đặt tổ chức.

Mời Thành viên vào Tổ chức#

Với tư cách là Chủ sở hữu hoặc Quản trị viên Tổ chức, bạn có thể trực tiếp đưa nhân sự vào doanh nghiệp từ cấp tổ chức. Điều này rất phù hợp để bộ phận nhân sự hoặc CNTT phân phối tài khoản tập trung cho nhân viên mới khi onboarding.
💡 Điều kiện tiên quyết:
Trước khi gửi lời mời vào tổ chức, tổ chức của bạn phải có ít nhất một Team đã được tạo, nếu không sẽ không có nơi để gán vai trò nhóm.
Để mời thành viên vào tổ chức, hãy đi tới Members trong tổ chức của bạn:
Nhấp vào Invite, tại đây bạn có thể chọn phương thức mời và cấp quyền tương ứng:
1.
Mời qua Liên kết:
hình ảnh.png
Organization Role: Thông thường, nhân viên mới được gán thống nhất vai trò Member.
All Team Roles: Khi mời họ vào doanh nghiệp, bạn có thể trực tiếp đưa họ vào các nhóm nghiệp vụ cấp dưới tương ứng. Bạn có thể thiết lập cùng một vai trò cho tất cả các nhóm, hoặc nhấp vào "Custom" để mở chi tiết và chỉ định chính xác rằng “Họ chỉ tham gia Team A với vai trò Member, và không tham gia Team B”.
hình ảnh.png
2.
Mời qua Email (hoặc Nhập hàng loạt):
Ngoài việc hỗ trợ cài đặt độc lập cho từng email và nhập hàng loạt bằng CSV giống như ở cấp nhóm, bạn cũng có thể sử dụng công cụ Bulk Config ở phía trên để nhanh chóng và thống nhất cấu hình Organization Role và các Team Roles được gán cụ thể cho nhóm người này.
hình ảnh.png

Chuỗi kế thừa quyền và Ánh xạ Vai trò Mặc định#

Điều quan trọng là phải hiểu rằng Vai trò Tổ chức và Vai trò Nhóm/Dự án vận hành trên hai luồng riêng biệt. Việc hiểu cách quyền được kế thừa — hoặc không được kế thừa — là rất cần thiết khi gán vai trò:
Vai trò Tổ chức so với Quyền truy cập Nhóm: Quản trị viên Tổ chức có quyền quản trị đối với cấu trúc của công ty (ví dụ: tạo nhóm, quản lý thanh toán và giám sát danh bạ thành viên). Tuy nhiên, họ không tự động có quyền truy cập dữ liệu API trong từng dự án riêng lẻ. Để truy cập hoặc chỉnh sửa một dự án, Org Admin vẫn phải được thêm vào Team hoặc Project liên quan.
Team Admin → Project Editor: Người dùng được gán là Team Admin sẽ tự động nhận quyền Editor cho tất cả các dự án trong nhóm đó.
Team Member → Project Read-Only: Người dùng được gán là Team Member tiêu chuẩn sẽ được cấp quyền truy cập an toàn, Read-Only, vào các dự án của nhóm theo mặc định.
Forbidden / Unjoined: Nếu người dùng không được gán vào một nhóm (hoặc được đặt là Forbidden), họ sẽ không nhận được quyền truy cập dự án nào trong nhóm đó.
Lưu ý:
Đây chỉ là các quyền nền tảng ban đầu. Sau khi ở trong nhóm, Team Admin có thể điều chỉnh riêng quyền dự án hoặc tùy chỉnh vai trò dựa trên nhu cầu kinh doanh thực tế.

Vai trò Dự án Tùy chỉnh#

Với gói Enterprise, bạn cũng có thể sử dụng vai trò dự án tùy chỉnh để kiểm soát những gì thành viên dự án có thể làm.
Vai trò tùy chỉnh chỉ hỗ trợ cấp Project. Vai trò tổ chức hiện chưa hỗ trợ tùy chỉnh.

Mối quan hệ Giữa Tổ chức và Nhóm#

Organization: Đơn vị quản lý cấp cao nhất, đại diện cho một công ty hoặc nhóm lớn. Đơn vị này quản lý nhiều nhóm.
Teams: Một đơn vị con trong tổ chức, thường là một phòng ban hoặc nhóm nhỏ hơn. Đơn vị này quản lý nhiều dự án.

Organization so với Team — Bạn Nên Chọn Cái Nào?#

Khi sử dụng Apidog, một câu hỏi thường gặp là: bạn nên quản lý mọi thứ trực tiếp trong một Organization, hay chủ yếu dựa vào Teams? Câu trả lời thực sự phụ thuộc vào hai yếu tố — quy mô nhóm và phạm vi kinh doanh.

Nếu Nhóm của Bạn Nhỏ và Tập trung#

Giả sử bạn có khoảng mười người cùng làm việc trên cùng một dòng sản phẩm. Trong trường hợp đó, một Team duy nhất là quá đủ. Team có thể xử lý dự án, API và thành viên tại một nơi — đơn giản và hiệu quả, không có phần chi phí quản lý bổ sung của Organization.

Nếu Công ty của Bạn Lớn và Phân tán#

Nếu bạn có nhiều người và nhiều mảng kinh doanh không liên quan, tốt nhất là tạo một Organization trước, sau đó thiết lập các Teams riêng bên trong tổ chức đó cho từng lĩnh vực kinh doanh. Mỗi Team quản lý dự án và thành viên của riêng mình, với ranh giới rõ ràng và không chồng chéo.

Cập nhật Thông tin Tổ chức#

Quản trị viên có thể cập nhật tên hoặc thông tin chi tiết của tổ chức từ Settings. Tất cả thành viên sẽ thấy thông tin đã cập nhật.

Chuyển nhượng Tổ chức#

Chủ sở hữu tổ chức có thể chuyển quyền sở hữu cho thành viên khác thông qua Organization Settings → Danger Zone → Transfer.

Giải tán Tổ chức#

Chủ sở hữu tổ chức có thể xóa vĩnh viễn tổ chức trong Organization Settings → Danger Zone → Dismiss Organization.
hình ảnh.png
WARNING
Việc giải tán một tổ chức là vĩnh viễn và không thể hoàn tác. Tất cả nhóm và dự án trong tổ chức sẽ bị xóa.
Modified at 2026-06-11 10:23:06
Previous
Quản lý tổ chức
Next
Vai trò & Quyền trong Tổ chức
Built with