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

# Контроль доступу

> Делегуйте доступ до панелі окремим ролям і людям по секціях, без надання Manage Server. Тариф Max.

За замовчуванням будь-хто з **Manage Server** у Discord може налаштовувати все в панелі Vetox. Access Control звужує це.

<Info>
  Потребує тарифу **Max**. Нижче — сторінка повністю замінюється прайсингом; часткового чи прев'ю-вигляду немає.
</Info>

<Warning>
  **У бічній панелі цей пункт видно з Basic, але сторінка потребує Max.** Адміністратор на Basic може клікнути й потрапити на paywall. Це неузгодженість гейтингу, а не прострочена підписка.
</Warning>

## Яку задачу вирішує

Manage Server — грубий інструмент. Видати його модератору, щоб він налаштовував Auto-Moderation, означає ще й дати можливість редагувати сервер і всі інші сторінки Vetox.

## Два перемикачі

Обидва зберігаються **одразу** — панелі збереження тут немає.

| Перемикач                | За замовчуванням | Ефект                                                                                                                 |
| ------------------------ | ---------------- | --------------------------------------------------------------------------------------------------------------------- |
| **Restrict Permissions** | Вимкнено         | Панеллю можуть користуватися лише ролі й люди зі Section Access. Вимкнено — будь-який адміністратор має повний доступ |
| **Restrict Protection**  | Вимкнено         | Обмежує цю саму сторінку лише власником сервера, щоб ніхто не міг видати собі більше доступу                          |

<Warning>
  Увімкнення **Restrict Permissions** за порожнього Section Access відрізає всіх не-власників-адміністраторів від усього, крім Overview.

  Спершу додайте записи, потім вмикайте обмеження. Власник сервера завжди зберігає доступ.
</Warning>

## Section Access

До **25 записів**. Кожен об'єднує ролі, окремих користувачів і секції, які розблоковує.

Запис має містити хоча б одну роль **або** хоча б одного користувача — запис без жодного з двох відхиляється.

<Tip>
  Віддавайте перевагу ролям, а не окремим людям. Роль-запис продовжує працювати при зміні складу; індивідуальний запис доводиться правити при кожному вході/виході людини.
</Tip>

### Що можна надати

Тридцять чотири секції, згруповані як у бічній панелі: Setup і Commands · AI · чотири сторінки модерації · вісім community-функцій · чотири customization-функції · чотири communication-функції · вісім платформ сповіщень · Tickets · Applications · чотири адмін-сторінки.

## Як насправді вирішується доступ

Порядок важливий, бо кілька речей повністю обходять ваші правила.

<Steps>
  <Step title="Server blacklist">
    Сервер із чорного списку отримує відмову незалежно від усього нижче.
  </Step>

  <Step title="Власник Custom Bot">
    Якщо ви — власник Custom Bot, що обслуговує цей сервер, ви маєте **повний доступ без будь-якої перевірки прав Discord**.
  </Step>

  <Step title="Присутність бота">
    Vetox має реально бути на сервері.
  </Step>

  <Step title="Власник сервера">
    Власник сервера **повністю** оминає Restrict Permissions. Обмежити власника не можна.
  </Step>

  <Step title="Перевірка Administrator">
    Без Administrator у Discord доступ тут відхиляється — Section Access видає секції, а не доступ до панелі не-адміністратору.
  </Step>

  <Step title="Ваші правила">
    Лише тепер застосовуються Restrict Permissions і Section Access.
  </Step>
</Steps>

<Warning>
  **Section Access не може дати доступ до панелі тому, хто ще не є адміністратором Discord.** Воно тільки звужує те, куди може дістатися адміністратор. Щоб дати доступ не-адміністратору, спершу видайте йому Administrator у Discord.
</Warning>

<Note>
  **Overview завжди доступна.** Навіть адміністратор без жодного збігу зберігає Overview — свідомо, щоб ніхто не залишався перед сторінкою помилки.
</Note>

## Restrict Protection

Коли ввімкнено, відкрити цю сторінку може лише власник сервера — якщо тільки якийсь запис прямо не надає секцію Access Control комусь, — це перекриває обмеження.

## Дві речі варто знати

<AccordionGroup>
  <Accordion title="Приховані пункти бічної панелі — косметика" icon="eye-slash">
    Секції, до яких користувач не має доступу, ховаються з його бічної панелі, але реальне забезпечення відбувається на сервері на кожному запиті. Пряме введення URL все одно отримає відмову.
  </Accordion>

  <Accordion title="При власних помилках воно fail-open" icon="triangle-exclamation">
    Якщо конфіг прав неможливо прочитати, доступ повертається до необмеженого замість заблокувати всіх. Blacklist і перевірка Administrator при цьому діють.

    Це свідомий вибір на користь доступності, але фонт-збій тимчасово розширює доступ, а не звужує.
  </Accordion>
</AccordionGroup>

## Приклад

<Steps>
  <Step title="Запис для модераторів">
    Ролі: `Moderator`. Секції: Auto-Moderation, Moderation Tools, Logging, Антирейд.
  </Step>

  <Step title="Запис для community-команди">
    Ролі: `Community Manager`. Секції: Leveling, Giveaways, Starboard, Suggestions, Welcomer.
  </Step>

  <Step title="Увімкніть Restrict Permissions">
    Усі інші, включно з іншими адміністраторами, тепер бачать лише Overview.
  </Step>

  <Step title="Увімкніть Restrict Protection">
    Відтепер лише ви можете змінювати цю сторінку.
  </Step>
</Steps>

## Пов'язане

<CardGroup cols={2}>
  <Card title="Dashboard Watcher" icon="desktop" href="/uk/server-management/dashboard-watcher">
    Дивіться, що делегований персонал фактично змінив.
  </Card>

  <Card title="Права" icon="user-lock" href="/uk/permissions">
    Чим відрізняються доступ до команд і доступ до панелі.
  </Card>
</CardGroup>