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.
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.
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.
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.
Vai a Impostazioni Enterprise > Policy di utilizzo > Livelli di utilizzo.
Fai clic su Aggiungi livello.
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.
Facoltativamente, configura l’utilizzo aggiuntivo, ovvero come i membri di questo livello possono ricevere più ACU.
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.
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.
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.
Un membro può rientrare contemporaneamente in più tier. Il tier applicabile viene determinato nel seguente ordine:
Tier assegnato esplicitamente — un’assegnazione diretta a un tier prevale su qualsiasi mappatura di gruppo.
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.
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.
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 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.
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.
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 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.
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 li aiuta a migliorarlo mentre lavorano.
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.
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.
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.
Le policy di utilizzo sostituiscono i limiti ACU a livello di organizzazione?
No. I limiti a livello di organizzazione impongono un limite all’utilizzo totale di un’organizzazione, mentre le policy di utilizzo limitano individualmente ciascun membro. Entrambi vengono applicati in modo indipendente.
Un tier può fungere da budget condiviso per un team?
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.
Abbiamo già impostato limiti per utente tramite l'API. Cosa succede?
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.
Devin Review viene conteggiato nei limiti per utente?
No. L’utilizzo di ACU di Devin Review è escluso dai limiti per utente.
Quando vengono reimpostati i limiti?
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.
⌘I
Assistant
Responses are generated using AI and may contain mistakes.