> 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/ticket/lifecycle.md).
# Il ciclo di vita del ticket
Ogni ticket di Ticket King passa attraverso le stesse fasi: **Aperto**, poi un'opzione facoltativa **Prendi in carico**, poi **Chiudi**. Questa pagina illustra cosa accade a ogni passaggio e cosa controlla il tuo team.
## Fase 1: Aperto
**Trigger:**
* Un membro fa clic su un pulsante del pannello o sceglie un'opzione del menu selezionabile.
* Lo staff apre un ticket per conto di qualcuno con `/createticket`.
* Lo staff fa clic con il tasto destro su un messaggio e sceglie **App > Crea ticket**.
**Cosa succede:**
1. Vengono eseguiti controlli opzionali di idoneità (Ruoli richiesti :crown:, Ruoli bloccati, collegamento Steam :crown: per le opzioni che lo richiedono).
2. Appare un modulo pop-up facoltativo (fino a 5 domande).
3. Ticket King crea un nuovo canale o thread.
4. L'autore del ticket e i ruoli di supporto configurati ottengono accesso.
5. Viene pubblicato l'embed di apertura. Può inviare un ping ai ruoli configurati, se hai impostato questa opzione.
6. Le risposte del modulo, se presenti, vengono inserite nell'embed di apertura.
7. Viene registrata una voce "Ticket Opened" nel canale di log dei ticket aperti, se ne hai impostato uno.
**Stato dopo:** Aperto. L'autore e il team di supporto possono chattare.
## Fase 2: Claim (facoltativo)
Un membro specifico dello staff assume la proprietà. Se il claim è consentito viene configurato a livello globale del server.
Le quattro modalità di claim e i loro comportamenti sono descritti in dettaglio su [Claim di un ticket](/docs/it/ticket/claiming-a-ticket.md). La modalità predefinita è **Abilitato - Privato al claim**.
Il claim è a singolo assegnatario. Non esiste il multi-claim. Per passare un ticket a qualcun altro, l'attuale assegnatario esegue `/unclaim`, oppure qualsiasi membro dello staff che può gestire il ticket esegue `/transfer @newperson`.
{% hint style="info" %}
Effettuare il claim, rimuovere il claim e trasferire dentro Discord con `/claim`, `/unclaim`, e `/transfer` sono gratuiti. Eseguire le stesse azioni dalla vista del ticket nella dashboard è :crown: Premium.
{% endhint %}
## Fase 3: Chiusura
La conversazione è conclusa.
**Trigger:**
* Un membro dello staff che può gestire il ticket, oppure l'autore del ticket, esegue `/close [motivo]` o fa clic sul pulsante Close.
* :crown: Il timer di chiusura automatica per inattività scatta dopo il periodo di inattività configurato.
* L'autore del ticket lascia il server, se Autoclose Leave è attivo. Questa è gratuita.
**Cosa succede:**
1. Se **Close Requires Reason** è attivo e non è stato fornito alcun motivo, un pop-up ne richiede uno. Non c'è nessun altro passaggio di conferma sì/no.
2. Viene generata una trascrizione.
3. Una voce "Ticket Closed" viene pubblicata nel canale di log dei ticket chiusi con un pulsante link "View Transcript", se hai impostato quel canale.
4. Se **Messaggio di chiusura all'utente via DM** è attivo, che è l'impostazione predefinita, all'autore del ticket viene inviato un DM con un avviso di chiusura e il link alla trascrizione. Su un server Premium con Ticket Rating attivo, il DM include anche la riga di valutazione a 5 stelle.
5. Il canale viene rimosso:
* Un **canale testuale** viene eliminato. Non esiste un'opzione di archivio per i canali testuali.
* Un **thread** viene archiviato o eliminato, a seconda dell'impostazione **Archive Thread Tickets** (predefinita: Elimina).
**Stato dopo:** Chiuso. Un ticket chiuso non può essere riaperto.
## Un ticket chiuso può essere riaperto?
No. La riapertura non è supportata. Il canale scompare per i ticket testuali, oppure viene archiviato o eliminato per i thread.
Se un membro ha bisogno di ulteriore aiuto sullo stesso argomento, apre un nuovo ticket. Lo staff può fare riferimento alla trascrizione originale.
## Cosa controlli in ogni fase
| Fase | Cosa controlli | Dove |
| ------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------- |
| Aperto | Embed personalizzato, ruoli di supporto, modulo, formato del nome del ticket, idoneità, comportamento dei ping | Editor del pannello e impostazioni per opzione |
| Prendi in carico | Se il claim esiste e cosa fa ai permessi, pingare l'autore al claim, ruoli aggiunti al claim | Impostazioni, Claim dei ticket |
| Chiudi | Motivo richiesto, ruolo di supporto richiesto, nascondi chiusore, invia DM all'autore, motivo predefinito, visualizzazione della trascrizione specifica per ruolo, conteggio dei messaggi dello staff nel log | Impostazioni, Chiusura ticket e impostazioni trascrizione |
| Chiusura del thread | Archivia o elimina | Impostazioni, Stile ticket e impostazioni di claim, Archivia thread ticket |
## Eliminazione del canale al di fuori del flusso di chiusura
Se un membro dello staff elimina direttamente il canale del ticket in Discord senza usare `/close`, Ticket King rileva l'eliminazione e chiude il ticket con il motivo "Il canale del ticket è stato eliminato manualmente da un amministratore." Viene comunque generata una trascrizione.
## Correlati
{% content-ref url="/pages/2a416eba5d164605182916dba6908d83cf2383df" %}
[Rivendicare un ticket](/docs/it/ticket/claiming-a-ticket.md)
{% endcontent-ref %}
{% content-ref url="/pages/28f8604bd5053f0bb68da3874dcbb62e08c21f97" %}
[Chiusura di un ticket](/docs/it/ticket/closing-a-ticket.md)
{% endcontent-ref %}
{% content-ref url="/pages/d6ce4b588a0cacf775114332ceb23dcb49e7705a" %}
[Regole di inattività](/docs/it/ticket/inactivity-rules.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/ticket/lifecycle.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.