Condividi tramite


Gestire i team

 

Data di pubblicazione: febbraio 2017

Si applica a: Dynamics 365 (online), Dynamics 365 (on-premises), Dynamics CRM 2016, Dynamics CRM Online

Nota

Le informazioni fornite qui sono destinate a versioni di Dynamics 365 precedenti a Dynamics 365 (Online), versione 9.0. Per la documentazione più recente, vedere Gestire i team.

L'utilizzo di team in Microsoft Dynamics 365 è facoltativo. Tuttavia, i team rappresentano un modo semplice per condividere gli oggetti aziendali e consentono di collaborare con altri utenti nelle Business Unit. Un team appartiene a una sola Business Unit, ma può includere utenti di altre Business Unit. È possibile associare un utente a più di un team.

Puoi utilizzare due tipi di team:

  • Un team proprietario è proprietario dei record e dispone di ruoli di sicurezza. I privilegi del team sono definiti dai ruoli di sicurezza. Oltre ai privilegi forniti dal team, i membri del team dispongono di privilegi definiti dai rispettivi ruoli di sicurezza e dai ruoli degli altri team di cui sono membri. Un team dispone dei diritti di accesso completi sui record di cui il team è proprietario.

  • Un team di accesso non è proprietario dei record e non dispone di ruoli di sicurezza assegnati al team. I membri del team dispongono di privilegi definiti dai singoli ruoli di sicurezza e dai ruoli degli altri team di cui sono membri. I record vengono condivisi con un team di accesso e al team vengono concessi diritti di accesso ai record, come il diritto di Lettura, Scrittura o Aggiunta.

In questo argomento

Scelta tra team proprietario e team di accesso

Informazioni sui team proprietari

Informazioni sui team di accesso e sui modelli di team

Impostazioni massime per i team di accesso gestiti dal sistema

Scelta tra team proprietario e team di accesso

La scelta del tipo di team può dipendere dagli obiettivi, dalla natura del progetto e anche dalle dimensioni dell'organizzazione. Sono disponibili alcune indicazioni utili per scegliere il tipo di team.

Casi in cui utilizzare un team proprietario

  • I criteri dell'organizzazione richiedono che i record appartengano a entità, ad esempio entità team, anziché utenti.

  • Il numero di team è noto in fase di progettazione del sistema Microsoft Dynamics 365.

  • È necessaria la segnalazione giornaliera dello stato di avanzamento del team proprietario.

Casi in cui utilizzare un team di accesso

  • I team vengono creati e sciolti in modo dinamico. Questa situazione si verifica in genere se non vengono forniti criteri chiari, ad esempio area, prodotto o volume stabilito, per la definizione dei team.

  • Il numero di team non è noto in fase di progettazione del sistema Microsoft Dynamics 365.

  • I membri del team richiedono diritti di accesso diversi ai record. È possibile condividere un record con diversi team di accesso e ogni team fornirà diritti di accesso diversi al record. Ad esempio, a un team è concesso il diritto di accesso in lettura sull'account e a un altro team sono concessi i diritti di accesso in lettura, scrittura e condivisione nello stesso account.

  • Un set univoco di utenti richiede l'accesso a un singolo record disporre della proprietà del record.

Informazioni sui team proprietari

Un team proprietario può essere proprietario di uno o più record. Per impostare un team come proprietario di un record, è necessario assegnare il record al team.

Mentre i team consentono l'accesso a un gruppo di utenti, devi associare singoli utenti a ruoli di sicurezza che garantiscono privilegi necessari per creare, aggiornare o eliminare i record di proprietà dell'utente. Questi privilegi non possono essere applicati assegnando ruoli di sicurezza a un team e quindi aggiungendo l'utente a tale team.

Se un team proprietario non è proprietario dei record e non dispone di ruoli di sicurezza assegnati al team, non può essere convertito in un team di accesso. La conversione è unidirezionale. Non è possibile convertire nuovamente il team di accesso in team proprietario. Durante la conversione, tutte le code e le cassette postali associate al team vengono eliminate. Quando si crea un team nell'applicazione Web, è necessario scegliere il tipo Proprietario.

