Набирайте персонал і опрацьовуйте запити ролей за допомогою форм із питаннями, обмежень допуску, голосування рецензентів та автоматизованих дій.
Учасник натискає кнопку, відповідає на ваші питання, а персонал приймає або відхиляє. При прийнятті Vetox може призначити ролі, надіслати DM, перейменувати, відкрити канал співбесіди та багато іншого.
Зниження тарифу назавжди видаляє питання понад новий ліміт. Це єдине місце в Vetox, де зниження тарифу знищує дані, а не вимикає їх.Перехід із Max (50 питань) на Basic (15) видаляє питання з 16-го назавжди. Повторне оновлення тарифу їх не поверне.Експортуйте або скопіюйте питання перед зниженням тарифу.
Усе інше при зниженні вимикається, а не видаляється, і повертається при оновленні.
Спливаюча форма Discord. Безкоштовно на будь-якому тарифі. Максимум 5 питань.
Private Message
Vetox пише в DM заявнику й ставить питання по одному. Підтримує повний ліміт питань.
Форму-діалог з 6 і більше питань, де будь-яке питання після п’ятого обов’язкове, ніколи не можна відправити.Спливаючі вікна Discord вміщують 5 полів. Питання далі не показуються, але обов’язкове все одно перевіряється — тож заявнику скажуть, що бракує обов’язкової відповіді, а надати її не можна. Ніщо не попереджає вас при збереженні.Якщо потрібно більше 5 питань — використовуйте процес Private Message.
DM-процес ставить питання чат-повідомленнями, тож багатші типи питань деградують:
Тип питання
Dialog Button
Private Message
Short text, Paragraph
Нативний
Нативний
Dropdown
Нативний
Нативний picker
User picker
Нативний
Текст, без валідації
Role picker
Нативний
Текст, без валідації
Channel picker
Нативний
Текст, без валідації
User/Role picker
Нативний
Текст, без валідації
File upload
Нативний
Лише імена файлів
У DM-процесі чотири типи picker’ів приймають будь-який текст без валідації. Заявник може ввести що завгодно, і це збережеться як його відповідь. Не покладайтеся на те, що відповідь у picker — це справжній користувач, роль чи канал у DM-формі.
Має бути учасником інших зазначених серверів (Max)
Cooldown
0–1 440 хвилин між заявками
Max pending
1–5 відкритих заявок на людину
DM reachable
DM учасника мають бути відкриті (ввімкнено за замовчуванням)
Required і blocked ролі та auto-deny вимагають Basic. Multi-server verification вимагає Max.
Немає обмеження «вже прийнятий». Після прийняття людина може знову подати заявку, щойно закінчиться cooldown. Якщо ви не хочете повторних заявок, задайте довгий cooldown або додайте роль прийнятих до Blocked roles.
Що відбувається при відправленні, прийнятті чи відхиленні.
Дія
Тариф
Додати ролі, зняти ролі
Free
Надіслати embed, надіслати ПП, згадати ролі
Free
Змінити нікнейм, задати теги форуму
Free
Кік, бан, тайм-аут учасника
Basic
Змінити назву гілки
Basic
Створити канал для співбесіди
Basic
Автоматично видати випробувальну роль
Max
Відкласти дію / зчепити дії
Max
Виконати команду
Max
Execute command нічого не робить. Зберігається, закритий за Max, бот її логує і йде далі, не виконавши команду. Редактор її відповідно маркує, але вона все одно подається як платна можливість.Не будуйте робочий процес, що на неї покладається.
Змінні учасника і сервера — {username}, {user.displayName}, {nickname}, {guildname}, {server.name}, {server.memberCount} — перетворюються на порожнє в шаблонах дій робочого процесу.Шаблон на кшталт [{answer1}] {username} рендериться як [їхня відповідь] з пробілом у кінці. Використовуйте змінні відповідей і статичний текст у діях; деталі учасника — у DM-повідомленнях, де вони працюють.
Якщо Vetox не може опублікувати в канал перегляду, заявнику однаково скажуть, що заявку відправлено — а персонал її не побачить. Перевірте, що бот може публікувати в канал перегляду, перед запуском.
Більшість інших помилок повідомляються в канал перегляду, щоб персонал бачив, що пішло не так.