Arbres d'organisations
Une organisation peut avoir un parent, et la profondeur n'est pas limitée : une franchise avec des régions et des agences, ou un revendeur avec ses propres clients. La profondeur n'est pas un paramètre et n'est pas liée à un forfait.
Lire vers le bas, écrire sur place
Un appelant situé dans une organisation lit ses propres lignes, celles de chaque organisation en dessous et les lignes partagées dans le projet. Il ne crée, ne modifie et ne supprime que les siennes. Une appartenance fonctionne de la même façon : elle atteint toutes les organisations sous celle qu'elle nomme, et aucune au-dessus ni à côté.
Les définitions s'héritent d'en haut
Ce que vous définissez au niveau du projet est hérité par chaque organisation, et ce qu'une organisation définit est hérité par celles qui sont en dessous. Cela couvre les modèles, les opérations, les locales, les dimensions de contexte, les fournisseurs de connexion, les tokens de design, les catégories de notification et les entrées du catalogue de variantes. Quand deux niveaux définissent la même chose, le plus profond l'emporte : une agence peut donc étendre ce que sa région a configuré.
Déplacer, suspendre et supprimer
Déplacer une organisation déplace tout ce qui se trouve en dessous, et aucune clé, session ou appartenance n'est révoquée. En suspendre une couvre son sous-arbre sans réécrire aucune ligne. En supprimer une la planifie, avec tout ce qui se trouve en dessous, sur une fenêtre de 30 jours.
Un placement que la base de données refuse
Une organisation ne peut pas être placée sous elle-même, sous l'un de ses propres descendants, ni sous un parent d'un autre projet. Ces règles sont appliquées par la base de données, quelle que soit la voie par laquelle le changement arrive.
Lire le détail
Le guide des arbres expose ce que chaque type d'appelant lit et écrit à chaque niveau, et quelles définitions s'héritent.