Ulteriori informazioni:Guida e formazione: Creare o modificare un team, Guida e formazione: Assegnare un record a un utente o a un team

Informazioni sui team di accesso e sui modelli di team

È possibile creare un team di accesso manualmente scegliendo il tipo Accesso o consentire al sistema di creare e gestire un team di accesso per l'utente. Quando si crea un team di accesso, è possibile condividere più record con il team.

Il team di accesso gestito dal sistema viene creato per un record specifico e gli altri record non possono essere condivisi con questo team. Occorre fornire un modello di team che il sistema possa utilizzare per creare un team. In questo modello si definiscono il tipo di entità e i diritti di accesso al record concessi ai membri del team quando il team viene creato.

Un modello di team viene visualizzato in tutti i moduli dei record per l'entità specificata come elenco. Quando si aggiunge il primo utente all'elenco, viene creato l'effettivo team di accesso per il record. È possibile aggiungere e rimuovere i membri del team utilizzando questo elenco. Il modello di team si applica ai record del tipo di entità specificato e delle entità correlate, a seconda delle regole a catena. Per consentire ai membri del team un accesso diverso al record, è possibile indicare diversi modelli di team, ognuno dei quali specifica diritti di accesso differenti. Ad esempio, è possibile creare un modello di team per l'entità account con il diritto di accesso in lettura, che consente ai membri del team di visualizzare l'account specificato. Per un altro team che richiede un accesso più approfondito allo stesso account, è possibile creare un modello di team con diritti di accesso di Lettura, Scrittura, Condivisione e altri diritti. Per essere aggiunto al team, il livello di accesso minimo che un utente deve avere sull'entità specificata nel modello è quello di lettura base (utente).

A causa della relazione con elemento padre tra il modello di team e i team di accesso gestiti dal sistema, quando si elimina un modello tutti i team associati al modello vengono eliminati in base a regole a catena. Se si modificano i diritti di accesso per il modello di team, le modifiche sono valide solo per i nuovi team di accesso creati automaticamente (gestiti dal sistema). I team esistenti non sono interessati.

Nota

L'utente deve disporre di privilegi sufficienti per far parte di un team di accesso. Ad esempio, se il team di accesso ha il diritto di eliminazione per un account, l'utente deve disporre del privilegio di eliminazione per l'entità Account per fare parte del team. Se si tenta di aggiungere un utente con privilegi insufficienti, viene visualizzato il messaggio di errore: "Impossibile aggiungere l'utente al team perché non dispone di privilegi sufficienti sull'entità".

Per istruzioni dettagliate su come creare un modello di team e aggiungerlo al modulo dell'entità, vedere l'articolo in Guida e formazione: Creare un modello di team e aggiungerlo a un modulo dell'entità

Impostazioni massime per i team di accesso gestiti dal sistema

Il numero massimo di modelli di team che è possibile creare per un'entità è specificato nell impostazione di distribuzione MaxAutoCreatedAccessTeamsPerEntity. Il valore predefinito è 2. Il numero massimo di entità che è possibile abilitare per i team di accesso creati automaticamente è specificato nell'impostazione di distribuzione MaxEntitiesEnabledForAutoCreatedAccessTeams. Il valore predefinito è 5. Puoi utilizzare il comando Set-CrmSetting di Windows PowerShell per aggiornare questo valore.Ulteriori informazioni:TeamSettings o MSDN: Impostazioni di entità di distribuzione e di configurazione della distribuzione.

Vedere anche

Gestire la sicurezza, gli utenti e i team
Aggiungere team o utenti a un profilo sicurezza campi
Aggiornare le impostazioni di configurazione della distribuzione
Guida e formazione: Informazioni sui modelli di team
Scarica: Accedi ai team in Microsoft Dynamics CRM
Download: Modello di sicurezza scalabile con Microsoft Dynamics CRM
MSDN: Comportamento della relazione di entità

© 2017 Microsoft. Tutti i diritti sono riservati. Copyright