#Ruoli e Permessi

#Introduzione

La gestione dei permessi degli impiegati AI si articola su due livelli:

1. Permessi di accesso degli impiegati AI: Controllano quali utenti possono utilizzare quali impiegati AI.
2. Permessi di accesso ai dati: Definiscono come gli impiegati AI applicano i controlli di permesso durante l'elaborazione dei dati.

Questo documento illustra in dettaglio le modalità di configurazione e il funzionamento di queste due tipologie di permessi.

#Configurazione dei permessi di accesso degli impiegati AI

#Impostazione degli impiegati AI disponibili per i ruoli

Acceda alla pagina User & Permissions, clicchi sulla scheda Roles & Permissions per accedere alla pagina di configurazione dei ruoli.

Selezioni un ruolo, clicchi sulla scheda Permissions e poi sulla scheda AI employees. Qui verrà visualizzato l'elenco degli impiegati AI gestiti nel plugin degli impiegati AI.

Clicchi sulla casella di spunta nella colonna Available dell'elenco degli impiegati AI per controllare se il ruolo attuale può accedere a quell'impiegato AI.

#Permessi di accesso ai dati

Quando gli impiegati AI elaborano i dati, il metodo di controllo dei permessi dipende dal tipo di strumento utilizzato:

#Strumenti di query dati integrati nel sistema (seguono i permessi utente)

I seguenti strumenti accedono ai dati seguendo rigorosamente i permessi dati dell'utente attuale:

Come funziona:

Quando gli impiegati AI richiamano questi strumenti, il sistema:

1. Identifica l'identità dell'utente attualmente loggato.
2. Applica le regole di accesso ai dati configurate per quell'utente in Ruoli e Permessi.
3. Restituisce solo i dati che l'utente ha il permesso di visualizzare.

Scenario di esempio:

Supponiamo che il venditore A possa visualizzare solo i dati dei clienti di cui è responsabile. Quando utilizza l'impiegato AI Viz per analizzare i clienti:

• Viz richiama Data source query per interrogare la tabella dei clienti.
• Il sistema applica le regole di filtro dei permessi dati del venditore A.
• Viz può visualizzare e analizzare solo i dati dei clienti a cui il venditore A ha accesso.

Questo assicura che gli impiegati AI non possano superare i limiti di accesso ai dati dell'utente stesso.

#Strumenti aziendali personalizzati del flusso di lavoro (logica di permesso indipendente)

Gli strumenti di query aziendali personalizzati tramite flussi di lavoro hanno un controllo dei permessi indipendente dai permessi utente, determinato dalla logica aziendale del flusso di lavoro stesso.

Questi strumenti sono tipicamente utilizzati per:

• Processi di analisi aziendale fissi.
• Query aggregate pre-configurate.
• Analisi statistiche che superano i limiti dei permessi.

#Esempio 1: Overall Analytics (Analisi aziendale generale)

Nella demo CRM, Overall Analytics è un motore di analisi aziendale basato su modelli:

Flusso di lavoro:

flowchart TD
    A[Impiegato AI riceve il compito] --> B[Richiama lo strumento Overall Analytics]
    B --> C[Passa il parametro collection_name]
    C --> D[Il flusso di lavoro abbina il modello di analisi corrispondente]
    D --> E[Esegue la query SQL pre-configurata]
    E --> F[Restituisce i dati di analisi aziendale]
    F --> G[Impiegato AI genera grafici e insight]

Caratteristiche chiave:

• Qualsiasi utente che richiami questo strumento otterrà la stessa prospettiva aziendale.
• L'ambito dei dati è definito dalla logica aziendale, non filtrato dai permessi utente.
• Adatto per fornire report di analisi aziendale standardizzati.

#Esempio 2: SQL Execution (Strumento di analisi avanzata)

Nella demo CRM, SQL Execution è uno strumento più flessibile ma che richiede un controllo rigoroso:

Raccomandazioni di sicurezza:

1. Limiti l'ambito di utilizzo: Abiliti solo nelle attività del blocco di gestione.
2. Vincoli del prompt: Definisca chiaramente l'ambito della query e i nomi delle tabelle nei prompt delle attività.
3. Validazione del flusso di lavoro: Convalidi le istruzioni SQL nel flusso di lavoro per assicurarsi che vengano eseguite solo operazioni SELECT.
4. Log di audit: Registri tutte le istruzioni SQL eseguite per facilitare la tracciabilità.

