Exploration de SAP Convergent Mediation

L'utilisation du produit du Service Cloud génère des enregistrements de données d'utilisation pour différents services dans plusieurs systèmes techniques. L'utilisation du Service Cloud est collectée à partir de divers systèmes techniques, améliorée et contrôlée pour les processus d'évaluation suivants.

SAP Convergent Mediation powered by Digital Route fournit un moteur de workflow ouvert qui permet une adaptation rapide des solutions déployées, avec un langage de script puissant et flexible et une autonomie totale avec le kit d'outils de développement. En outre, il prend en charge l'implémentation de nouvelles fonctionnalités et de tout type d'interface externe.

Tâche : configurez un workflow pour collecter des événements d'utilisation à partir de la source et envoyer des éléments de tarification à SAP Convergent Charging.

Procédure :

• Établissez un workflow en arrière-plan avec les types d'agents répertoriés ci-dessous.
• Configurez les agents pour décoder et organiser les événements pour l'imputation.
• Le workflow doit être configuré pour générer les éléments de tarification correspondants pour le transfert vers SAP Convergent Charging.

La figure illustre un workflow par lots SAP Convergent Mediation de base. Les différents composants, ou "agents", servent différentes fonctions. Un "lot" fait référence à un ensemble d'événements, généralement dans un fichier, à noter et à facturer. Chaque agent exécute des étapes de traitement distinctes. Le point de terminaison, appelé "Transfert", est appelé Interworkflow et achemine les événements traités vers un workflow "en temps réel" ultérieur où ils seront finalement transmis en tant qu' Éléments de tarification à SAP Convergent Charging.

Il existe plusieurs composants de conception, notamment la création d'un workflow, la configuration des agents et l'établissement d'un workflow de transfert SAP Convergent Charging. En outre, les agents devront être configurés.

Étape (1) : sélectionnez les agents :

• Faites glisser les agents suivants un par un depuis les agents vers la zone des contenus applicatifs :
• Disk Collection : collecte les fichiers à partir d'un disque local.
• Décoder : décode le fichier d'entrée.
• Analyse : applique des règles de gestion.
• Encodeur : code les données de sortie.
• Interworkflow : transfère les données au workflow suivant.

Étape (2) : Faites glisser les itinéraires :

• Connectez les agents afin qu'ils puissent envoyer les données à l'agent suivant.
• (de l'encaissement au traitement en passant par le transfert.)

Étape (3) : Configurez les agents : configurez chaque agent avec les paramètres indiqués dans l'analyse de rentabilité.

La suite de la séquence est un workflow en temps réel. Il reçoit les événements (UDR d'origine) du workflow batch et les introduit dans un flux en temps réel.

• L'agent Interworkflow IWF Collection gère la réception des événements.
• Le processus de l'agent d'analyse doit contenir une logique applicative pour transférer les informations valides de l'événement vers une zone correspondante dans l'UDR CCCycle.
• L'agent d'agrégation Process_CC garde une trace des sessions afin de savoir à quelle demande une réponse appartient. Il s'agit de la clé pour que l'UDR CCCycle fonctionne.
• L'agent SAP Convergent Charging SAP_CC prend en charge la communication avec SAP Convergent Charging.

L'UDR CCCycle est l'objet de communication principal. À un niveau élevé, un CCCycle est composé de deux parties : Demande et Réponse.

Demande

Cela doit être renseigné par le workflow et détaille le type d'opération que SAP Convergent Charging doit exécuter (notation régulière, estimation du prix, etc.).

Réponse

Cette partie est renseignée par l'agent lorsque SAP Convergent Charging répond. Il peut s'agir d'un résultat régulier (résultat de notation, résultat estimé, etc.) ou d'un CCException UDR. L'UDR CCException peut décrire une erreur technique (les répartiteurs sont inaccessibles par exemple) ou une erreur fonctionnelle (le client n'a pas été mis à disposition par exemple).

En outre, il contient un "champ libre" qui peut être utilisé pour stocker, par exemple, l'UDR d'origine qui conduit au processus de notation (un UDR de service Web, un cycle de diamètre UDR) et qui doit être mis à jour avec la réponse.

Étape (4) : Workflow SAP Convergent Charging spécifique :

• SAP Convergent Charging nécessite une connexion en ligne, l'envoi de la demande/réponse en temps réel.
• IWF_Collection reçoit les données de lot du workflow précédent et les introduit comme événements en temps réel.
• Le processus mappe les événements a à un CCCycle UDR.
• Process_CC crée une session pour envoyer la demande à SAP Convergent Charging et recevoir la réponse. Cette fonction permet de suivre l'événement et de corréler la réponse à la bonne session.
• SAP_CC gère la communication avec SAP Convergent Charging.
• ECS_Handler gère les exceptions de SAP Convergent Charging dans un workflow différent.

L'agent de collecte Interworkflow est configuré pour comprendre d'où arrivent les événements entrants et les introduit dans le flux en temps réel.

L'agent d'agrégation contient une logique applicative qui suit les sessions afin de savoir à quelle demande appartient une réponse correspondante.

L'agent SAP Convergent Charging est configuré pour gérer la connexion avec le serveur SAP Convergent Charging. L'agent SAP Convergent Charging est retourné avec une liste des adresses IP du répartiteur qui seront utilisées par l'agent SAP Convergent Charging au moment de l'exécution.

Étape (5) : Configurez les agents : configurez chaque agent avec les paramètres indiqués dans l'analyse de rentabilité.

L'UDR placé dans la zone "demande" de l'UDR CCCycle définit le type d'opération à exécuter dans SAP Convergent Charging. Pour référence, la plupart des API encapsulées proviennent de la méthode de AsyncStatefulServiceClient dans SAP Convergent Charging.

Lorsque la séquence des workflows SAP Convergent Mediation s'exécute, les événements d'utilisation sont capturés à partir de la source et envoyés comme éléments de tarification à SAP Convergent Charging. SAP Convergent Charging répond par une commande d'achat UDR. La commande d'achat a un statut qui contient le montant payé.

Cela entraîne à son tour la génération d'un BIT pour SAP Convergent Invoicing.

En plus de ChargeUDR, il existe les opérations de tarification suivantes :

• EstimateChargeUDR et BlankChargeUDR
• CheckLimitUDR
• SessionStartUDR, SessionUpdateUDR, SessionStopUDR

Agent en temps réel utilisé pour la notation différée dans les cas B2B.

Le coût par événement ne sera pas déterminé avant la fin du mois, une fois que le volume total des événements aura été collecté. Le processus de tarification différée implique les étapes suivantes :

• Étape (1) : SAP Convergent Mediation envoie les éléments de tarification à SAP Convergent Charging où ils ne sont pas notés en ligne.
• Étape (2) : les postes facturables sont enrichis avec des données de base dans SAP Convergent Charging et envoyés à SAP Convergent Invoicing pour être archivés comme poste pour utilisation.
• Étape (3) : les postes pour utilisation y sont mis en attente d'être notés.
• Étape (4) : à la fin du mois, tous les postes pour utilisation sont envoyés en arrière-plan à SAP Convergent Charging pour la notation.
• Étape (5) : les postes décomptables sont chargés dans SAP Convergent Invoicing.
• Étape (6) : SAP Convergent Invoicing utilise les postes décomptables pour le décompte et la facturation pour générer la facture.