| 🤖 Cet article a été traduit par IA. Pour obtenir les informations les plus précises, passez à la version anglaise dans le menu en haut de la page. |
1. Qu’est-ce que cette fonctionnalité ?
Dans Virta, les organisations (sellers) sont organisées selon une hiérarchie en arborescence — chaque organisation a une organisation parente, formant une chaîne jusqu’à l’organisation située au niveau le plus élevé. La fonctionnalité Change Parent permet de déplacer une organisation d’une organisation parente à une autre.
Cette fonctionnalité est nécessaire lorsque des organisations se restructurent, sont acquises ou doivent être réaffectées pour des raisons opérationnelles.
Modifier l’organisation parente est une opération sensible, car cela peut avoir un impact sur la facturation, la tarification, les connexions d’itinérance, les programmes de fidélité et l’accès aux modules. C’est pourquoi le système effectue un ensemble complet de vérifications avant d’autoriser toute modification.
2. Dans quels cas l’organisation parente peut-elle être modifiée ?
Le changement d’organisation parente est autorisé lorsque :
l’organisation a le module Change Parent (
cs_change_parent) activél’utilisateur dispose de l’autorisation requise (
organisation_change_parent)l’organisation et la nouvelle organisation parente existent toutes les deux
aucune des conditions de blocage listées ci-dessous ne s’applique
Il existe également deux cas particuliers qui sont toujours autorisés sans vérifications :
Déplacement vers "Deleted Customers" — ceci est toujours autorisé (utilisé lorsqu’une organisation est mise hors service)
Même parent — si le nouveau parent est identique au parent actuel, aucune modification n’est effectuée
Veuillez noter : Cette fonctionnalité est actuellement disponible uniquement pour certains clients sélectionnés. Veuillez contacter votre Customer Success Manager pour plus d’informations.
3. Dans quels cas le changement d’organisation parente est-il bloqué ?
Le système vérifie les conditions suivantes. Si l’une d’elles s’applique, le changement est bloqué et un message d’erreur s’affiche.
Structure de l’organisation
Condition | Motif du blocage |
|---|---|
Le nouveau parent est un seller de type individuel | Les sellers individuels ne peuvent pas avoir de sous-organisations |
Le déplacement créerait une boucle (par exemple, en faisant d’un enfant le parent de son propre ancêtre) | Les hiérarchies circulaires ne sont pas autorisées |
L’organisation a des groupes tarifaires CPO | Les appartenances aux groupes tarifaires deviendraient invalides |
Charging Solutions
Condition | Motif du blocage |
|---|---|
L’organisation appartient à une charging solution, et le nouveau parent se trouve en dehors de cette charging solution | Les organisations doivent rester dans le périmètre de leur charging solution |
Tarification
Condition | Motif du blocage |
|---|---|
L’organisation hérite de la tarification de son parent actuel et n’a pas de configuration tarifaire propre | Elle perdrait sa configuration tarifaire après le déplacement |
Le moteur de tarification détecte des conflits de participation aux plans tarifaires | Les appartenances actives aux plans tarifaires deviendraient invalides |
Facturation
Condition | Motif du blocage |
|---|---|
L’organisation utilise la facturation Procountor, a un CPO contractuel différent de celui de l’organisation elle-même et du nouveau parent, et ne dispose d’aucun enregistrement de facturation | La configuration de facturation serait rompue après le déplacement |
Modules
Condition | Motif du blocage |
|---|---|
L’organisation a des modules payants que le nouveau parent n’a pas | L’accès aux modules serait perdu |
L’organisation a des modules, payants ou non, que le nouveau parent n’a pas | L’accès aux modules serait perdu |
Programme de fidélité
Condition | Motif du blocage |
|---|---|
L’organisation participe directement en tant que CPO aux programmes de fidélité de son parent actuel | La participation au programme de fidélité deviendrait invalide |
Les sous-sellers de l’organisation sont membres EMP des programmes de fidélité du parent actuel | Les adhésions des sous-sellers au programme de fidélité deviendraient invalides |
Connexions d’itinérance
Condition | Motif du blocage |
|---|---|
L’organisation ou l’une de ses sous-organisations a une connexion d’itinérance Hubject active | Les connexions d’itinérance actives doivent d’abord être désactivées |
L’organisation ou l’une de ses sous-organisations a une connexion OCPI active (Hub CPO, Hub EMP, Sub CPO, ou Sub EMP) | Les connexions OCPI actives doivent d’abord être désactivées |
4. Que se passe-t-il après un changement d’organisation parente ?
Lorsqu’une organisation parente est modifiée avec succès :
L’organisation est déplacée sous le nouveau parent dans la hiérarchie. Toutes ses sous-organisations sont déplacées avec elle (elles conservent leur relation avec cette organisation, mais tout le sous-arbre se trouve désormais sous le nouveau parent).
Les systèmes en aval sont notifiés — les index de recherche sont mis à jour et un événement de domaine est publié afin que les autres services Virta puissent réagir au changement.
Si l’organisation est privée, la visibilité de ses emplacements OCPI peut être mise à jour.
Les stations ne sont pas affectées — elles restent attribuées à la même organisation. Seule la position de l’organisation dans l’arborescence change.
5. Comment modifier le parent d’un seller individuel
Utilisez Virta Hub pour modifier le parent depuis la page d’édition de l’organisation. Le système valide le changement avant l’enregistrement. Si la validation échoue, un message d’erreur explique pourquoi le changement a été bloqué.
6. Autorisations requises
Pour modifier le parent d’une organisation, l’utilisateur doit disposer de :
Exigence | Description |
|---|---|
Autorisation | Doit être attribuée au rôle de l’utilisateur pour l’organisation cible |
Module | Doit être activé pour l’organisation |
7. Questions fréquentes
1. Que se passe-t-il pour les sous-organisations lorsque je modifie un parent ?
Elles restent rattachées à l’organisation que vous déplacez. Tout le sous-arbre est déplacé ensemble. Les sous-organisations conservent leur parent existant (qui est l’organisation que vous avez déplacée).
2. Puis-je déplacer une organisation vers une partie complètement différente de l’arborescence ?
Oui, tant que toutes les vérifications de validation sont réussies. Les principales contraintes sont les limites des charging solutions, la compatibilité des modules et l’absence de connexions d’itinérance actives.
3. Que se passe-t-il si la validation Ă©choue ?
Le message d’erreur indique précisément quelle règle a bloqué la modification. Correctifs fréquents :
Désactivez les connexions d’itinérance avant le déplacement
Assurez-vous que le nouveau parent dispose des mĂŞmes modules
Configurez la propre tarification de l’organisation avant de la déplacer hors d’un parent qui la lui fournit
4. Puis-je annuler un changement de parent ?
Oui — remettez le parent à sa valeur d’origine. Les mêmes règles de validation s’appliquent en sens inverse, assurez-vous donc que le parent d’origine remplit toujours toutes les exigences.
5. Pourquoi l’outil de traitement en masse est-il limité à 100 organisations ?
Chaque changement de parent déclenche une validation, des mises à jour en base de données et une propagation d’événements. En traiter trop à la fois pourrait avoir un impact sur les performances du système.
6. J’ai modifié le parent mais rien ne semble avoir changé — est-ce normal ?
Si l’organisation se trouvait déjà sous le parent indiqué, le système le détecte et n’effectue aucune modification. Cela apparaît avec un statut vert « déjà correct » dans l’outil SAM.
7. Les stations sont-elles déplacées lorsque je modifie le parent ?
Non. Les stations appartiennent à une organisation, pas à une position dans l’arborescence. Elles restent attribuées à la même organisation, quelle que soit sa position dans la hiérarchie.