Sie befinden sich hier:
Dynamischer Umsatzorchestrierer als Integrationsorchestrierungsebene
CPQ-Integrationen sind in der Regel Punkt-zu-Punkt-Integrationen mit direkten Verbindungen von CPQ zu einem ERP-System (Enterprise Resource Planning), einem Abrechnungssystem oder einer Bereitstellungsplattform. Jede Verbindung wird unabhängig voneinander gewartet, überwacht und kann bei Änderungen unterbrochen werden. Behandeln Sie die Integrationslandschaft im Rahmen der Migration der Umsatzverwaltung als dedizierten Workstream. Nutzen Sie die Gelegenheit, die Architektur zu überdenken, statt nur die Verbindungen neu zuzuordnen.
In einer traditionellen CPQ-Umgebung müssen Middleware oder benutzerdefinierter Code beim Erteilen eines Auftrags die erforderlichen nachgelagerten Aktionen bestimmen, beispielsweise die Bereitstellung des Produkts, die Benachrichtigung des ERP-Systems, das Auslösen der Abrechnung und das Aktualisieren der Bereitstellungsplattform. Diese Logik erstreckt sich in der Regel über mehrere Punkt-zu-Punkt-Integrationen, die im Laufe der Zeit schwierig zu pflegen sind. Der dynamische Umsatzorchestrierer (Dynamic Revenue Orchestrator, DRO) ersetzt diesen Ansatz und fungiert als einzige Orchestrierungsebene, auf der alle nachgelagerten Vorgänge koordiniert und überwacht werden.
Orchestrierungsebenenfunktionen
DRO fungiert als zentrale Koordinierungsebene für die Abwicklung nach dem Auftrag.
- Ein zentraler Ort zum Definieren der erforderlichen Aktionen nach der Auftragserteilung, einschließlich Bereitstellung, Abwicklung, Abrechnungsauslösern und ERP-Aktualisierungen sowie deren Reihenfolge.
- Ein visueller Zeichenbereich, in dem der Orchestrierungsplan für Betriebsteams sichtbar ist. Der Abwicklungs-Flow wird an einem Ort konzipiert, überwacht und verwaltet, statt dass Logik in Middleware oder benutzerdefiniertem Apex vergraben wird.
- Native Integrationspunkte für nachgelagerte Systeme. Statt dass jedes System seine eigene benutzerdefinierte Integration in den Auftragsdatensatz benötigt, zerlegt DRO den kommerziellen Auftrag in technische Abwicklungsaufgaben. Jede Aufgabe enthält genau die Daten, die das nachgelagerte System in der erwarteten Struktur benötigt.
- Jeder Schritt im Abwicklungs-Flow hat einen Status. Gefährdungsbedingungen, bei denen das Risiko besteht, dass ein Schritt seine Service Level Agreements (SLAs) verpasst, werden automatisch angezeigt. Betriebsteams können das gesamte nachgelagerte Bild in einer einzigen Ansicht anzeigen, ohne zwischen Systemen wechseln zu müssen.
Für Unternehmen, die derzeit die Bereitstellung, ERP-Aktualisierungen und Abrechnungsauslöser über separate Integrationen von CPQ verwalten, stellt DRO eine sinnvolle architektonische Verbesserung dar. Dieser Ansatz ist für Telekommunikations-, Technologieservice- und Fertigungsunternehmen relevant, in denen die Abwicklung mehrere interne Teams oder Drittanbieter umfasst. Die Komplexität, die auf viele Verbindungen verteilt war, wird in einem einzigen sichtbaren Orchestrierungsmodell konsolidiert.
Praktische Auswirkungen
Stellen Sie sich ein Unternehmen vor, das ein Softwareabonnement mit den folgenden nachgelagerten Abhängigkeiten verkauft.
- Ein ERP, das den Umsatz realisieren muss
- Ein Abrechnungssystem, das den Rechnungsplan initiieren muss, und
- Eine Bereitstellungsplattform, die die Lizenz aktivieren muss.
In CPQ erfordern diese Abhängigkeiten in der Regel drei separate Integrationen, die jeweils durch den Auftragsdatensatz ausgelöst werden und Änderungen unabhängig verarbeiten. In "Umsatzverwaltung mit DRO" wird der kommerzielle Auftrag jeweils erteilt. DRO zerlegt sie in drei orchestrierte Abwicklungsaufgaben, eine für jedes nachgelagerte System und jede mit der richtigen technischen Nutzlast. Wenn der Auftrag geändert wird, orchestriert DRO die nachgelagerten Aufgaben automatisch neu. Das Betriebsteam sieht alle drei Aufgaben, ihren Status und alle Gefährdungsbedingungen in einem einzigen Zeichenbereich. Es sind keine Änderungen an der Middleware-Logik erforderlich.
ERP-Integration
Die ERP-Integration ist einer der wirkungsvollsten Bereiche, die während der Migration angegangen werden müssen.
- In der Umsatzverwaltung sind "Auftrag" und "OrderProduct" Salesforce-Standardobjekte. ERP-Integrationen, die derzeit auf benutzerdefinierte CPQ-Objekte verweisen, sollten diesen Standardobjekten im Rahmen der Migration neu zugeordnet werden.
- Bei Unternehmen, die DRO verwenden, können ERP-Aktualisierungen als orchestrierte Abwicklungsaufgaben und nicht als direkte Integrationen ausgelöst werden. Durch diesen Ansatz wird das Integrationsmodell vereinfacht und sichergestellt, dass ERP-Aktualisierungen innerhalb des umfassenderen Abwicklungs-Flows richtig ablaufen.
- Die erneute Zuordnung von Integrationsfeldkennzeichnern wie Auftrags-IDs und Vertrags-IDs ist eine wichtige Migrationsaktivität. Adressieren Sie diese Aktivität als expliziten Workstream.
- Verwenden Sie die Rechnungsverwaltung, um die Integration zu optimieren, indem Sie Rechnungsdatensätze aus der Umsatzverwaltung in Ihr ERP-System übertragen.
Abrechnungssystemintegration
Die Integration des Abrechnungssystems erfordert während der Migration eine bewusste Auswertung.
- Wenn Sie ein Drittanbieter-Abrechnungssystem zusammen mit CPQ verwenden, bewerten Sie, ob es durch die nativen Abrechnungsfunktionen der Umsatzverwaltung ersetzt werden kann. Die Konsolidierung auf einer einzigen Plattform vereinfacht die Architektur erheblich.
- Wenn ein externes Abrechnungssystem beibehalten wird, können Abrechnungsauslöser als DRO-Abwicklungsaufgaben modelliert werden, wodurch das Betriebsteam die Abrechnungsanbahnung im selben Orchestrierungsbereich wie die Bereitstellung und das ERP-System einsehen kann.
- Rechnungs- und Zahlungsabstimmungs-Workflows sollten im Rahmen der Go-live-Akzeptanzkriterien erneut validiert werden.
Bereitstellungssystemintegration
Die Bereitstellungsintegration ist einer der Bereiche, in denen DRO den direktesten betrieblichen Wert bietet.
- Bei der Bereitstellung ist der Orchestrierungswert von DRO am unmittelbarsten spürbar. Der kommerzielle Auftrag beschreibt den Kauf des Kunden. DRO übersetzt dies in die technische Spezifikation, die das Bereitstellungssystem benötigt.
- Bei Unternehmen mit komplexer Produktaufschlüsselung, bei denen für ein einzelnes kommerzielles Produkt mehrere technische Bereitstellungsaktionen erforderlich sind, wird dies durch die Aufschlüsselungszuordnung von DRO nativ verarbeitet, sodass keine benutzerdefinierte Übersetzungslogik in Middleware erforderlich ist.
- Bereitstellungs-SLAs können auf DRO-Aufgabenebene definiert werden und Gefährdungsbedingungen werden automatisch angezeigt, wenn die Gefahr besteht, dass eine Aufgabe ihr Ziel verpasst.
