> ## Documentation Index
> Fetch the complete documentation index at: https://docs.didit.me/llms.txt
> Use this file to discover all available pages before exploring further.

# Assegnazione dei casi

> In Didit instradi i casi verso i revisori disponibili, usando team di revisione, policy, competenze e capacità dei revisori.

**Gestione dei casi > Assegnazione** raccoglie quattro sezioni: **Regole di assegnazione**, **Team**, **Politiche di revisione** e **Fonti di creazione dei casi**.

## Regole di assegnazione

Le regole vengono valutate in ordine di priorità in base alla fonte del caso, alla priorità e ai tag.
La prima regola attiva che corrisponde seleziona la politica di revisione e, se configurato, un team di revisione.
Un assegnatario selezionato manualmente ha la precedenza sull'assegnazione automatica.

Usa **Test dell'assegnazione** per verificare quale regola corrisponde e perché ciascun revisore è idoneo o non disponibile.
Un'anteprima non salva la bozza e non riserva capacità.
L'assegnazione effettiva ricontrolla l'accesso, le competenze, la disponibilità e la capacità al momento della creazione del caso.
Se nessuno è idoneo, il caso resta non assegnato in attesa di revisione.

**Salva bozza** conserva le modifiche senza influire sull'assegnazione.
Le nuove regole restano non pubblicate e inattive finché non scegli **Pubblica**.
La pubblicazione aggiorna la regola per le assegnazioni successive e registra la sua versione.
Se un altro revisore ha modificato la regola o la sua bozza, l'operazione restituisce un conflitto e conserva il lavoro più recente.

## Team

Un team di revisione elenca i revisori disponibili per una regola, le relative competenze e il carico di lavoro attivo massimo.
Possono essere selezionati solo i membri attivi con accesso ai casi nell'applicazione.
La capacità conta i casi attivi in tutta l'organizzazione.
Un revisore non disponibile viene escluso dall'assegnazione automatica.

L'API di assegnazione accetta anche un inizio e una fine della disponibilità per ciascun membro del team.
Entrambi i timestamp sono facoltativi; quando vengono forniti, la fine deve essere successiva all'inizio.

## Politiche di revisione e fonti di creazione

Le politiche di revisione definiscono il contenuto del caso, i requisiti della checklist, le scadenze predefinite e se un secondo revisore deve approvare una risoluzione.
Le fonti di creazione dei casi mostrano quali workflow, impostazioni di screening e regole sulle transazioni creano casi per una politica selezionata.

Consulta [Politiche di revisione](https://docs.didit.me/it/console/case-management/blueprints.md) e [Revisione a quattro occhi](https://docs.didit.me/it/console/case-management/four-eyes.md) per i requisiti di revisione.


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.