Plans

  • Rversion finale: Australia
  • Mis à jour 12 mars 2026
  • 4 minutes de lecture
  • Découvrez comment les plans définissent la structure des expériences de configuration et agissent comme des conteneurs pour les champs, les règles, les mises en CPQ page et les produits configurables.

    Les plans constituent la base de chaque expérience de configuration dans CPQ. Ils définissent la structure, le comportement et la mise en page visuelle des configurations en reliant tous les éléments clés (champs, règles, mises en page et produits configurables) dans un conteneur unique et gérable. Un plan représente la logique de configuration complète d’un produit ou d’une expérience et garantit un comportement cohérent entre les environnements.

    À l’aide de plans, les administrateurs peuvent concevoir, déployer et gérer des workflows de configuration sans dupliquer le contenu ou la logique. Chaque plan fournit un espace modulaire avec version pour créer et affiner des expériences de configuration en toute sécurité avant de les déployer en production.

    Composants de plans

    Un plan rassemble plusieurs éléments clés qui définissent le comportement d’une configuration et son apparence aux utilisateurs finaux.
    • Champs : capturer les données et les entrées de l’utilisateur. Les plans associent uniquement le sous-ensemble de champs globaux pertinents pour cette expérience de configuration.
    • Règles : définissez la logique métier qui régit la visibilité, la validation, l’inclusion des produits et les comportements dynamiques. Les règles se connectent automatiquement aux plans lorsque leurs champs référencés sont associés.
    • Mises en page : déterminez comment les champs et les sélecteurs apparaissent dans l’interface utilisateur. Chaque mise en page est unique à un plan, bien qu’un plan puisse contenir plusieurs mises en page.
    • Produits configurables : indiquez le point d’entrée qui lance la configuration définie par un plan. Plusieurs produits peuvent référencer un seul plan, mais chaque produit ne peut appartenir qu’à un seul plan.
    • Enrichissements : étendez la logique au-delà du moteur de règles pour gérer les scripts avancés, les connexions externes ou les enrichissements de prix.

    Cycle de vie du plan

    Les plans sont des entités contrôlées par version qui progressent à travers un cycle de vie simple : création, association, déploiement et migration.
    • Créer : définissez un nouvel enregistrement de plan et attribuez-lui un nom.
    • Associer : lier des champs, des règles, des mises en page et des produits configurables au plan.
    • Déployer : rendez le plan disponible pour les configurations de l’utilisateur final dans votre environnement.
    • Exporter/Importer : déplacez les plans entre les environnements de développement, de test et de production pour la gestion des versions et leur réutilisation.

    Interface d’administration de plans

    Chaque enregistrement de plan comprend plusieurs onglets qui offrent une visibilité sur sa structure et ses composants connexes :
    • Champs associés : affichez tous les champs et sous-champs liés au plan, organisés par type (Standard, Ensembles, Sélecteurs de produits, Système).
    • Règles associées : passez en revue les règles actives et inactives automatiquement liées par le biais de références de champ.
    • Mises en page : affichez ou modifiez les mises en page associées au plan. La mise en page la plus récemment enregistrée est utilisée par défaut pendant l’exécution.
    • Produits configurables : affichez tous les produits qui lancent l’expérience de configuration définie par le plan.
    • Déploiements : suivez les déploiements les plus récents, y compris la date, l’utilisateur et l’état.
    • Enrichissements : gérez les scripts d’enrichissement qui s’exécutent en dehors du moteur de règles (par exemple, les scripts d’initialisation ou de tarification).

    Déploiement et environnements

    Les déploiements rendent un plan visible pour les utilisateurs finaux. Tous les changements associés (champs, règles, mises en page et produits configurables) deviennent actifs lors du déploiement. Les notifications de déploiement s’affichent dans le coin inférieur gauche de l’interface d’administration et affichent des mises à jour d’état telles que « En cours » ou « Terminé ».

    Le comportement de déploiement varie selon le type d’environnement :
    • Production : les plans déployés restent actifs indéfiniment.
    • Test : automatiquement dédéployé après 30 jours d’inactivité (réinitialisation lors du redéploiement).
    • Démo : automatiquement dédéployé tous les week-ends pour maintenance.

    Migration et contrôle de version

    Les plans peuvent être exportés et importés dans différents environnements pour prendre en charge les cycles de vie de développement et le contrôle de version. Le package exporté inclut tous les éléments connexes tels que les champs, les règles et les mises en page, ce qui vous permet de migrer les configurations sans recréer manuellement les composants.

    Lors de l’importation, les administrateurs peuvent mettre à jour les ID de produit, les mappages de règles et les références spécifiques à l’environnement pour garantir la compatibilité dans l’organisation cible. CPQ gère des ID uniques pour chaque produit configurable afin de préserver l’intégrité des données dans les environnements.

    Directives générales

    • Créez des plans modulaires pour chaque flux de produit ou de configuration majeur.
    • Utilisez des noms descriptifs et des noms de variables pour plus de clarté et de maintenabilité.
    • Révisez régulièrement les règles inactives pour éviter qu’une logique obsolète ne revienne dans les déploiements.
    • Déployez les changements dans un environnement contrôlé avant de les promouvoir en production.
    • Documentez les scripts d’enrichissement et les connexions externes personnalisées utilisées par chaque plan.