> 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/it/candidature/overview.md).

# Panoramica delle candidature

Una **candidatura** è simile a un ticket, ma con una fase di revisione in mezzo. Invece di aprire un canale quando un membro clicca il pulsante, Ticket King raccoglie le risposte del modulo e le registra in un canale di revisione. I revisori poi cliccano **Approva** o **Rifiuta**.

<figure><img src="/files/d3df1fe3894671747762c8137969bcf7d5131e5e" alt="A flow diagram"><figcaption></figcaption></figure>

## Quando usare le candidature invece dei ticket

Scegli le candidature quando:

* Vuoi rivedere e approvare prima di parlare.
* Preferisci non creare un canale per ogni candidato.
* Vuoi che i ruoli vengano assegnati automaticamente all'approvazione.
* Vuoi un processo di revisione strutturato con note dei revisori.

I casi d'uso comuni sono candidature per lo staff, candidature per partner, richieste di assegnazione ruoli e ammissioni per community con accesso tramite invito.

## Quando restare con i ticket

Resta con i pannelli ticket quando:

* Vuoi avviare subito una conversazione.
* La decisione è aiutare il membro, non approvarlo o rifiutarlo.
* Non hai un processo di raccolta strutturato.

## In cosa le candidature differiscono dai ticket

|                                         | Pannello ticket                                                                                                   | Pannello candidatura                                                      |
| --------------------------------------- | ----------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------- |
| Quando il membro clicca                 | Appare un modulo pop-up se impostato, poi si apre un canale                                                       | Si apre un modulo pop-up                                                  |
| Dove avviene la conversazione           | Nel canale                                                                                                        | Non esiste un canale per impostazione predefinita. È solo per revisione   |
| Dove si trova                           | Un canale Discord                                                                                                 | Una voce nella dashboard delle candidature e un embed di log in un canale |
| Numero massimo di domande               | 5 (un modulo)                                                                                                     | 5 (lo stesso limite di un solo modulo)                                    |
| Assegna ruoli automaticamente           | No                                                                                                                | Sì, all'approvazione                                                      |
| Limitazione dell'idoneità               | Per opzione, con Ruoli richiesti <i class="fa-crown">:crown:</i> e Ruoli bloccati <i class="fa-crown">:crown:</i> | Per opzione, più età dell'account ed età di appartenenza al server        |
| Esito                                   | Il ticket si chiude                                                                                               | Approva o Rifiuta                                                         |
| Invia un DM al membro in base all'esito | Un DM alla chiusura, opzionale                                                                                    | Un DM alla decisione, opzionale, un solo interruttore                     |

## Qui vale anche il limite di 5 domande

Le candidature e i ticket usano lo stesso sistema di moduli. Una candidatura non può fare più di 5 domande in un'unica invio. Non c'è modo di suddividere un modulo in più di un pop-up.

Vedi [Il limite di cinque domande](/docs/it/moduli/five-question-limit.md) per i modelli di progettazione che funzionano entro 5.

## L'esperienza completa del candidato

Dal punto di vista del candidato:

1. **Clicca il pulsante per candidarsi.**
2. **Controllo dell'idoneità.** Se non soddisfano le regole sull'età dell'account, sull'età di appartenenza al server o sui ruoli richiesti, ricevono un messaggio di blocco e non possono continuare.
3. **Si apre il modulo pop-up.** Fino a 5 domande.
4. **Invia.** Ricevono una conferma che la candidatura è stata inviata.
5. **Attendi.** Un revisore interviene nella dashboard o con i pulsanti Approva e Rifiuta nel canale di log.
6. **Esito.** Se **Invia risultato in DM al candidato** è attivo, cosa che è l'impostazione predefinita, Ticket King invia loro in DM un risultato con il motivo del revisore. Il motivo è la parte pubblica del pop-up di decisione.

## L'esperienza del revisore

Ci sono due posti in cui esaminare le candidature:

### Nel canale di log

Ogni invio pubblica un embed di log con **Approva** (verde) e **Rifiuta** (rosso). Un revisore ne clicca uno e si apre un piccolo pop-up che chiede un **motivo** (max 1000 caratteri, può essere inviato in DM al candidato) e una **nota** (max 1000 caratteri, solo interno). All'invio, la decisione viene registrata.

### Nella dashboard

Apri **Candidature** nella barra laterale. Questa è una coda di ogni invio e puoi filtrarla e cercarvi dentro. Fai clic su qualsiasi invio per vedere le risposte, poi intervieni. La coda di revisione è gratuita.

→ [La pagina Candidature](/docs/it/candidature/the-applications-page.md)

## Cosa configuri

Per ogni opzione di candidatura:

* **Tipo di candidatura.** Un'etichetta di testo che viene mostrata come titolo del modulo.
* **Canale di log.** Dove vengono pubblicati gli invii. Questo è obbligatorio. Senza di esso, gli invii non possono essere registrati e i revisori non li vedranno.
* **Domande della candidatura.** Fino a 5.
* **Idoneità.** Età minima dell'account ed età minima di appartenenza al server.
* **Ricandidatura.** L'interruttore Consenti ricandidatura e un periodo di cooldown in giorni.
* **Ruoli assegnati.** I ruoli assegnati all'approvazione.
* **Ruoli da rimuovere.** I ruoli rimossi all'approvazione, per esempio un ruolo di mantenimento "in attesa".
* **Ruoli dei revisori.** Chi può approvare o rifiutare.
* **Ruoli richiesti** <i class="fa-crown">:crown:</i> **e Ruoli bloccati** <i class="fa-crown">:crown:</i>**.** Lo stesso controllo dei ruoli per opzione usato nei ticket.
* **Invia risultato in DM al candidato.** Se inviare un DM al candidato in base alla decisione.

→ [Progettare la tua candidatura](/docs/it/candidature/designing-your-application.md)

## Correlati

{% content-ref url="/pages/7aa957604bb5e22a38d741d97f7d3af38a12baa9" %}
[Progettare la tua candidatura](/docs/it/candidature/designing-your-application.md)
{% endcontent-ref %}

{% content-ref url="/pages/907bed00f5b9adc4c715ba142635188bbbfbf385" %}
[La pagina Candidature](/docs/it/candidature/the-applications-page.md)
{% endcontent-ref %}

{% content-ref url="/pages/865ca7635b589395d69fc71e18b3f21a9f7a6e3f" %}
[Crea un pannello applicazione](/docs/it/pannelli/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/it/candidature/overview.md?ask=<question>&goal=<endgoal>
```

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