Einführung in SAP Billing Revenue Innovation Management (BRIM)
Effiziente Navigation über Benutzungsoberflächen von SAP Convergent Charging
Kundenstammdaten erläutern: Kundenkonto, externes Konto und Charging-Vertrag
Gebühren anlegen
Die Unterschiede zwischen Tabellentypen erläutern
Verwenden von Bepreisungsmakros und Verstehen der Replikation von Preisen/Konditionen für wiederkehrende Tarife
Tarifschemas anlegen
Erkunden von Zuschlägen
Architektur und Integration erläutern
Web-Services und Java-APIs verwenden
Verwalten von Vorgängen

Provider-Vertrag verwalten (inkl. Zugriff)

Objectives

After completing this lesson, you will be able to:
  • Erläutern Sie, wie der Provider-Vertrag zwischen den Lösungskomponenten von SAP BRIM verteilt wird.
  • Erläutern Sie, woraus sich ein Provider-Vertrag zusammensetzt und welche grundlegenden Informationen zum Einrichten des Provider-Vertrags erforderlich sind.

Verteilung des Provider-Vertrags

Unternehmensszenario

Trennlinie

Jede IT-Abteilung wird im SAP-SOM-System durch einen Account/Geschäftspartner dargestellt und hat bereits einen Provider-Vertrag.

Das Produkt, das die IT-Abteilung verwendet, ist der Cloud Selection Service. Das Produkt umfasst ein Abonnement und muss monatlich bezahlt werden. Die monatliche Gebühr hängt von der ausgewählten Service-Level-Vereinbarung ab.

Die Stammdaten für die IT-Abteilung wurden nach dem Anlegen in SOM in das Convergent-Charging-System repliziert.

Provider-Vertrag

Ein Provider-Vertrag ist eine langfristige Vereinbarung zwischen einem Serviceanbieter und einem Kunden basierend auf bestimmten Bedingungen. Diese Bedingungen wurden zuvor ausgehandelt, um festzulegen, wie und wann dem Kunden Gebühren in Rechnung gestellt werden. Das bedeutet, dass der Provider-Vertrag eine Verknüpfung zwischen einem Kunden (dargestellt durch ein Kundenkonto in SAP Convergent Charging) und einem oder mehreren Services darstellt, die der Kunde abonniert hat.

Wenn der Provider-Vertrag im Kernwerkzeug angezeigt wird, stehen vier Registerkarten zur Verfügung:

  1. Definition
  2. Zähler
  3. Zusätzliche Informationen
  4. Rerating-Status

Auf der Registerkarte Definition werden die grundlegenden Informationen zum Vertrag angezeigt:

  • Der Serviceanbieter/Katalog, zu dem dieser Vertrag gehört.
  • Das Kundenkonto, zu dem dieser Vertrag gehört.
  • Wenn der Vertrag mit einem anderen Provider-Vertrag verknüpft ist, wird die ID des verknüpften Vertrags angezeigt.

    Notiz

    Verknüpfte Verträge werden in dieser Schulung nicht behandelt.
  • Die Batch-Rating-Gruppe, zu der der Vertrag gehört.

    Batch-Rating-Gruppen sind nur dann von Bedeutung, wenn Sie das Batch-Rating mit dem „Batch Acquisition and Rating Toolset" (BART) durchführen. Da BART abgekündigt ist und alle Batch-Rating-Vorgänge von SAP Convergent Invoicing gesteuert werden, sind die Informationen in der Regel nicht mehr wichtig.

  • Der Einsatzstatus.

    Der operative Status eines Vertrags kann sich im Laufe der Zeit ändern. Folgende Zustände sind möglich:

    • Aktiv:

      Der Provider-Vertrag ist voll funktionsfähig.

    • Gesperrt:

      Der Provider-Vertrag ist vorübergehend gesperrt. SAP-Convergent-Charging-Prozesse sind für diesen Vertrag nicht verfügbar.

    • Geschlossen:

      Der Provider-Vertrag wird deaktiviert.

  • Der operative Status eines Vertrags kann sich im Laufe der Zeit ändern. Folgende Zustände sind möglich:
    • Aktiv:

      Der Provider-Vertrag ist voll funktionsfähig.

    • Gesperrt:

      Der Provider-Vertrag ist vorübergehend gesperrt. SAP-Convergent-Charging-Prozesse sind für diesen Vertrag nicht verfügbar.

    • Geschlossen:

      Der Provider-Vertrag wird deaktiviert.

Die folgende Grafik zeigt, welche Zustandsübergänge möglich sind. Sie stellen möglicherweise fest, dass ein Vertrag, der den Status "Geschlossen" erreicht hat, nicht mehr auf "aktiv" gesetzt werden kann.

Mögliche Zustandsübergänge: Aktiv, Gesperrt und Geschlossen und in der richtigen Reihenfolge.

Zähler sind ein wichtiges Konzept in SAP Convergent Charging. Wie der Begriff impliziert, können sie verwendet werden, um Dinge zu zählen, die Sie verfolgen möchten. Dies kann die Anzahl der Minuten sein, die ein Kunde ein gemeinsames Auto verwendet hat, oder die Anzahl der CPU-Stunden, die innerhalb eines Abrechnungszeitraums für einen Service in Anspruch genommen wurden. Der Wert eines Zählers kann von Vertragspositionen gemeinsam genutzt werden, wenn sie mit demselben Namensraum konfiguriert sind. Auf diese Weise können Sie erreichen, dass eine Vertragsposition den Zählerwert erhöht, wenn der Kunde eine CPU verwendet (und sie am Ende jedes Abrechnungszyklus zurücksetzt), während eine andere Vertragsposition den aktuellen Wert liest, um die Basisgebühr basierend auf der CPU-Auslastung zu diskontieren. Ob ein Zähler gemeinsam genutzt wird oder nicht, wird im Tarifschema, Aufladeschema oder Überwachungsschema konfiguriert, das von der Vertragsposition referenziert wird. Die Registerkarte auf Vertragsebene zeigt nur das Ergebnis dieser Konfiguration an.

