> ## 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.

# Informazioni sulle organizzazioni

> Scopri come strutturare e gestire le organizzazioni in Devin Enterprise

<div id="what-are-organizations">
  ## Cosa sono le organizzazioni?
</div>

Le organizzazioni in Devin Enterprise sono raggruppamenti logici che forniscono struttura e confini per i tuoi team di sviluppo. Ogni organizzazione opera come un'unità autonoma con la propria macchina Devin condivisa, accesso ai repository e autorizzazioni per i membri.

<div id="key-characteristics">
  ### Caratteristiche principali
</div>

**Macchina Devin condivisa**: Ogni organizzazione ha una propria macchina Devin dedicata, condivisa da tutti i membri. Questo garantisce una configurazione dell'ambiente coerente e permette ai membri del team di collaborare nello stesso contesto di sviluppo.

**Isolamento dei repository**: Tutti i repository assegnati a un'organizzazione sono accessibili a tutti i membri di quell'organizzazione. L'accesso ai repository è gestito a livello di organizzazione, non per singolo utente.

**Ambiti dei membri**: Gli utenti possono appartenere a più organizzazioni, ma il loro accesso e le loro autorizzazioni sono definiti in modo indipendente per ciascuna organizzazione.

**Separazione della fatturazione**: Ogni organizzazione ha i propri limiti di ACU (Agent Compute Unit) e il proprio tracciamento dell'utilizzo, consentendo un'allocazione chiara dei costi tra i team.

<div id="organization-structure">
  ## Struttura organizzativa
</div>

<div id="enterprise-hierarchy">
  ### Gerarchia dell'Enterprise
</div>

```
Enterprise Account
├── Organization A (E-commerce Platform)
│   ├── Members: full-stack developers, product managers
│   └── Repositories: web-app, mobile-app, api-service, shared-components
├── Organization B (Analytics Platform)  
│   ├── Members: data engineers, backend developers
│   └── Repositories: data-pipeline, analytics-api, reporting-dashboard
└── Organization C (Infrastructure & Security)
    ├── Members: platform engineers, security engineers
    └── Repositories: infrastructure, deployment-scripts, security-tools
```

<div id="access-control-flow">
  ### Flusso di controllo degli accessi
</div>

1. **Enterprise Admin** crea le organizzazioni e gestisce le impostazioni generali dell’Enterprise
2. **Organization Admins** invitano i membri alle rispettive organizzazioni
3. **Members** accedono a Devin e ai repository all'interno delle organizzazioni a cui sono assegnati
4. Le **autorizzazioni sui repository** vengono concesse dagli Enterprise Admin alle organizzazioni

<div id="planning-your-organization-structure">
  ## Pianificazione della struttura dell'organizzazione
</div>

<div id="recommended-mapping-pattern">
  ### Modello di mappatura consigliato
</div>

Un approccio efficace è **associare ogni organizzazione Devin a un team GitHub/GitLab**, che spesso è allineato con i gruppi del tuo Identity Provider (IdP) e con le tue applicazioni aziendali logiche. Questo offre un modo sistematico per scalare l'utilizzo e gestire l'accesso ai repository.

<div id="example-mapping">
  #### Esempio di mappatura
</div>

| **GitHub Team**      | **Organizzazione Devin** | **Gruppo IdP**      | **Funzione aziendale**                              |
| :------------------- | :----------------------- | :------------------ | :-------------------------------------------------- |
| `ecommerce-platform` | Piattaforma e-commerce   | `product-ecommerce` | Esperienza di acquisto dei clienti (web, API, ecc.) |
| `analytics-platform` | Piattaforma Analytics    | `product-analytics` | Analisi e reportistica sui dati                     |
| `payments-team`      | Piattaforma pagamenti    | `product-payments`  | Elaborazione dei pagamenti e fatturazione           |
| `platform-infra`     | Infrastruttura           | `eng-platform`      | Infrastruttura condivisa e sicurezza                |

<div id="decision-framework">
  ### Framework decisionale
</div>

Quando pianifichi la struttura organizzativa, considera questi fattori:

<Accordion title="Confini del team">
  **Domanda**: Come sono attualmente organizzati i tuoi team di sviluppo?

  **Guida**: Crea organizzazioni che rispecchino la tua struttura di team esistente. I team che collaborano regolarmente sulla stessa codebase dovrebbero in genere condividere un'organizzazione.

  **Esempio**: Se i tuoi team frontend e backend lavorano a stretto contatto sullo stesso prodotto, valuta un'unica organizzazione "Team Prodotto" invece di organizzazioni separate per frontend/backend.
</Accordion>

<Accordion title="Modelli di accesso ai repository">
  **Domanda**: A quali repository devono avere accesso i diversi team?

  **Guida**: Raggruppa i team che hanno bisogno di accedere allo stesso insieme di repository. Ricorda che tutti i membri dell'organizzazione possono accedere a tutti i repository dell'organizzazione.

  **Esempio**: Se sia il tuo team web sia il tuo team mobile hanno bisogno di accedere a un repository condiviso del design system, potrebbero appartenere alla stessa organizzazione.
</Accordion>

<Accordion title="Allocazione dei costi e budgeting">
  **Domanda**: Come vuoi tracciare e allocare i costi di utilizzo di Devin?

  **Guida**: Le organizzazioni costituiscono naturali centri di costo per il tracciamento dell'utilizzo delle ACU. Allinea le organizzazioni alla tua struttura di budgeting.

  **Esempio**: Se definisci il budget separatamente per ogni linea di prodotto, crea organizzazioni che riflettano tali linee di prodotto.
</Accordion>

<div id="next-step">
  ## Prossimo passaggio
</div>

**Configura la tua prima organizzazione**: Impara come [creare e configurare organizzazioni](/it/enterprise/getting-started/get-started#creating-organizations) nel tuo account Enterprise per iniziare a organizzare i team di sviluppo.