SAP Convergent Mediation kennenlernen

Die Nutzung des Cloud-Service-Produkts generiert Nutzungsdatensätze für verschiedene Services über mehrere technische Systeme hinweg. Die Nutzung des Cloud Service wird aus verschiedenen technischen Systemen gesammelt, erweitert und für nachfolgende Rating-Prozesse geprüft.

SAP Convergent Mediation powered by Digital Route bietet eine offene Workflow-Engine, die eine schnelle Anpassung der bereitgestellten Lösungen mit einer leistungsstarken und flexiblen Skriptsprache und voller Selbstversorgung mit dem Development Tool Kit ermöglicht. Darüber hinaus unterstützt sie die Implementierung neuer Funktionen und jeder Art von externer Schnittstelle.

Aufgabe: Richten Sie einen Workflow ein, um Nutzungsereignisse aus der Quelle zu sammeln und zu bepreisende Positionen an SAP Convergent Charging zu senden.

Vorgehensweise:

• Richten Sie einen Batch-Workflow mit den unten aufgeführten Bearbeitertypen ein.
• Konfigurieren Sie die Agents, um die Ereignisse für das Laden zu dekodieren und zu organisieren.
• Der Workflow sollte so eingerichtet sein, dass entsprechende zu bepreisende Positionen für die Weiterleitung an SAP Convergent Charging generiert werden.

Die Abbildung zeigt einen grundlegenden Batch-Workflow von SAP Convergent Mediation. Die verschiedenen Komponenten, bzw. "Agenten", dienen unterschiedlichen Funktionen. Ein „Batch" bezieht sich auf eine Sammlung von Ereignissen, die in der Regel innerhalb einer Datei bewertet und in Rechnung gestellt werden sollen. Jeder Bearbeiter führt verschiedene Verarbeitungsschritte aus. Der Endpunkt, der als „Weiterleitung" bezeichnet wird, wird als Interworkflow bezeichnet und leitet die verarbeiteten Ereignisse an einen nachfolgenden Echtzeit-Workflow weiter, wo sie letztendlich als zu bepreisende Positionen an SAP Convergent Charging übertragen werden.

Es gibt mehrere Designkomponenten, darunter das Anlegen eines Workflows, die Konfiguration der Bearbeiter und das Einrichten eines Weiterleitungs-Workflows in SAP Convergent Charging. Darüber hinaus müssen die Agents konfiguriert werden.

Schritt (1): Wählen Sie die Bearbeiter aus:

• Ziehen Sie die folgenden Agents nacheinander aus den Agents in den Arbeitsbereich:
• Plattensammlung: sammelt Dateien von einer lokalen Festplatte.
• Decoder: Dekodiert die Eingabedatei.
• Analyse: wendet Geschäftsregeln an.
• Encoder: kodiert die Ausgabedaten.
• Interworkflow: Leitet die Daten an den nächsten Workflow weiter.

Schritt (2): Ziehen Sie die Routen:

• Verbinden Sie die Agents, damit sie die Daten an den nächsten Agent senden können.
• (Von der Sammlung über die Verarbeitung bis hin zur Weiterleitung.)

Schritt (3): Konfigurieren Sie die Agents: Konfigurieren Sie jeden Agent mit den im Business Case angegebenen Parametern.

Als Nächstes befindet sich in der Sequenz ein Echtzeit-Workflow. Er empfängt die Ereignisse (ursprüngliche UDR) aus dem Batch-Workflow und führt diese in einen Echtzeitablauf ein.

• Der Interworkflow-Agent IWF Collection wickelt den Empfang von Ereignissen ab.
• Der Analysis-Agent-Prozess muss eine Geschäftslogik enthalten, um die gültigen Informationen aus dem Ereignis in ein entsprechendes Feld im CCCycle-UDR zu übertragen.
• Der Aggregationsagent Process_CC verfolgt die Sitzungen, um zu wissen, zu welcher Anfrage eine Antwort gehört. Dies ist für den Betrieb des CCCycle-UDR von entscheidender Bedeutung.
• Der SAP-Convergent-Charging-Agent SAP_CC kümmert sich um die Kommunikation mit SAP Convergent Charging.

Das CCCycle-UDR ist das Hauptkommunikationsobjekt. Auf übergeordneter Ebene besteht ein CCCycle aus zwei Teilen: Request und Response.

Request

Dies muss vom Workflow gefüllt werden und gibt die Art der Operation an, die SAP Convergent Charging ausführen muss (reguläres Rating, Schätzung des Preises usw.).

Response

