Đến nội dung chính

OMeet Developer Docs

Tài liệu nhà phát triển OMeet

Hướng dẫn bắt đầu với tài khoản, Workspace và các công cụ tích hợp OMeet.

Cập nhật nội dung: 25/09/2026

01 / 05

Tổng quan

OMeet tách bốn điểm vào để mỗi công cụ giữ đúng nhiệm vụ.

  1. Đọc Docs để hiểu trình tự và các khái niệm cần chuẩn bị.
  2. Dùng API Reference khi cần tra thao tác, dữ liệu và yêu cầu xác thực cụ thể.
  3. Mở Sandbox để thử các kịch bản mà dịch vụ hiện có hỗ trợ.
  4. Mở Console để đăng nhập và quản lý Workspace được cấp quyền.
Hoàn tất khi

Anh/chị đã chọn được công cụ phù hợp với việc cần làm tiếp theo.

02 / 05

Tài khoản và Workspace

Tài khoản là danh tính đăng nhập của người quản lý; Workspace là phạm vi đơn vị/doanh nghiệp được cấp quyền trong backend.

  1. Mở Console và thực hiện đăng nhập theo hướng dẫn của dịch vụ.
  2. Kiểm tra Workspace cần làm việc có xuất hiện trong phạm vi tài khoản hay không.
  3. Nếu thiếu Workspace hoặc thao tác cần dùng, liên hệ người quản lý cấp quyền qua quy trình hiện có của đơn vị.
  4. Dùng quyền hiện có; không suy ra quyền quản lý Workspace từ link tham gia Meeting.
  5. Participant là người tham gia do đơn vị cung cấp hoặc khách được Meeting cho phép. Việc tham gia lớp không tự yêu cầu một tài khoản quản lý.
Hoàn tất khi

Anh/chị đăng nhập được và xác định đúng Workspace sẽ dùng để thử hoặc tích hợp.

03 / 05

Bắt đầu với Sandbox

Sandbox giúp anh/chị quan sát và thử các tác vụ đang được dịch vụ cung cấp trong Workspace được cấp quyền.

  1. Mở Sandbox và đăng nhập theo luồng của dịch vụ.
  2. Nếu dịch vụ yêu cầu đăng nhập lại, thực hiện tại đó; không giả định phiên Console được dùng chung giữa các tên miền.
  3. Chọn đúng Workspace rồi đọc thông tin môi trường đang hiển thị.
  4. Chọn một tác vụ thử có sẵn, thực hiện từng bước và quan sát kết quả.
  5. Không giả định dữ liệu tự xóa hoặc tách biệt production nếu dịch vụ chưa xác nhận.
Hoàn tất khi

Anh/chị đã xác nhận Workspace, môi trường và kết quả của một tác vụ thử có thật.

04 / 05

Tích hợp từ máy chủ

Phần tích hợp bảo mật nên bắt đầu từ backend của đơn vị và hợp đồng thật trong API Reference.

  1. Đọc phương thức xác thực được mô tả cho thao tác cần dùng.
  2. Giữ khóa máy chủ ở backend; không đưa secret vào mã trình duyệt hoặc ứng dụng công khai.
  3. Phân biệt khóa máy chủ với thông tin tham gia hoặc phiên trình duyệt được cấp đúng mục đích; dùng từng loại theo hợp đồng của thao tác tương ứng.
  4. Đối chiếu request, response, định danh opaque và mã lỗi trong API Reference.
  5. Giữ định danh công khai Workspace, Meeting và Participant dưới dạng chuỗi do server cấp; không ép sang số hay suy ra phạm vi từ tên/email.
  6. Xử lý kết quả và lỗi trước khi nối luồng đó vào giao diện người dùng.
Hoàn tất khi

Backend gọi đúng hợp đồng đã tài liệu hóa mà không làm lộ thông tin xác thực máy chủ.

05 / 05

Xử lý vướng mắc

Xác định vấn đề nằm ở đăng nhập, phạm vi quyền, môi trường thử hay lời gọi API.

  1. Không đăng nhập được: quay lại Console và làm theo phản hồi của cổng xác thực.
  2. Không thấy Workspace hoặc thiếu quyền: kiểm tra phạm vi tài khoản theo cơ chế cấp quyền hiện có.
  3. Sandbox lỗi mạng: kiểm tra trạng thái kết nối và thông tin môi trường trên chính dịch vụ.
  4. API trả lỗi: đối chiếu mã lỗi, request và yêu cầu xác thực trong API Reference.
Hoàn tất khi

Anh/chị đã xác định đúng công cụ hoặc nhóm quyền cần kiểm tra tiếp, không chia sẻ khóa thật khi yêu cầu hỗ trợ.

Cần đối chiếu một luồng tích hợp cụ thể?

Mô tả tác vụ cần tích hợp và bước đang vướng. Biểu mẫu hiện cho phép xem trước yêu cầu, chưa gửi thông tin.

Trao đổi nhu cầu tích hợp