> ## Documentation Index
> Fetch the complete documentation index at: https://docs.devinenterprise.com/llms.txt
> Use this file to discover all available pages before exploring further.
# Policy di utilizzo: limiti ACU per utente
> Limita il consumo mensile di ACU di ciascun utente con livelli di utilizzo, mappature di gruppi IdP, override per membro e richieste di utilizzo aggiuntivo.
Le policy di utilizzo consentono agli amministratori Enterprise di limitare il consumo mensile di ACU di ciascun membro. L'**utilizzo locale** di un membro (Devin Desktop, Devin CLI) e l'**utilizzo cloud** (sessioni Devin) concorrono a un unico limite per utente e, una volta raggiunto il limite, non è più possibile avviare nuovo lavoro da nessuna funzionalità.
Gestisci le policy di utilizzo da [Impostazioni Enterprise > Policy di utilizzo](https://app.devin.ai/settings/usage-policies).
I limiti ACU per utente sono in beta e devono essere abilitati per il tuo Enterprise. Per attivarli, contatta il tuo team account.
Ecco alcuni aspetti da conoscere:
* Per gestire le policy di utilizzo è necessaria l'autorizzazione **Gestisci limiti ACU** o di amministratore della fatturazione.
* I limiti vengono reimpostati ogni mese in base al ciclo di fatturazione del contratto (se il contratto inizia il 23, i limiti vengono reimpostati il 23).
* L'utilizzo di Devin Review non viene conteggiato ai fini dei limiti per utente.
* I limiti per utente sono indipendenti dai [limiti ACU a livello di organizzazione](/it/admin/billing/enterprise#setting-organization-acu-limits): una sessione viene bloccata se viene raggiunto uno dei due limiti.
## Livelli di utilizzo
Un **livello di utilizzo** è un gruppo di membri con un nome che condividono la stessa allocazione mensile di ACU, ad esempio un team di ingegneri, un team di analisti dei dati o un gruppo di amministratori. I livelli si applicano a tutta l'Enterprise. L'allocazione si applica singolarmente a ciascun membro; non è un budget condiviso dal livello.
Hai sempre un **livello predefinito**: vi viene assegnato ogni membro, inclusi quelli che si uniscono in seguito, a meno che non siano assegnati a un altro livello. Il primo livello che crei diventa quello predefinito e puoi cambiare il livello predefinito dall'elenco dei livelli.
### Configurazione guidata
Se non hai ancora configurato i livelli o sei agli inizi, fai clic su **Configura con consigli** nella pagina dei livelli. Devin analizza l’utilizzo per membro negli ultimi tre cicli di fatturazione, suggerisce una configurazione completa con un livello per ciascun membro e ti consente di modificare tutto prima di applicarla. Una simulazione integrata mostra chi supererebbe il proprio limite e il volume previsto di richieste, così non avrai sorprese.
### Creare livelli manualmente
1. Vai a **Impostazioni Enterprise > Policy di utilizzo > Livelli di utilizzo**.
2. Fai clic su **Aggiungi livello**.
3. Assegna un nome al livello e specifica un'**allocazione di utilizzo mensile**: il limite ACU di base assegnato a ogni membro del livello all'inizio di ogni ciclo. Lascia il campo vuoto per non impostare alcun limite.
4. Facoltativamente, configura l'[utilizzo aggiuntivo](#approval-policies), ovvero come i membri di questo livello possono ricevere più ACU.
5. Fai clic su **Crea livello**.
### Assegnare membri a un livello
Apri un livello, passa alla scheda **Membri** e fai clic su **Assegna membro**. Spostando un membro da un altro livello, vengono rimossi eventuali override specifici per quel membro e viene applicata l'allocazione del livello di destinazione.
### Mappare i gruppi IdP ai livelli
Invece di assegnare i membri uno a uno, puoi mappare i gruppi del tuo provider di identità ai livelli. Nella pagina dei livelli, fai clic su **Configura mappature dei gruppi**, poi su **Aggiungi mappatura** e seleziona un gruppo e un livello. I membri ereditano automaticamente il livello del proprio gruppo in base all'appartenenza al gruppo in tempo reale tramite la tua [integrazione IdP](/it/enterprise/security-access/idp-groups).
#### Priorità dei livelli
I gruppi IdP di un membro possono essere associati a più livelli; per risolvere eventuali parità, i livelli sono ordinati per priorità. Per ordinarli, fai clic su **Modifica priorità** nella pagina dei livelli e trascinali nell'ordine desiderato: più un livello è in alto, maggiore è la sua priorità. La priorità indica solo la precedenza: un livello con priorità più alta può avere un'allocazione inferiore.
## Come viene determinato il tier di un membro
Un membro può rientrare contemporaneamente in più tier. Il tier applicabile viene determinato nel seguente ordine:
1. **Tier assegnato esplicitamente** — un'assegnazione diretta a un tier prevale su qualsiasi mappatura di gruppo.
2. **Tier mappato a IdP con la priorità più alta** — se i gruppi IdP del membro sono mappati a più tier, prevale il tier con la priorità più alta.
3. **Tier predefinito** — il fallback per tutti gli altri.
Ad esempio, supponiamo che Ada appartenga a due gruppi IdP: *Engineering*, mappato a un tier da 500 ACU, e *Platform*, mappato a un tier da 1.000 ACU che ha una posizione più alta nell'elenco dei tier. Ada rientra nel tier da 1.000 ACU. Se un Admin la assegna direttamente al tier da 500 ACU, tale assegnazione prevale e il suo limite diventa 500.
## Override per membro
Gli amministratori possono applicare un override al limite di un singolo membro senza modificarne il tier: dalla pagina **Membri**, fai clic sul limite del membro e imposta un nuovo valore.
* Un **override temporaneo** dura fino alla fine del ciclo di fatturazione corrente, dopodiché il membro torna al limite base del proprio tier. La data di scadenza viene visualizzata accanto all'override.
* Un **override permanente** rimane valido nei cicli successivi finché non viene rimosso.
Un override modifica solo il valore del limite del membro: il membro resta nel proprio tier, che continua a definire elementi quali la sua [policy di approvazione](#approval-policies) per l'utilizzo aggiuntivo.
Prima di applicare una modifica che riduce i limiti, Devin mostra in anteprima l'impatto — quanti membri verrebbero bloccati, avrebbero un limite ridotto o non subirebbero modifiche — così puoi confermare avendo il quadro completo.
## Richieste aggiuntive di utilizzo
### Come i membri richiedono più utilizzo
Un membro che necessita di più ACU può richiedere un aumento tramite il pulsante **Request more** nel grafico del consumo di ACU della pagina **My analytics** oppure direttamente dagli avvisi visualizzati quando si avvicina al proprio limite o lo raggiunge. Può selezionare un importo, aggiungere facoltativamente un motivo e monitorare o annullare la richiesta in sospeso. Gli aumenti richiesti sono sempre **temporanei**: si applicano solo al ciclo di fatturazione corrente.
### Policy di approvazione
La **policy di approvazione** di ciascun tier determina il trattamento delle richieste dei relativi membri:
| Policy | Comportamento |
| ---------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **Approvazione manuale** | Ogni richiesta resta in attesa della revisione di un amministratore. |
| **Approva sempre** | Le richieste vengono approvate automaticamente fino alla **quota massima di approvazione automatica** del tier. |
| **Approva in base all'efficienza** | Le richieste vengono approvate automaticamente fino alla quota massima di approvazione automatica, ma solo se il [punteggio di efficienza](#efficiency-scores) del membro è **Sano** o **Soddisfacente** e solo per piccoli incrementi rispetto al suo utilizzo corrente. I membri in regola prossimi al proprio limite ricevono inoltre incrementi automatici, senza dover inviare manualmente una richiesta. |
L'approvazione automatica opera sempre a vantaggio del membro:
* Le richieste non vengono mai negate automaticamente: negarle è sempre una decisione dell'amministratore. Una richiesta che non può essere approvata automaticamente resta semplicemente in attesa di revisione.
* Una richiesta che supera il limite di approvazione automatica viene concessa fino a tale limite, affinché il membro possa continuare a lavorare; la parte restante resta in attesa dell'intervento di un amministratore.
* Un override permanente impostato da un amministratore non viene mai sostituito da un'approvazione automatica.
### Punteggi di efficienza
Devin classifica il recente utilizzo delle sessioni cloud di ciascun membro come **Buono**, **Soddisfacente** o **Da migliorare**. I membri il cui utilizzo recente è prevalentemente locale o troppo limitato per essere valutato sono contrassegnati come **Sconosciuto** e non sono idonei all'approvazione automatica basata sull'efficienza. I membri possono visualizzare il proprio punteggio, insieme a suggerimenti per migliorarlo, nella pagina **My analytics**; [Devin Coach](/it/enterprise/features/devin-coach) li aiuta a migliorarlo mentre lavorano.
### Esame delle richieste
Esamina le richieste in **Policy di utilizzo > Richieste di utilizzo aggiuntivo**. Le richieste in attesa sono contrassegnate come **Bloccata** (il richiedente ha raggiunto il proprio limite) o **Proattiva** (inviata in anticipo) e puoi approvarle o negarle singolarmente o in blocco. Fai clic su una richiesta per visualizzare il tier del membro, il limite corrente, il messaggio e il punteggio di efficienza prima di decidere. L'approvazione concede l'aumento come override temporaneo per il resto del ciclo.
Gli amministratori autorizzati ad approvare le richieste ricevono una notifica nell'app e via email: immediatamente quando un richiedente è bloccato attivamente e tramite un riepilogo giornaliero per le richieste proattive.
## Monitoraggio dei membri
La pagina **Policy di utilizzo > Membri** elenca tutti i membri con il relativo utilizzo attuale, limite, livello e origine del limite, ordinati per utilizzo affinché quelli a rischio siano visualizzati per primi. I membri bloccati sono evidenziati e puoi fare clic su un membro per approfondirne l'utilizzo e l'efficienza delle sessioni nel ciclo attuale: informazioni utili prima di approvare una richiesta o modificare un limite. Da questa pagina puoi anche modificare direttamente il livello o l'override di un membro.
## Cosa vedono i membri al raggiungimento del limite
Man mano che consumano la propria quota, i membri ricevono avvisi sempre più evidenti: una notifica intorno ai due terzi del limite, quindi banner persistenti quando vi si avvicinano e lo raggiungono. Una volta bloccati, visualizzano un messaggio che spiega di aver superato il limite di ACU per utente, con l'azione **Richiedi più ACU** che apre la finestra di dialogo per la richiesta.
## Domande frequenti
No. I [limiti a livello di organizzazione](/it/admin/billing/enterprise#setting-organization-acu-limits) impongono un limite all'utilizzo totale di un'organizzazione, mentre le policy di utilizzo limitano individualmente ciascun membro. Entrambi vengono applicati in modo indipendente.
No. L'allocazione di un tier si applica individualmente a ciascun membro. Per un budget condiviso, crea un'organizzazione con un limite ACU a livello di organizzazione e assegna il team a tale organizzazione.
I limiti esistenti impostati tramite l'API vengono visualizzati nell'interfaccia utente come override permanenti e l'API continua a funzionare. Per la gestione programmatica, consulta il [riferimento API per i limiti ACU a livello utente](/it/admin/billing/user-acu-limits).
No. L'utilizzo di ACU di Devin Review è escluso dai limiti per utente.
All'inizio di ogni finestra mensile di fatturazione, in base al ciclo del tuo contratto. Gli override temporanei e le richieste approvate scadono nello stesso momento.