Esempio di configurazione:

Vincoli del prompt dell'attività:
- Può interrogare solo tabelle relative al CRM (leads, opportunities, accounts, contacts)
- Può eseguire solo query SELECT
- L'intervallo di tempo è limitato all'ultimo anno
- I risultati restituiti non superano i 1000 record

#Raccomandazioni per la progettazione dei permessi

#Scelta della strategia dei permessi in base allo scenario aziendale

#Strategia di protezione a più livelli

Per scenari aziendali sensibili, si consiglia di adottare un controllo dei permessi a più livelli:

1. Livello di accesso degli impiegati AI: Controlla quali ruoli possono utilizzare quali impiegati AI.
2. Livello di visibilità delle attività: Controlla la visualizzazione delle attività tramite la configurazione dei blocchi.
3. Livello di autorizzazione degli strumenti: Verifica l'identità e i permessi dell'utente nei flussi di lavoro.
4. Livello di accesso ai dati: Controlla l'ambito dei dati tramite i permessi utente o la logica aziendale.

Esempio:

Scenario: Solo il dipartimento finanziario può utilizzare l'AI per l'analisi finanziaria

- Permessi impiegato AI: Solo il ruolo finanziario può accedere all'impiegato AI "Finance Analyst"
- Configurazione attività: Le attività di analisi finanziaria vengono visualizzate solo nei moduli finanziari
- Progettazione strumento: Gli strumenti del flusso di lavoro finanziario verificano il dipartimento dell'utente
- Permessi dati: I permessi di accesso alle tabelle finanziarie sono concessi solo al ruolo finanziario

#Domande frequenti

#D: Quali dati possono accedere gli impiegati AI?

R: Dipende dal tipo di strumento utilizzato:

• Strumenti di query integrati nel sistema: Possono accedere solo ai dati che l'utente attuale ha il permesso di visualizzare.
• Strumenti personalizzati del flusso di lavoro: Determinati dalla logica aziendale del flusso di lavoro, potrebbero non essere limitati dai permessi utente.

#D: Come prevenire la fuga di dati sensibili da parte degli impiegati AI?

R: Adotti una protezione a più livelli:

1. Configuri i permessi di accesso al ruolo degli impiegati AI, limitando chi può utilizzarli.
2. Per gli strumenti integrati nel sistema, si affidi ai permessi dati dell'utente per il filtraggio automatico.
3. Per gli strumenti personalizzati, implementi la validazione della logica aziendale nei flussi di lavoro.
4. Le operazioni sensibili (come SQL Execution) dovrebbero essere autorizzate solo agli amministratori.

#D: Cosa fare se desidero che alcuni impiegati AI superino le restrizioni dei permessi utente?

R: Utilizzi gli strumenti aziendali personalizzati del flusso di lavoro:

• Crei flussi di lavoro per implementare logiche di query aziendali specifiche.
• Controlli l'ambito dei dati e le regole di accesso nei flussi di lavoro.
• Configuri gli strumenti per l'utilizzo da parte degli impiegati AI.
• Controlli chi può richiamare questa capacità tramite i permessi di accesso degli impiegati AI.

#D: Qual è la differenza tra Overall Analytics e SQL Execution?

R:

#Migliori pratiche

1. Segua i permessi utente per impostazione predefinita: A meno che non ci sia un'esigenza aziendale chiara, dia priorità all'utilizzo degli strumenti integrati nel sistema che seguono i permessi utente.
2. Analisi standardizzata tramite modelli: Per scenari di analisi comuni, utilizzi il modello Overall Analytics per fornire capacità standardizzate.
3. Controlli rigorosamente gli strumenti avanzati: Strumenti con privilegi elevati come SQL Execution dovrebbero essere autorizzati solo a pochi amministratori.
4. Isolamento a livello di attività: Configuri le attività sensibili in blocchi specifici e implementi l'isolamento tramite i permessi di accesso alla pagina.
5. Audit e monitoraggio: Registri il comportamento di accesso ai dati degli impiegati AI e revisioni regolarmente le operazioni anomale.