Orchestrateur de revenu dynamique en tant que couche d'orchestration de l'intégration

Capacités de la couche d'orchestration

DRO agit en tant que couche de coordination centrale pour l'exécution après la commande.

• Un emplacement unique pour définir les actions requises après une commande, notamment le provisionnement, l'exécution, les déclencheurs de facturation et les mises à jour ERP, et leur séquence.
• Une zone de dessin visuelle dans laquelle le plan d'orchestration est visible par les équipes opérationnelles. Au lieu d'une logique enfouie dans un middleware ou Apex personnalisé, le flux de réalisation est conçu, surveillé et géré à un emplacement unique.
• Points d'intégration natifs pour les systèmes en aval. Au lieu de demander à chaque système sa propre intégration personnalisée à l'enregistrement Commande, DRO décompose la commande commerciale en tâches d'exécution technique. Chaque tâche contient exactement les données dont le système en aval a besoin dans la structure qu'il attend.
• Chaque étape du flux de réalisation a un statut. Les conditions de péril, dans lesquelles une étape risque de manquer ses accords de niveau de service (SLA), sont automatiquement exposées. Les équipes opérationnelles peuvent afficher une vue complète en aval à partir d'une vue unique sans basculer entre les systèmes.

Pour les entreprises qui gèrent actuellement le provisionnement, les mises à jour ERP et les déclencheurs de facturation par des intégrations distinctes de CPQ, DRO représente une amélioration architecturale significative. Cette approche est pertinente pour les entreprises de télécommunications, de services technologiques et de fabrication où la réalisation implique plusieurs équipes internes ou fournisseurs tiers. La complexité distribuée entre de nombreuses connexions est consolidée dans un modèle d'orchestration unique et visible.

Implication pratique

Prenons l'exemple d'une entreprise qui vend un abonnement logiciel avec ces dépendances en aval.

• Un ERP qui doit comptabiliser le revenu
• Un système de facturation qui doit initier le calendrier de facturation, et
• Une plate-forme de provisionnement qui doit activer la licence.

Dans CPQ, ces dépendances nécessitent généralement trois intégrations distinctes, chacune déclenchée par l'enregistrement Commande et traitant les amendements indépendamment. Dans Gestion du revenu avec DRO, la commande commerciale est passée à la fois. DRO le décompose en trois tâches de réalisation orchestrées, une pour chaque système en aval et chacune transportant la charge utile technique appropriée. Si la commande est modifiée, DRO réorganise automatiquement les tâches en aval. L'équipe opérationnelle affiche les trois tâches, leur statut et les conditions de danger dans une zone de dessin unique. Aucune modification de logique middleware n'est requise.

Intégration ERP

L'intégration ERP est l'un des domaines les plus impactants à traiter pendant la migration.

• Dans Gestion du revenu, Order et OrderProduct sont des objets Salesforce standard. Les intégrations ERP qui référencent actuellement des objets personnalisés CPQ doivent être remappées avec ces objets standard dans le cadre de la migration.
• Pour les entreprises qui utilisent DRO, les mises à jour ERP peuvent être déclenchées en tant que tâches d'exécution orchestrées plutôt que d'intégrations directes. Cette approche simplifie le modèle d'intégration et garantit que les mises à jour du système ERP sont correctement séquencées dans le flux de réalisation plus large.
• Le remappage des identifiants de champ d'intégration tels que les ID de commande et les ID de contrat est une activité de migration clé. Traiter cette activité comme un flux de travail explicite.
• Utilisez la Gestion des factures pour rationaliser l'intégration en transférant des enregistrements de facture depuis Gestion du revenu vers votre système ERP.

Intégration du système de facturation

L'intégration du système de facturation nécessite une évaluation délibérée pendant la migration.

• Si vous utilisez un système de facturation tiers avec CPQ, déterminez si les capacités de facturation native de Gestion du revenu peuvent le remplacer. La consolidation sur une plate-forme unique simplifie considérablement l'architecture.
• Si vous conservez un système de facturation externe, les déclencheurs de facturation peuvent être modélisés en tant que tâches d’exécution de SDR, ce qui permet à l’équipe opérationnelle de visualiser l’initiation de la facturation dans la même zone de dessin d’orchestration que le provisionnement et le système ERP.
• Les workflows de rapprochement des factures et des paiements doivent être revalidés dans le cadre des critères d’acceptation de la mise en ligne.

Intégration du système de provisionnement

L'intégration du provisionnement est l'un des domaines dans lesquels le DRO offre la valeur opérationnelle la plus directe.

• Le provisionnement est l'endroit où la valeur d'orchestration de DRO est le plus directement ressentie. La commande commerciale décrit l'achat du client. DRO traduit cela dans la spécification technique dont le système de provisionnement a besoin.
• Pour les entreprises qui ont une décomposition de produits complexe et qui nécessitent plusieurs actions de provisionnement technique, le mappage de décomposition de DRO gère cette opération nativement, ce qui élimine la nécessité d'une logique de traduction personnalisée dans les middlewares.
• Les accords de niveau de service de provisionnement peuvent être définis au niveau de la tâche de DRO, et les conditions de péril sont automatiquement exposées lorsqu'une tâche risque de manquer sa cible.