> ## 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.

# Konta usług

> Tworzenie i zarządzanie tożsamościami integracji, które są właścicielami kluczy API i klientów OAuth w Państwa organizacji.

Konto usługi to nazwana tożsamość integracji. Jest ono właścicielem kluczy API lub klientów OAuth i określa uprawnienia, z których mogą korzystać te poświadczenia, dlatego przegląd dostępu odbywa się na poziomie konta: to, co integracja może robić, jest widoczne w jednym miejscu, niezależnie od tego, ile poświadczeń posiada. Samo konto nie jest poświadczeniem: jego identyfikator nie może uwierzytelnić żądania. Zobacz [Uwierzytelnianie](/pl/developers/v1/authentication), aby wybrać metodę; integracja oparta na kluczu API nie wymaga OAuth.

Kontami usług zarządza się na karcie **Service accounts** w [Developer Hub](/pl/developers/developer-hub/overview).

## Projektowanie kont z podziałem na obciążenia robocze

Twórz jedno konto usługi dla każdej integracji lub każdego obciążenia roboczego — na przykład
`reporting-pipeline`, `scim-sync` lub `soc-enrichment` — zamiast jednego
szerokiego konta do wszystkiego. Konta przypisane do poszczególnych obciążeń roboczych pozwalają utrzymać minimalne uprawnienia, umożliwiają przypisanie [logów żądań](/pl/developers/developer-hub/request-logs) do konkretnych integracji oraz pozwalają wyłączyć jedną integrację bez wpływu na pozostałe.

## Tworzenie konta usługi

<Steps>
  <Step title="Nadaj nazwę kontu">
    Nadaj kontu nazwę wskazującą obciążenie robocze, któremu służy, oraz opis jego działania. Obie te informacje są widoczne na listach i w logach, dzięki czemu przyszli administratorzy będą mogli odróżnić konta od siebie.
  </Step>

  <Step title="Przyznaj uprawnienia">
    Wybierz uprawnienia, które konto może przyznawać swoim poświadczeniom — na przykład
    `entity:read`, `simulation:read` lub `reporting:read`. Ten zestaw jest
    górną granicą dla każdego poświadczenia utworzonego w ramach konta: poświadczenie może mieć podzbiór
    tych uprawnień, nigdy więcej.

    <Tip>
      Przyznaj minimum potrzebne obciążeniu roboczemu w chwili obecnej. Uprawnienia konta można dodać
      później; istniejące poświadczenia zachowują przyznane im zakresy.
    </Tip>
  </Step>

  <Step title="Sprawdź i utwórz">
    Potwierdź nazwę i zestaw uprawnień. Po utworzeniu konta na jego stronie szczegółów możesz [utworzyć jego klucze API](/pl/developers/developer-hub/api-keys).
  </Step>
</Steps>

## Zarządzanie cyklem życia

* **Uprawnienia można edytować w dowolnym momencie.** Usunięcie uprawnienia z konta
  usuwa je z zakresu, z którego mogą korzystać jego klucze API i tokeny dostępu OAuth.
* **Wyłącz konto**, aby zablokować dostęp do API przez wszystkie jego poświadczenia — jest to przydatne przy wycofywaniu integracji lub ograniczaniu skutków podejrzewanego wycieku poświadczeń na czas prowadzenia dochodzenia. Ponowne włączenie konta pozwala na ponowne uwierzytelnianie się poświadczeniom, które są nadal aktywne i nie wygasły.
* **Usuń konto**, gdy integracja została wycofana z użytku. Najpierw zatrzymaj integrację i unieważnij jej poświadczenia. Usunięcie jest trwałe.

Strona szczegółów każdego konta pokazuje, kto je utworzył, kiedy oraz kiedy ostatnio użyto jednego z jego kluczy — to szybki sposób na wykrycie porzuconych integracji, które należy wyłączyć.


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