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

# Панелі заявок

> Набирайте персонал і опрацьовуйте запити ролей за допомогою форм із питаннями, обмежень допуску, голосування рецензентів та автоматизованих дій.

Учасник натискає кнопку, відповідає на ваші питання, а персонал приймає або відхиляє. При прийнятті Vetox може призначити ролі, надіслати DM, перейменувати, відкрити канал співбесіди та багато іншого.

## Ліміти

|                         | Starter | Basic | Max | Black |
| ----------------------- | ------- | ----- | --- | ----- |
| Панелі                  | 1       | 3     | 10  | 10    |
| Питань у формі          | 5       | 15    | 50  | 50    |
| Дій на стадію           | 1       | 3     | 10  | 10    |
| Форм (кнопок) на панель | 1       | 3     | 5   | 10    |

<Warning>
  **Зниження тарифу назавжди видаляє питання понад новий ліміт.** Це єдине місце в Vetox, де зниження тарифу знищує дані, а не вимикає їх.

  Перехід із Max (50 питань) на Basic (15) видаляє питання з 16-го назавжди. Повторне оновлення тарифу їх не поверне.

  **Експортуйте або скопіюйте питання перед зниженням тарифу.**
</Warning>

Усе інше при зниженні вимикається, а не видаляється, і повертається при оновленні.

## Два процеси відправлення

<CardGroup cols={2}>
  <Card title="Dialog Button" icon="window-maximize">
    Спливаюча форма Discord. Безкоштовно на будь-якому тарифі. **Максимум 5 питань.**
  </Card>

  <Card title="Private Message" icon="envelope">
    Vetox пише в DM заявнику й ставить питання по одному. Підтримує повний ліміт питань.
  </Card>
</CardGroup>

<Warning>
  **Форму-діалог з 6 і більше питань, де будь-яке питання після п'ятого обов'язкове, ніколи не можна відправити.**

  Спливаючі вікна Discord вміщують 5 полів. Питання далі не показуються, але обов'язкове все одно перевіряється — тож заявнику скажуть, що бракує обов'язкової відповіді, а надати її не можна. Ніщо не попереджає вас при збереженні.

  Якщо потрібно більше 5 питань — використовуйте процес **Private Message**.
</Warning>

### Чого не вміє DM-процес

DM-процес ставить питання чат-повідомленнями, тож багатші типи питань деградують:

| Тип питання           | Dialog Button | Private Message          |
| --------------------- | ------------- | ------------------------ |
| Short text, Paragraph | Нативний      | Нативний                 |
| Dropdown              | Нативний      | Нативний picker          |
| **User picker**       | Нативний      | **Текст, без валідації** |
| **Role picker**       | Нативний      | **Текст, без валідації** |
| **Channel picker**    | Нативний      | **Текст, без валідації** |
| **User/Role picker**  | Нативний      | **Текст, без валідації** |
| **File upload**       | Нативний      | **Лише імена файлів**    |

<Warning>
  У DM-процесі чотири типи picker'ів приймають **будь-який текст** без валідації. Заявник може ввести що завгодно, і це збережеться як його відповідь. Не покладайтеся на те, що відповідь у picker — це справжній користувач, роль чи канал у DM-формі.
</Warning>

## Питання

Вісім типів. Текстові питання — діапазон 0–4 000 символів; dropdowns — до 25 варіантів; file uploads — до 10 файлів.

## Допуск

Хто може подавати заявку:

| Обмеження                     | Що перевіряє                                                 |
| ----------------------------- | ------------------------------------------------------------ |
| **Minimum account age**       | Вік облікового запису Discord                                |
| **Minimum server membership** | Скільки часу учасник на сервері                              |
| **Required roles**            | Має мати **будь-яку** або **всі** з цих                      |
| **Blocked roles**             | Не може мати **жодної** або **всіх** із цих                  |
| **Multi-server verification** | Має бути учасником інших зазначених серверів (**Max**)       |
| **Cooldown**                  | 0–1 440 хвилин між заявками                                  |
| **Max pending**               | 1–5 відкритих заявок на людину                               |
| **DM reachable**              | DM учасника мають бути відкриті (ввімкнено за замовчуванням) |

<Info>
  Required і blocked ролі та auto-deny вимагають **Basic**. Multi-server verification вимагає **Max**.
</Info>

<Warning>
  **Немає обмеження «вже прийнятий».** Після прийняття людина може знову подати заявку, щойно закінчиться cooldown. Якщо ви не хочете повторних заявок, задайте довгий cooldown або додайте роль прийнятих до **Blocked roles**.
</Warning>

## Дії робочого процесу

Що відбувається при відправленні, прийнятті чи відхиленні.

| Дія                                         | Тариф |
| ------------------------------------------- | ----- |
| Додати ролі, зняти ролі                     | Free  |
| Надіслати embed, надіслати ПП, згадати ролі | Free  |
| Змінити нікнейм, задати теги форуму         | Free  |
| Кік, бан, тайм-аут учасника                 | Basic |
| Змінити назву гілки                         | Basic |
| Створити канал для співбесіди               | Basic |
| Автоматично видати випробувальну роль       | Max   |
| Відкласти дію / зчепити дії                 | Max   |
| **Виконати команду**                        | Max   |

