> For the complete documentation index, see [llms.txt](https://ticketking.xyz/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://ticketking.xyz/docs/de/bewerbungen/overview.md).
# Überblick über Bewerbungen
Eine überprüfungsartige Alternative zu Ticket-Panels für Bewerbungen und Anmeldungen.
An **Bewerbung** ist wie ein Ticket, aber mit einem Prüfschritt dazwischen. Statt einen Kanal zu öffnen, wenn ein Mitglied auf den Button klickt, sammelt Ticket King die Formularantworten und protokolliert sie in einem Prüfkanal. Prüfer klicken dann **Genehmigen** oder **Ablehnen**.
## Wann Sie Bewerbungen statt Tickets verwenden sollten
Wählen Sie Bewerbungen, wenn:
* Sie vor dem Gespräch prüfen und genehmigen möchten.
* Sie lieber keinen Kanal pro Bewerber erstellen möchten.
* Sie möchten, dass Rollen bei Genehmigung automatisch vergeben werden.
* Sie möchten einen strukturierten Prüfprozess mit Prüfernotizen.
Häufige Anwendungsfälle sind Mitarbeiterbewerbungen, Partnerbewerbungen, Anfragen zur Rollenvergabe und Aufnahmen in Communities mit Einladungsschutz.
## Wann Sie bei Tickets bleiben sollten
Bleiben Sie bei Ticket-Panels, wenn:
* Sie sofort ein Gespräch beginnen möchten.
* Die Entscheidung dient dazu, dem Mitglied zu helfen, nicht es zu genehmigen oder abzulehnen.
* Sie keine strukturierte Erfassung haben.
## Wie sich Bewerbungen von Tickets unterscheiden
| | Ticket-Panel | Bewerbungs-Panel |
| ----------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------- |
| Wenn das Mitglied klickt | Wenn festgelegt, erscheint ein Pop-up-Formular, dann öffnet sich ein Kanal | Ein Pop-up-Formular öffnet sich |
| Wo die Unterhaltung stattfindet | Im Kanal | Standardmäßig gibt es keinen Kanal. Es dient nur zur Prüfung |
| Wo es sich befindet | Ein Discord-Kanal | Ein Eintrag im Bewerbungs-Dashboard und ein Protokoll-Embed in einem Kanal |
| Maximale Fragen | 5 (ein Formular) | 5 (dasselbe Ein-Formular-Limit) |
| Rollen automatisch vergeben | Nein | Ja, bei Genehmigung |
| Zugangsbedingungen | Pro Option, mit erforderlichen Rollen :crown: und blockierten Rollen :crown: | Pro Option, plus Kontosalters- und Server-Mitgliedschaftsaltersprüfung |
| Ergebnis | Das Ticket wird geschlossen | Genehmigen oder Ablehnen |
| Dem Mitglied beim Ergebnis eine DM senden | Eine DM beim Schließen, optional | Eine DM bei der Entscheidung, optional, ein Schalter |
## Die Formularlänge ist dieselbe wie bei Tickets
Bewerbungen und Tickets verwenden dasselbe Formularsystem, daher gelten dieselben Begrenzungen: **5 Fragen im kostenlosen Plan, bis zu 100 im Premium-Plan**.
Ab mehr als 5 Fragen werden Premium-Bewerbungen zu **mehrstufigen Formularen**. Bei Bewerbungen ist das am wichtigsten: Eine Mitarbeiter- oder Whitelist-Bewerbung ist normalerweise länger als ein Support-Ticket.
Siehe [Wie viele Fragen ein Formular stellen kann](/docs/de/formulare/questions-per-form.md).
## Die vollständige Bewerbererfahrung
Aus Sicht des Bewerbers:
1. **Klicken Sie auf den Bewerben-Button.**
2. **Prüfung der Berechtigung.** Wenn sie die Regeln für Kontosalters-, Server-Mitgliedschaftsalters- oder erforderliche Rollen nicht erfüllen, erhalten sie eine Blockiermeldung und können nicht fortfahren.
3. **Das Formular öffnet sich.** Bis zu 5 Fragen oder ein mehrstufiges Formular mit bis zu 100 Fragen im Premium-Plan.
4. **Absenden.** Sie erhalten eine Bestätigung, dass die Bewerbung eingereicht wurde.
5. **Warten.** Ein Prüfer bearbeitet sie im Dashboard oder mit den Schaltflächen Genehmigen und Ablehnen im Protokollkanal.
6. **Ergebnis.** Wenn **DM-Ergebnis an den Bewerber** aktiviert ist, was standardmäßig der Fall ist, sendet Ticket King ihnen per DM ein Ergebnis mit dem Grund des Prüfers. Der Grund ist der öffentliche Teil des Entscheidungs-Pop-ups.
## Die Erfahrung des Prüfers
Es gibt zwei Orte, um Bewerbungen zu prüfen:
### Im Protokollkanal
Jede Einreichung veröffentlicht ein Protokoll-Embed mit **Genehmigen** (grün) und **Ablehnen** (rot) Schaltflächen. Ein Prüfer klickt auf eine, und ein kleines Pop-up öffnet sich, in dem nach einer optionalen **Grund** (max. 1000 Zeichen, kann dem Bewerber per DM gesendet werden) und einer optionalen **Notiz** (max. 1000 Zeichen, nur intern). Beim Absenden wird die Entscheidung protokolliert.
### Im Dashboard
Geöffnet **Bewerbungen** in der Seitenleiste. Dies ist eine Warteschlange aller Einreichungen, und Sie können sie filtern und durchsuchen. Klicken Sie auf eine beliebige Einreichung, um die Antworten zu sehen, und handeln Sie dann. Die Prüfwarteschlange ist kostenlos.
→ [Die Bewerbungsseite](/docs/de/bewerbungen/the-applications-page.md)
## Was Sie konfigurieren
Pro Bewerbungsoption:
* **Bewerbungstyp.** Eine Textbezeichnung, die als Formulartitel angezeigt wird.
* **Protokollkanal.** Wo Einreichungen gepostet werden. Dies ist erforderlich. Ohne ihn können Einreichungen nicht protokolliert werden und Prüfer sehen sie nicht.
* **Bewerbungsfragen.** Bis zu 5.
* **Berechtigung.** Mindestalter des Kontos und Mindestalter der Server-Mitgliedschaft.
* **Erneute Bewerbung.** Der Schalter zum Zulassen erneuter Bewerbungen und eine Abkühlphase in Tagen.
* **Vergebene Rollen.** Die bei Genehmigung vergebenen Rollen.
* **Zu entfernende Rollen.** Die bei Genehmigung entfernten Rollen, zum Beispiel eine wartende „ausstehend“-Rolle.
* **Prüferrollen.** Wer genehmigen oder ablehnen kann.
* **Erforderliche Rollen** :crown: **und blockierten Rollen** :crown:**.** Die gleiche rollenbezogene Sperrung pro Option wie bei Tickets.
* **Ergebnis per DM an den Bewerber.** Ob dem Bewerber bei der Entscheidung eine DM gesendet werden soll.
→ [So gestalten Sie Ihre Bewerbung](/docs/de/bewerbungen/designing-your-application.md)
## Verwandt
{% content-ref url="/pages/b2404676c3b173073c5b5f67a24dd9b3be704af0" %}
[Deine Bewerbung gestalten](/docs/de/bewerbungen/designing-your-application.md)
{% endcontent-ref %}
{% content-ref url="/pages/1a7a0d70dd3354132a036b1101c7edb81d00da8f" %}
[Die Seite „Bewerbungen“](/docs/de/bewerbungen/the-applications-page.md)
{% endcontent-ref %}
{% content-ref url="/pages/80b2800578e18957e7eab013a969294b1aed8b0b" %}
[Erstelle ein Bewerbungs-Panel](/docs/de/panels/create-an-application-panel.md)
{% endcontent-ref %}
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://ticketking.xyz/docs/de/bewerbungen/overview.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
