> ## Documentation Index
> Fetch the complete documentation index at: https://docs.livingsecurity.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Tài khoản dịch vụ

> Tạo và quản lý các danh tính tích hợp sở hữu khóa API và ứng dụng khách OAuth của tổ chức Quý vị.

Tài khoản dịch vụ là một danh tính có tên dành cho một tích hợp. Tài khoản này sở hữu các khóa API hoặc ứng dụng khách OAuth và mang các quyền mà những thông tin xác thực đó được phép sử dụng, nhờ vậy việc rà soát quyền truy cập được thực hiện ở cấp tài khoản: toàn bộ những gì một tích hợp có thể thực hiện đều hiển thị tại một nơi, bất kể tích hợp đó có bao nhiêu thông tin xác thực. Bản thân tài khoản không phải là thông tin xác thực: ID của tài khoản không thể dùng để xác thực một yêu cầu. Xem [Xác thực](/vi/developers/v1/authentication) để chọn phương thức; một tích hợp dùng khóa API không cần OAuth.

Quản lý tài khoản dịch vụ từ tab **Service accounts** của
[Developer Hub](/vi/developers/developer-hub/overview).

## Thiết kế tài khoản theo khối lượng công việc

Hãy tạo một tài khoản dịch vụ cho mỗi tích hợp hoặc khối lượng công việc — ví dụ
`reporting-pipeline`, `scim-sync` hoặc `soc-enrichment` — thay vì dùng một tài khoản
có phạm vi rộng cho mọi việc. Các tài khoản theo từng khối lượng công việc giúp giữ quyền ở mức tối thiểu, giúp [nhật ký yêu cầu](/vi/developers/developer-hub/request-logs)
có thể truy về đúng nguồn, và cho phép Quý vị vô hiệu hóa một tích hợp mà không ảnh hưởng đến các tích hợp khác.

## Tạo tài khoản dịch vụ

<Steps>
  <Step title="Đặt tên cho tài khoản">
    Hãy đặt cho tài khoản một tên xác định khối lượng công việc mà tài khoản phục vụ, cùng với mô tả về chức năng của tài khoản. Cả hai đều xuất hiện trong danh sách và nhật ký, giúp các quản trị viên sau này phân biệt được các tài khoản.
  </Step>

  <Step title="Cấp quyền">
    Chọn các quyền mà tài khoản được phép cấp cho các thông tin xác thực của mình — ví dụ
    `entity:read`, `simulation:read` hoặc `reporting:read`. Tập quyền này là
    giới hạn trần cho mọi thông tin xác thực được tạo trong tài khoản: một thông tin xác thực có thể mang một tập con
    của các quyền này, không bao giờ nhiều hơn.

    <Tip>
      Chỉ cấp mức tối thiểu mà khối lượng công việc cần hiện tại. Quý vị có thể bổ sung quyền cho tài khoản
      sau; các thông tin xác thực hiện có vẫn giữ nguyên các phạm vi đã được cấp.
    </Tip>
  </Step>

  <Step title="Xem lại và tạo">
    Xác nhận tên và tập quyền. Sau khi tạo, trang chi tiết của tài khoản là nơi Quý vị [tạo khóa API cho tài khoản](/vi/developers/developer-hub/api-keys).
  </Step>
</Steps>

## Quản lý vòng đời

* **Chỉnh sửa quyền bất cứ lúc nào.** Việc gỡ một quyền khỏi tài khoản
  sẽ loại quyền đó khỏi những gì các khóa API và mã truy cập OAuth của tài khoản có thể thực hiện.
* **Vô hiệu hóa tài khoản** để chặn truy cập API thông qua tất cả thông tin xác thực của tài khoản — hữu ích khi
  ngừng sử dụng một tích hợp hoặc khi cần ngăn chặn nghi vấn rò rỉ thông tin xác thực trong lúc
  Quý vị điều tra. Khi bật lại, các thông tin xác thực vẫn còn hiệu lực và
  chưa hết hạn sẽ có thể xác thực trở lại.
* **Xóa tài khoản** khi tích hợp đã ngừng hoạt động. Hãy dừng
  tích hợp và thu hồi các thông tin xác thực của tài khoản trước. Việc xóa là vĩnh viễn.

Trang chi tiết của mỗi tài khoản cho biết ai đã tạo tài khoản, tạo vào lúc nào, và khóa của tài khoản được sử dụng lần gần nhất khi nào — một cách nhanh chóng để phát hiện các tích hợp bị bỏ quên cần
được vô hiệu hóa.


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.