> 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/designing-your-application.md).
# Progettare la tua candidatura
L'editor delle opzioni dell'applicazione usa un layout piatto, con ogni campo in una sola pagina. Le opzioni dei ticket usano invece le schede Generale, Messaggi e Avanzate.
Questa guida procede dall'alto verso il basso.
## Tipo di applicazione
Un'etichetta di testo, fino a **50 caratteri**.
Questo è il titolo del modulo che i membri vedono quando fanno clic sul pulsante di candidatura. Esempi sono "Candidatura Staff", "Candidatura Partner" e "Richiesta Ruolo".
È obbligatorio. La dashboard lo contrassegna con un asterisco e non ti permetterà di salvare l'opzione finché non lo compili.
## Canale di log
È obbligatorio. Senza di esso, nessuno può esaminare le candidature.
È un selettore di canale. Imposta dove le candidature inviate vengono pubblicate come embed, con i pulsanti Approva e Rifiuta. Puoi impostarlo in eredità dal valore predefinito del pannello oppure sovrascriverlo.
Se il valore predefinito del pannello non è impostato e questo è impostato su eredita, vedrai una nota che indica che non è impostato alcun valore predefinito del pannello, che questa opzione deve essere sovrascritta e che altrimenti le candidature non possono essere inviate. Imposta il canale, poi salva.
## Domande dell'applicazione
Fino a **5 domande**. Usa lo stesso sistema di moduli dei moduli dei ticket.
→ [Tipi di domanda](/docs/it/moduli/question-types.md)
Il titolo del modulo è il Tipo di applicazione di cui sopra. Il corpo è costituito dalle tue 5 domande.
## Requisiti di idoneità
Blocca le candidature dagli account che non sono idonei, prima che inizino il modulo.
| Campo | Tipo | Intervallo | Predefinito |
| ----------------------------------------- | ------ | ---------- | --------------------- |
| **Età minima dell'account (giorni)** | numero | da 0 a 365 | Nessuno (disattivato) |
| **Permanenza minima nel server (giorni)** | numero | da 0 a 365 | Nessuno (disattivato) |
Se un membro non soddisfa una regola, riceve un messaggio di blocco che indica la regola non soddisfatta e il numero di giorni richiesto:
* Account troppo nuovo: un messaggio che indica che il suo account Discord deve avere almeno N giorni per inviare una candidatura.
* Non nel server da abbastanza tempo: un messaggio che indica che deve essere membro del server da almeno N giorni per inviare una candidatura.
## Impostazioni di ricandidatura
Cosa succede se la candidatura di un membro viene decisa e vuole candidarsi di nuovo.
| Campo | Tipo | Comportamento |
| -------------------------------- | --------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **Consenti ricandidatura** | interruttore (predefinito attivo) | Quando è disattivato, un membro che ha inviato una candidatura una volta non può più inviarne altre, e il cooldown non conta. |
| **Periodo di cooldown (giorni)** | numero, da 0 a 365 | Mostrato solo quando Consenti ricandidatura è attivo. Dopo una decisione, il membro deve attendere questo numero di giorni prima di inviare un'altra candidatura alla stessa opzione. |
Una configurazione comune è Consenti ricandidatura attivo con un cooldown di 7 giorni. Questo offre ai candidati seri una possibilità di tornare senza consentire spam.
## Ruoli assegnati
Un selettore multi-ruolo. Quando una candidatura viene approvata, Ticket King aggiunge questi ruoli al candidato.
Schemi comuni:
* Candidatura staff: assegna il ruolo "Staff" o "Moderatore".
* Candidatura partner: assegna "Partner".
* Candidatura per assegnazione di ruoli: assegna il ruolo per cui si sono candidati.
{% hint style="warning" %}
Il ruolo del bot Ticket King deve trovarsi sopra ogni Ruolo assegnato nell'elenco dei ruoli di Discord. Se un Ruolo assegnato si trova sopra il ruolo del bot, l'assegnazione del ruolo non funziona. Trascina Ticket King in **Impostazioni server, Ruoli**.
{% endhint %}
## Ruoli da rimuovere
Un selettore multi-ruolo. Quando una candidatura viene approvata, Ticket King rimuove questi ruoli dal candidato. È l'opposto dei Ruoli assegnati, e i due funzionano insieme in un solo passaggio.
Un uso comune è un ruolo di mantenimento "candidato" o "in attesa". Quando qualcuno si candida riceve il ruolo di mantenimento e, quando lo approvi, Ticket King rimuove il ruolo di mantenimento e aggiunge il suo nuovo ruolo allo stesso tempo.
Il ruolo del bot deve trovarsi sopra ogni ruolo che elenchi qui, come per i Ruoli assegnati.
## Ruoli revisore
Un selettore multi-ruolo. Solo i membri che hanno almeno uno di questi ruoli possono approvare o rifiutare le candidature con i pulsanti del canale di log.
Questo è separato dalle autorizzazioni della dashboard. Per intervenire sulle candidature, un revisore ha bisogno di uno di questi:
* Almeno uno di questi ruoli revisore, per usare i pulsanti del canale di log.
* L'autorizzazione della dashboard Rivedi candidature, per approvare o rifiutare dalla dashboard. Anche il proprietario del server e chiunque abbia Amministratore o Gestisci server può farlo.
La maggior parte dei server imposta lo stesso ruolo per entrambi.
## Ruoli richiesti (Premium)
Un selettore multi-ruolo che può ereditare dal valore predefinito del pannello oppure essere sovrascritto. Il candidato deve avere almeno uno di questi ruoli per inviare. Questa è una :crown: funzionalità Premium.
## Ruoli bloccati (Premium)
Un selettore multi-ruolo che può ereditare dal valore predefinito del pannello oppure essere sovrascritto. I membri con uno qualsiasi di questi ruoli non possono inviare. Questa è una :crown: funzionalità Premium.
Anche l'impostazione Ruoli bloccati a livello di server si applica qui, e blocca ogni comando, non solo questa opzione.
## Notifiche
| Campo | Tipo | Comportamento |
| ----------------------------------------- | --------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **Invia il risultato in DM al candidato** | interruttore (predefinito attivo) | Quando è attivo, Ticket King invia un DM al candidato dopo la decisione. Il DM include il tipo di applicazione, lo stato (approvata o rifiutata) e il **motivo** che il revisore ha scritto nel pop-up della decisione. |
Non esistono messaggi separati di accettazione e di rifiuto. Un solo interruttore controlla se viene inviato un DM, e il contenuto viene costruito dal motivo del revisore e dallo stato.
Se il candidato ha i DM disattivati, il DM non arriva. La decisione viene comunque registrata.
## Stato dell'opzione
Attivato o disattivato. Accende o spegne questa opzione senza rimuovere l'intero pannello.
## Salva
La dashboard mostra una barra delle modifiche non salvate in basso quando modifichi qualcosa. Fai clic su **Salva** per applicare le modifiche. L'editor non salva automaticamente, quindi devi salvare tu.
## Correlati
{% content-ref url="/pages/907bed00f5b9adc4c715ba142635188bbbfbf385" %}
[La pagina Candidature](/docs/it/candidature/the-applications-page.md)
{% endcontent-ref %}
{% content-ref url="/pages/c4f26fb5162ed1407f887c699714d7c24e5043a7" %}
[Limiti e vincoli delle applicazioni](/docs/it/candidature/limits-and-constraints.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/designing-your-application.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.