Un team è dotato del ruolo Utente o Visualizzatore e può contenere uno o più utenti.
Anziché essere assegnato a utenti specifici, il ruolo Utente o Visualizzatore viene assegnato al team e tutti i membri in esso contenuti disporranno di tale ruolo. Se un team dispone del ruolo Utente potrà essere assegnato come preparatore, revisore, commentatore o visualizzatore.
Poiché i team non concedono l'accesso ai ruoli applicazione o ai privilegi, un utente con il ruolo applicazione Team - Gestisci o Controllo accesso - Gestisci può creare e gestire team. In questo modo viene garantita una gestione dei team più distribuita. Ad esempio, una o più persone in ogni ufficio locale di un'organizzazione possono gestire dei team. I team rappresentano una soluzione più appropriata per organizzazioni di grandi dimensioni con una gestione decentralizzata e in cui non è necessario assegnare l'accesso agli utenti. Ad esempio, un utente avanzato in Giappone può gestire un team di preparatori con base nel paese senza produrre alcun effetto sulle riconciliazioni in altre parti del mondo.
Quando si crea una riconciliazione, con la riconciliazione vengono salvati anche i membri del team. Questo consente di mantenere accurata la cronologia e risalire a chi stava lavorando sulla riconciliazione. Tuttavia, se le modifiche vengono apportate ai membri del team e si desidera visualizzare le modifiche applicate alla riconciliazione esistente, è possibile utilizzare l'opzione Aggiorna team disponibile nell'elenco a discesa Azioni nella riconciliazione per aggiornare l'elenco dei membri del team memorizzato con la riconciliazione.
Se si elimina un membro da un team e tale membro ha già completato un lavoro su una riconciliazione come preparatore o revisore, il sistema visualizzerà quell'utente come Preparatore (effettivo) o Revisore (effettivo). Questo sarà in aggiunta al Preparatore o Revisore corrente.
Team e gruppi
Sia i team che i gruppi consentono di creare raccolte di utenti. La differenza è che i gruppi consentono anche di assegnare ruoli applicazione. Ad esempio, è possibile creare un gruppo di utenti con il ruolo applicazione Report - Gestisci e questo consentirà a tutti gli utenti del gruppo di creare report. Poiché il ruolo di un utente può essere modificato dai gruppi, solo gli amministratori dei servizi possono gestirli. Questo determina una gestione più centralizzata dei gruppi. Inoltre, è possibile configurare i gruppi Oracle Identity Cloud Service (IDCS) in modo che l'appartenenza degli utenti possa essere sincronizzata con lo strumento di gestione delle identità preferito dal cliente. Per ulteriori informazioni sui gruppi Cloud EPM e IDCS, fare riferimento alla sezione Gestione di gruppi in Amministrazione di Controllo accesso .
I team sono semplicemente una raccolta di utenti. Poiché non hanno la possibilità di concedere ruoli, i team possono essere amministrati da utenti avanzati (o da qualsiasi utente a cui è stata concessa l'autorizzazione da un amministratore del servizio). In questo modo viene garantita una gestione dei team più distribuita. Ad esempio, la gestione dei team può essere affidata ai responsabili dell'organizzazione di ciascun cliente in tutto il mondo.
Le funzioni dei gruppi elencate di seguito non sono disponibili per i team.
Fare riferimento alla sezione Report di audit, report degli accessi e log di audit nella Guida introduttiva per gli amministratori.
Pertanto, è consigliabile utilizzare i gruppi quando è necessario assegnare ruoli o avere una gestione centralizzata degli utenti che può essere integrata con Identity Management, se lo si desidera, oppure quando sono necessarie funzioni di nidificazione o audit. Si consiglia di utilizzare i team se si dispone di una gestione più decentralizzata degli utenti e non è necessario assegnare ruoli applicazione.