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

# Kontrola dostępu

> Deleguj dostęp do panelu konkretnym rolom i osobom, sekcja po sekcji, bez nadawania Manage Server. Poziom Max.

Domyślnie każdy z **Manage Server** w Discord może konfigurować wszystko w twoim panelu Vetox. Kontrola dostępu to zawęża.

<Info>
  Wymaga poziomu **Max**. Poniżej strona jest całkowicie zastąpiona cennikiem — nie ma widoku częściowego ani podglądowego.
</Info>

<Warning>
  **Pasek boczny pokazuje ten wpis od Basic, ale strona wymaga Max.** Administrator na poziomie Basic może kliknąć i wylądować na paywallu. To niespójność bramkowania, a nie wygasła subskrypcja.
</Warning>

## Problem, który rozwiązuje

Manage Server to tępe narzędzie. Danie go moderatorowi, aby mógł dostroić Automoderację, pozwala mu też edytować twój serwer i daje mu każdą inną stronę Vetox.

## Dwa przełączniki

Oba zapisują się **natychmiast** — na tej stronie nie ma paska zapisu.

| Przełącznik              | Domyślnie | Efekt                                                                                                                   |
| ------------------------ | --------- | ----------------------------------------------------------------------------------------------------------------------- |
| **Restrict Permissions** | Wył.      | Tylko role i osoby wymienione w Section Access mogą używać panelu. Wył. oznacza, że każdy administrator ma pełny dostęp |
| **Restrict Protection**  | Wył.      | Ogranicza samą tę stronę do właściciela serwera, aby nikt nie mógł przyznać sobie więcej dostępu                        |

<Warning>
  Włączenie **Restrict Permissions** bez wpisów w Section Access blokuje każdego administratora niebędącego właścicielem przed dostępem do wszystkiego poza Overview.

  Najpierw dodaj swoje wpisy, potem włącz ograniczenie. Właściciel serwera zawsze zachowuje dostęp.
</Warning>

## Section Access

Do **25 wpisów**. Każdy łączy role, poszczególnych użytkowników i sekcje, które odblokowują.

Wpis musi wymieniać co najmniej jedną rolę **lub** co najmniej jednego użytkownika — wpis bez żadnego jest odrzucany.

<Tip>
  Preferuj role nad osoby. Wpis oparty na rolach nadal działa, gdy sztab się zmienia; wpis indywidualny trzeba edytować za każdym razem, gdy ktoś dołącza lub odchodzi.
</Tip>

### Co możesz nadać

Trzydzieści cztery sekcje, pogrupowane tak samo jak pasek boczny: Setup i Commands · AI · cztery strony moderacji · osiem funkcji społecznościowych · cztery funkcje personalizacji · cztery funkcje komunikacyjne · osiem platform powiadomień · Tickets · Applications · i cztery strony administracji.

## Jak faktycznie decydowany jest dostęp

Zrozumienie kolejności ma znaczenie, ponieważ kilka rzeczy całkowicie omija twoje reguły.

<Steps>
  <Step title="Czarna lista serwera">
    Serwer na czarnej liście jest odrzucany, niezależnie od wszystkiego poniżej.
  </Step>

  <Step title="Właściciel Custom Bot">
    Jeśli jesteś właścicielem Custom Bot obsługującego ten serwer, otrzymujesz **pełny dostęp bez żadnego sprawdzenia uprawnienia Discord**.
  </Step>

  <Step title="Obecność bota">
    Vetox musi faktycznie być na serwerze.
  </Step>

  <Step title="Właściciel serwera">
    Właściciel serwera **całkowicie** omija Restrict Permissions. Nie można ograniczyć właściciela.
  </Step>

  <Step title="Sprawdzenie Administratora">
    Bez Administratora w Discord dostęp jest tu odrzucany — Section Access nadaje sekcje, nie nadaje dostępu do panelu osobie niebędącej administratorem.
  </Step>

  <Step title="Twoje reguły">
    Dopiero teraz stosują się Restrict Permissions i Section Access.
  </Step>
</Steps>

<Warning>
  **Section Access nie może nadać dostępu do panelu komuś, kto nie jest już administratorem Discord.** Zawęża tylko to, do czego administrator może dotrzeć. Aby dać dostęp osobie niebędącej administratorem, potrzebuje ona najpierw Administratora w Discord.
</Warning>

<Note>
  **Overview jest zawsze osiągalne.** Nawet administrator z zerowymi pasującymi wpisami zachowuje Overview, celowo, aby nikt nie zostawał wpatrzony w stronę błędu.
</Note>

## Restrict Protection

Gdy włączone, tylko właściciel serwera może otworzyć tę stronę — chyba że wpis wyraźnie nadaje sekcję Access Control komuś, co je nadpisuje.

## Dwie rzeczy warto znać

<AccordionGroup>
  <Accordion title="Ukryte wpisy paska bocznego są kosmetyczne" icon="eye-slash">
    Sekcje, do których użytkownik nie może dotrzeć, są ukryte z jego paska bocznego, ale prawdziwe egzekwowanie dzieje się po stronie serwera przy każdym żądaniu. Ktoś wpisujący URL bezpośrednio nadal jest odrzucany.
  </Accordion>

  <Accordion title="Zawodzi otwarcie na własnych błędach" icon="triangle-exclamation">
    Jeśli sama konfiguracja uprawnień nie może być odczytana, dostęp przechodzi do nieograniczonego, zamiast blokować wszystkich. Sprawdzenia czarnej listy i Administratora nadal się stosują.

    To celowy wybór dostępności, ale oznacza, że awaria backendu tymczasowo poszerza dostęp, zamiast go zawężać.
  </Accordion>
</AccordionGroup>

## Przykład zastosowania

<Steps>
  <Step title="Wpis dla twoich moderatorów">
    Role: `Moderator`. Sekcje: Auto-Moderation, Moderation Tools, Logging, Anty-Raid.
  </Step>

  <Step title="Wpis dla twojego zespołu społeczności">
    Role: `Community Manager`. Sekcje: Leveling, Giveaways, Starboard, Suggestions, Welcomer.
  </Step>

  <Step title="Włącz Restrict Permissions">
    Wszyscy inni, w tym inni administratorzy, widzą teraz tylko Overview.
  </Step>

  <Step title="Włącz Restrict Protection">
    Odtąd tylko ty możesz zmieniać tę stronę.
  </Step>
</Steps>

## Powiązane

<CardGroup cols={2}>
  <Card title="Dashboard Watcher" icon="desktop" href="/pl/server-management/dashboard-watcher">
    Zobacz, co twój delegowany sztab faktycznie zmienił.
  </Card>

  <Card title="Uprawnienia" icon="user-lock" href="/pl/permissions">
    Jak różnią się dostęp do komend i dostęp do panelu.
  </Card>
</CardGroup>