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

# Workspace e Progetto

> Comprendi i confini di accesso di Workspace e Progetto in Cromo e scegli dove collocare il lavoro.

Cromo separa l'amministrazione del Workspace dal contesto del Progetto nel quale si svolge il lavoro.

## Workspace

Un **Workspace** è il contenitore principale di un'azienda o di una business unit. Comprende i membri del Workspace e uno o più progetti.

Usa il livello Workspace per:

* invitare e gestire i membri;
* assegnare i ruoli Viewer, Member, Admin o Owner;
* gestire impostazioni e fatturazione del Workspace;
* creare, trovare e cambiare Progetto.

Il ruolo di una persona nel Workspace determina le azioni che può eseguire. L'accesso a uno specifico Progetto richiede anche l'appartenenza a quel Progetto.

## Progetto

Un **Progetto** è il perimetro operativo di un team, un'iniziativa, un cliente o un'area aziendale.

Un Progetto può contenere:

* conversazioni Chat e riferimenti condivisi;
* Fonti, pagine Conoscenza, revisioni e grafo della Conoscenza;
* modelli di dati, tabelle, record e File del team;
* Dashboard;
* Skill di processo;
* Flussi di lavoro, trigger e cronologia delle esecuzioni;
* integrazioni, connettori MCP, membri e impostazioni.

Il contesto del Progetto è intenzionalmente circoscritto. Chat, Conoscenza, Dati e automazioni operano all'interno del Progetto attivo.

## Scegli un confine utile

Crea un Progetto separato quando il lavoro ha persone, contesto sensibile, sistemi o processi operativi propri.

| Crea un unico Progetto quando…                 | Crea progetti separati quando…                                |
| ---------------------------------------------- | ------------------------------------------------------------- |
| Lo stesso team necessita dello stesso contesto | Team diversi non devono vedere gli stessi record              |
| Fonti e processi sono strettamente correlati   | Ogni area ha policy o integrazioni distinte                   |
| Dati e flussi di lavoro devono interagire      | Le automazioni richiedono responsabili o permessi differenti  |
| Un grafo della Conoscenza condiviso è utile    | Lo stesso termine assume significati diversi nelle varie aree |

Per esempio, **Customer Operations** può comprendere rinnovi, escalation e policy di servizio se vengono gestiti dallo stesso team. **Internal IT** dovrebbe normalmente essere separato perché Fonti, membri e automazioni hanno uno scopo diverso.

## Membri e ruoli

I ruoli del Workspace sono cumulativi:

* **Viewer** può usare la Chat e leggere il contenuto del Progetto.
* **Member** può contribuire a Conoscenza e Fonti, lavorare con Dati e Dashboard, usare i connettori e creare o eseguire automazioni.
* **Admin** può anche gestire membri, impostazioni, connettori ed eliminazione delle Dashboard.
* **Owner** dispone di tutti i permessi, inclusa la gestione della fatturazione.

Un Admin del Workspace può aggiungere a un Progetto persone già presenti nel Workspace. Rimuovere qualcuno da un Progetto elimina il suo accesso a quel Progetto senza rimuoverlo dal Workspace.

Consulta [Ruoli e permessi](/it/reference/roles-and-permissions) per i dettagli.

## Assegna nomi chiari ai progetti

Scegli un nome che descriva l'area operativa, non un'attività temporanea:

* Customer Operations
* Supplier Management
* Sales Enablement
* Security Reviews

Evita nomi come “Test”, “Nuovo progetto” o il riferimento a un singolo ticket. Un confine stabile rende più semplice mantenere Conoscenza e automazioni.

<Tip>
  Inizia dal perimetro più piccolo che verrà utilizzato ripetutamente. Potrai creare altri progetti con la crescita dell'azienda.
</Tip>

<Card title="Invita e gestisci i membri" icon="users" href="/it/guides/invite-and-manage-members">
  Segui i passaggi esatti per invitare colleghi, assegnare ruoli e controllare l'accesso ai progetti.
</Card>