Die gemeinsame Nutzung von Zählerwerten über Provider-Verträge hinweg ist auch möglich, wenn diese Verträge zum selben Kundenkonto gehören. Diese Sharing-Mechanik wird in diesem Kurs nicht näher behandelt.

Viele Objekte in SAP Convergent Charging bieten Registerkarten mit zusätzlichen Informationen. Diese zusätzlichen Informationen werden als Liste von Schlüssel-Wert-Paaren gespeichert, in der Werte der Datentypen string, number und date verfügbar sind. Diese zusätzlichen Informationen können nicht als Teil der Preisberechnungslogik verwendet werden. Es ist nur zu Ihrer Information da.

Auf der letzten Registerkarte Rerating-Status werden Informationen angezeigt, die den Rerating-Prozess steuern. Sie werden diesen Prozess in diesem Kurs nicht im Detail behandeln, aber es wird eine kurze Einführung gegeben. Die Grundidee dieses Prozesses besteht darin, eine Option zur Wiederholung der Preisberechnung bereitzustellen. Dies kann erforderlich sein, wenn Preise als falsch ermittelt wurden oder weil die Gültigkeit von Preisänderungen nicht korrekt gepflegt wurde. Diese Fehler können zu falschen Rechnungen führen, was wiederum zu Kundenreklamationen führen kann. Insbesondere in Business-to-Business-Szenarien bestehen Unternehmen darauf, korrigierte Rechnungen zu erhalten, was diese Funktion wertvoll macht. Beim Rerating sperrt SAP Convergent Charging den Vertrag, den es für reguläre Rating-Vorgänge bearbeitet, so dass reguläre Rating-Vorgänge keine Rerating-Vorgänge beeinträchtigen. Jede Sperre ist mit einem sogenannten Rerating-Sperrcode verknüpft. Die Registerkarte zeigt sowohl den aktuellen als auch den zuletzt verwendeten Rerating-Sperrcode an.

Jeder Vertrag kann mehrere Vertragspositionen haben. In dieser Schulung müssen Sie zunächst einige weitere Themen behandeln, bevor Sie Vertragspositionen detaillierter behandeln können. Haben Sie also vorerst etwas Geduld.

Stammdaten- und Vertragsreplikation in SAP Convergent Charging

Wenn neue Geschäftspartner, Vertragskonten und Provider-Verträge angelegt werden, werden diese an SAP Convergent Charging gesendet. SAP Subscription Order Management repliziert nur die Geschäftspartner und Vertragskonten, die von einem Provider-Vertrag referenziert werden. Sehen wir uns an, wie das funktioniert.

Übersicht über die Verteilung von Geschäftspartner, Vertragskonto und Provider-Vertrag

Diese Grafik gibt einen Überblick über die Verteilung von Geschäftspartner, Vertragskonto und Provider-Vertrag.

Der Geschäftspartner wird nur repliziert, wenn der erste Provider-Vertrag angelegt wird.

Das Vertragskonto wird als gemeinsames Objekt angelegt, das sowohl von SAP Subscription Order Management als auch von FI-CA verwendet wird. Daher ist keine Replikation zwischen diesen beiden Lösungskomponenten erforderlich. SAP Convergent Charging erhält das Vertragskonto jedoch, sobald der Geschäftspartner erfolgreich empfangen wurde.

Der Provider-Vertrag wird erst nach SAP Convergent Charging repliziert, wenn er erfolgreich in FI-CA angelegt wurde. Wenn die Replikation in SAP Convergent Charging fehlschlägt, wird ein Rollback in FI-CA ausgeführt. Auf diese Weise wird der Vertrag entweder erfolgreich in beide Systeme (FI-CA und SAP Convergent Charging) oder in keines repliziert.

So prüfen Sie ein Kundenkonto und einen Anbieterkontakt

In dieser Demo suchen und öffnen Sie das Kundenkonto BP01.

Die dritte Aufgabe besteht darin, den Wert zu ermitteln, der dem Parameter SLA zugeordnet wurde, und die diesem Vertrag zugeordneten freien CPU-Stunden pro Monat zu prüfen.

Der letzte Schritt besteht darin, nach der technischen Benutzer-ID zu suchen, die dem Vertrag zugeordnet ist.

Schritte

  1. Zuerst suchen Sie nach dem externen Konto, das dieses Kundenkonto hat, und notieren sich dessen ID.

  2. In einem zweiten Schritt öffnen Sie den bereitgestellten Vertrag 2031 und zählen die Anzahl der darin aktivierten Tarifschemas.

  3. Die dritte Aufgabe besteht darin, den Wert zu ermitteln, der dem Parameter SLA zugeordnet wurde, und die diesem Vertrag zugeordneten freien CPU-Stunden pro Monat zu prüfen.

  4. Führen Sie die folgende Übung durch:

  5. In diesem Video zeigt Melissa Jonathan, wie das Tarifschema angezeigt wird, das als Position in einem Provider-Vertrag aktiviert ist, und wie Sie zu der in diesem Tarifschema referenzierten Gebühr navigieren.