> ## 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. Управление доступом сужает это.

<Info>
  Требует тарифа **Max**. Ниже страница полностью заменяется ценами — частичного или превью-вида нет.
</Info>

<Warning>
  **В боковом меню этот пункт появляется с Basic, но страница требует Max.** Администратор на Basic может кликнуть и попасть на пейволл. Это несоответствие гейтинга, а не истёкшая подписка.
</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 · четыре страницы модерации · восемь функций сообщества · четыре функции кастомизации · четыре функции коммуникации · восемь платформ уведомлений · Tickets · Applications · и четыре страницы администрирования.

## Как реально решается доступ

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

<Steps>
  <Step title="Server blacklist">
    Сервер в чёрном списке отклоняется, независимо от всего ниже.
  </Step>

  <Step title="Custom Bot owner">
    Если вы владелец 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">
    Если саму конфигурацию разрешений прочитать нельзя, доступ проваливается в «без ограничений», а не блокирует всех. Проверки чёрного списка и 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="/ru/server-management/dashboard-watcher">
    Посмотрите, что реально изменил ваш делегированный персонал.
  </Card>

  <Card title="Разрешения" icon="user-lock" href="/ru/permissions">
    Чем доступ к командам отличается от доступа к панели.
  </Card>
</CardGroup>