<Warning>
  **Execute command нічого не робить.** Зберігається, закритий за Max, бот її логує і йде далі, не виконавши команду. Редактор її відповідно маркує, але вона все одно подається як платна можливість.

  Не будуйте робочий процес, що на неї покладається.
</Warning>

### Змінні в повідомленнях дій

<Warning>
  Змінні учасника і сервера — `{username}`, `{user.displayName}`, `{nickname}`, `{guildname}`, `{server.name}`, `{server.memberCount}` — **перетворюються на порожнє в шаблонах дій робочого процесу.**

  Шаблон на кшталт `[{answer1}] {username}` рендериться як `[їхня відповідь]` з пробілом у кінці. Використовуйте змінні відповідей і статичний текст у діях; деталі учасника — у DM-повідомленнях, де вони працюють.
</Warning>

## Перегляд персоналом

Заявки публікуються в канал перегляду, де рецензенти приймають чи відхиляють.

| Опція                        | Примітки                                              |
| ---------------------------- | ----------------------------------------------------- |
| **Review channel**           | Text, announcement або forum                          |
| **Reviewer roles**           | До 10                                                 |
| **Add thread to submission** | Тред на кожну заявку (**Basic**)                      |
| **Voting**                   | Вимагати N схвалень або відмов до рішення (**Basic**) |
| **Auto-deny**                | Відмова після 1–720 годин очікування (**Basic**)      |

<Note>
  Опція **private thread** для тредів перегляду не діє — треди перегляду завжди публічні для тих, хто бачить канал перегляду. Обмежуйте сам канал.
</Note>

<Note>
  Рецензент не може розглядати власну заявку.
</Note>

## Права, потрібні Vetox

| Дія                       | Дозвіл                                               |
| ------------------------- | ---------------------------------------------------- |
| Додати або зняти ролі     | **Manage Roles**, і роль має бути **нижче** Vetox    |
| Змінити нікнейм           | **Manage Nicknames**, і учасник має бути нижче Vetox |
| Kick / Ban / Timeout      | Відповідний дозвіл, і учасник нижче Vetox            |
| Опублікувати review embed | **View Channel**, **Send Messages**, **Embed Links** |
| Review threads            | **Manage Threads**                                   |
| Interview channels        | **Manage Channels**                                  |

<Warning>
  **Якщо Vetox не може опублікувати в канал перегляду, заявнику однаково скажуть, що заявку відправлено** — а персонал її не побачить. Перевірте, що бот може публікувати в канал перегляду, перед запуском.
</Warning>

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

## Налаштування

<Steps>
  <Step title="Увімкніть Applications у Налаштуванні сервера" />

  <Step title="Почніть з шаблону">
    Надано шість — Staff Application, Game Member, Role Request, Event Signup, Partner Inquiry, Verification — або почніть з нуля.
  </Step>

  <Step title="Оберіть процес">
    П'ять і менше питань — Dialog Button. Більше п'яти — Private Message.
  </Step>

  <Step title="Задайте канал перегляду й ролі рецензентів">
    Переконайтеся, що Vetox може там публікувати.
  </Step>

  <Step title="Додайте дії при прийнятті">
    Зазвичай: додати роль, надіслати вітальний DM. Перевірте, що роль нижче Vetox.
  </Step>

  <Step title="Задайте допуск">
    Мінімальний вік акаунту блокує одноразові акаунти, майже не вимагаючи нічого від реальних заявників.
  </Step>

  <Step title="Опублікуйте панель і протестуйте самі">
    Відправте справжню заявку й проведіть її аж до прийняття перед анонсом.
  </Step>
</Steps>

## Усунення несправностей

<AccordionGroup>
  <Accordion title="Заявники бачать помилку про пропущену обов'язкову відповідь, яку не можуть виправити">
    Це форма-діалог з понад 5 питань, де пізніше питання є обов'язковим. Перемкніться на Private Message або зробіть питання 6+ необов'язковими.
  </Accordion>

  <Accordion title="Заявки відправляються, а персонал їх не бачить">
    Vetox не може публікувати в канал перегляду. Заявнику однаково кажуть, що все спрацювало.
  </Accordion>

  <Accordion title="Роль не призначається при прийнятті">
    Manage Roles, і роль має бути нижче Vetox у списку ролей.
  </Accordion>

  <Accordion title="Хтось уже прийнятий знову подав заявку">
    Це очікувано — такого обмеження немає. Додайте роль прийнятих у Blocked roles.
  </Accordion>

  <Accordion title="Мої змінні рендеряться порожніми в дії прийняття">
    Змінні учасника й сервера не розв'язуються в діях робочого процесу. Перенесіть цей текст у DM прийняття.
  </Accordion>

  <Accordion title="Питання зникли після зміни тарифу">
    Зниження обрізає питання за новий ліміт, і їх не можна відновити.
  </Accordion>

  <Accordion title="Кнопка нічого не робить при натисканні">
    Зазвичай це панель, яку відредагували чи створили заново після надсилання повідомлення. Надішліть панель ще раз.
  </Accordion>
</AccordionGroup>

<CardGroup cols={2}>
  <Card title="Заявки" icon="inbox" href="/uk/utility/applications/submissions">
    Перегляд, фільтрація й експорт заявок.
  </Card>

  <Card title="Аналітика" icon="chart-line" href="/uk/utility/applications/analytics">
    Показники прийняття та де заявники «відпадають».
  </Card>
</CardGroup>