Dieser Teil wird vom Agent gefüllt, wenn SAP Convergent Charging antwortet. Dabei kann es sich um ein reguläres Ergebnis (Bewertungsergebnis, Schätzergebnis usw.) oder ein CCException-UDR handeln. Das CCException-UDR kann einen technischen Fehler (z.B. Dispatcher sind nicht erreichbar) oder einen funktionalen Fehler (der Kunde wurde z.B. nicht bereitgestellt) beschreiben.

Darüber hinaus enthält sie ein „Freefeld", das zum Speichern beispielsweise der ursprünglichen UDR verwendet werden kann, die zum Rating-Prozess führt (ein Web-Service-UDR, ein Durchmesserzyklus-UDR) und mit der Antwort aktualisiert werden muss.

Schritt (4): Spezifischer SAP-Convergent-Charging-Workflow:

• SAP Convergent Charging benötigt eine Online-Verbindung, die Request/Response in Echtzeit sendet.
• IWF_Collection empfängt Batch-Daten aus dem vorherigen Workflow und führt sie als Echtzeitereignisse ein.
• Der Prozess ordnet die Ereignisse a einem CCCycle-UDR zu.
• Process_CC erzeugt einen Modus, um die Anfrage an SAP Convergent Charging zu senden und die Antwort zu empfangen. Diese Funktion ist entscheidend, um das Ereignis zu verfolgen und die Antwort mit der korrekten Sitzung zu korrelieren.
• SAP_CC wickelt die Kommunikation mit SAP Convergent Charging ab.
• ECS_Handler behandelt Ausnahmen aus SAP Convergent Charging in einem anderen Workflow.

Der Interworkflow-Sammlungsagent ist so konfiguriert, dass er nachvollziehen kann, woher die eingehenden Ereignisse kommen, und er führt sie in den Echtzeitablauf ein.

Der Aggregationsagent enthält eine Geschäftslogik, die die Sitzungen verfolgt, um zu wissen, zu welcher Anfrage eine entsprechende Antwort gehört.

Der SAP-Convergent-Charging-Agent ist für die Verbindung mit dem SAP-Convergent-Charging-Server konfiguriert. Der SAP-Convergent-Charging-Agent wird mit einer Liste von Dispatcher-IP-Adressen zurückgegeben, die vom SAP-Convergent-Charging-Agenten zur Laufzeit verwendet werden.

Schritt (5): Konfigurieren Sie die Agents: Konfigurieren Sie jeden Agent mit den im Business Case angegebenen Parametern.

Der UDR, der in das Anforderungsfeld des CCCycle-UDR eingegeben wird, definiert die Art der Operation, die in SAP Convergent Charging ausgeführt werden soll. Zu Referenzzwecken stammt der Großteil des verschalten APIs aus der Methode des AsyncStatefulServiceClient in SAP Convergent Charging.

Wenn die Reihenfolge der Workflows von SAP Convergent Mediation ausgeführt wird, werden Nutzungsereignisse aus der Quelle erfasst und als zu bepreisende Positionen an SAP Convergent Charging gesendet. SAP Convergent Charging antwortet mit einer UDR für Bestellungen. Die Bestellung hat einen Status, der den bezahlten Betrag enthält.

Dies wiederum führt dazu, dass eine abrechenbare Position für SAP Convergent Invoicing generiert wird.

Zusätzlich zum ChargeUDR gibt es folgende Rating-Operationen:

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

Echtzeit-Agent, der für das verzögerte Rating in B2B-Fällen verwendet wird.

Die Kosten pro Ereignis werden erst am Ende des Monats ermittelt, nachdem das Gesamtvolumen der Ereignisse gesammelt wurde. Der verzögerte Rating-Prozess umfasst die folgenden Schritte:

• Schritt (1): SAP Convergent Mediation sendet die zu bepreisenden Positionen an SAP Convergent Charging, wo sie nicht online bewertet werden.
• Schritt (2): Zu bepreisende Positionen werden in SAP Convergent Charging mit Stammdaten angereichert und zur Ablage als Verbrauchsposition an SAP Convergent Invoicing gesendet.
• Schritt (3): Verbrauchspositionen werden dort gehalten, um bewertet zu werden.
• Schritt (4): Am Ende des Monats werden alle Verbrauchspositionen im Batch zum Rating an SAP Convergent Charging gesendet.
• Schritt (5): Abrechenbare Positionen (BITs) werden in SAP Convergent Invoicing geladen.
• Schritt (6): SAP Convergent Invoicing verwendet die abrechenbaren Positionen für die Abrechnung und Fakturierung, um die Rechnung zu erzeugen.