Alberi di organizzazioni
Un'organizzazione può avere un genitore, e la profondità non ha limiti: un franchising con regioni e filiali, o un rivenditore con clienti propri. La profondità non è un'impostazione e non è legata a un piano.
Leggere verso il basso, scrivere sul posto
Un chiamante che si trova in un'organizzazione legge le proprie righe, quelle di ogni organizzazione sotto di essa e quelle condivise nel progetto. Crea, modifica ed elimina solo le proprie. Un'appartenenza funziona allo stesso modo, raggiungendo ogni organizzazione sotto quella che nomina e nessuna sopra o accanto.
Le definizioni si ereditano dall'alto
Ciò che definisci a livello di progetto è ereditato da ogni organizzazione, e ciò che un'organizzazione definisce è ereditato da quelle sotto di essa. Questo copre modelli, operazioni, locale, dimensioni di contesto, provider di login, design token, categorie di notifica e voci del catalogo delle varianti. Dove due livelli definiscono la stessa cosa, vince il più profondo, quindi una filiale può estendere ciò che la sua regione ha configurato.
Spostare, sospendere ed eliminare
Spostare un'organizzazione sposta tutto ciò che le sta sotto, e nessuna chiave, sessione o appartenenza viene revocata. Sospenderne una copre il suo sottoalbero senza riscrivere alcuna riga. Eliminarne una pianifica la sua eliminazione, e quella di tutto ciò che le sta sotto, con una finestra di 30 giorni.
Posizionamento che il database rifiuta
Un'organizzazione non può essere posta sotto se stessa, sotto uno dei propri discendenti o sotto un genitore di un altro progetto. Queste regole sono applicate dal database, qualunque sia la via da cui arriva la modifica.
Leggi il dettaglio
La guida agli alberi illustra cosa legge e scrive ogni tipo di chiamante a ogni livello, e quali definizioni si ereditano.