Beispiel für einen Anwendungsfall für einen Integrations-Flow

  • Freigeben Version: Xanadu
  • Aktualisiert 9. Januar 2026
  • 2 Minuten Lesedauer

    • Der Anwendungsfall Beispiel-Integrations-Flow beschreibt den eingehenden und ausgehenden Daten-Flow.

    Dieser Abschnitt enthält einen Beispielanwendungsfall, um den gesamten Daten-Flow (eingehend und ausgehend) zu erklären.

    Angenommen, Kunde ABC Inc verwendet die folgenden Systeme für einen Procure to Pay-Flow:

    • ServiceNow-Anwendung für
    • Selfservice-Beschaffung (Shopping-Hub)
    • Flow „Bestellanforderung zu Bestellung“ (Arbeitsbereich Beschaffung)
    • SAP ECC für
    • Bestellungen an Lieferanten senden
    • Aufzeichnung von Belegen
    • Erstellen einer Lieferantenrechnung durch Abgleich mit den Bestellungen
    • Zahlung an Lieferanten
    • Die Zahlungen werden im Kontoauszug gelöscht

    Um den obigen Anwendungsfall zu erreichen, muss der Kunde mehrere Schritte ausführen:

    Schritt 1: Installieren Sie ServiceNow Applications.

    • Implementieren Sie Shopping Hub und Arbeitsbereich für Beschaffung von ServiceNow
    • Mitarbeiter können mit Shopping-Hub Bestellanforderungen und Beschaffungsanforderungen erstellen
    • Erfüller können SRs in PRs und PRs in POs umwandeln
    • Fähigkeit, die in SPO erstellten POs in SAP ECC zu übertragen
    • Verwenden Sie weiterhin das Erfassungssystem von SAP ECC für
    • POs von ServiceNow erfassen
    • Aufzeichnung von Belegen
    • Erstellen einer Lieferantenrechnung durch Abgleich mit den Bestellungen
    • Zahlung an Lieferanten
    • Die Zahlungen werden im Kontoauszug gelöscht

    Schritt 2: Primäre Daten.

    • Um eine Bestellanforderung in ServiceNow zu erstellen, sind die folgenden Informationen erforderlich:
    • Lieferant
    • Lieferantenprodukt (das Einrichten des Lieferantenprodukts erfordert Produktkategorie und Produktmodell)
    • Vertrag
    • Lieferadresse
    • Accounts (Investitionen/Betriebsausgaben)
    • Juristische Person
    • Mitarbeiter
    • Die oben genannten primären Daten sollten über ein „Source-of-Truth“-System verfügen. Das bedeutet, dass die Erstellung neuer Datensätze oder Aktualisierungen der vorhandenen Datensätze in diesem jeweiligen System erfolgen und die Daten dann in das Drittparteisystem übertragen werden.
    • Standardmäßige Integrations-Flows mit SAP ECC und SAP S4 HANA werden unter Einhaltung der folgenden Annahmen erstellt:
    • Die Quelle der Wahrheit ist das SAP-System für die folgenden primären Entitäten:
    • Produktkategorie und Produktmodell
    • Lieferadresse (dem Werksstandort zugeordnet)
    • GL-Konten
    • Einkaufsorganisation
    • Kostenstelle
    • Einkaufsgruppe
    • Juristische Person/Unternehmenscode
    • Währungen/Wechselkurs
    • Zahlungsbedingung
    • Lieferant (wenn kein SLO installiert ist)
    • Die Primärdaten müssen regelmäßig synchronisiert werden, um sicherzustellen, dass die neuesten und aktualisierten Primärdaten in der ServiceNow-Anwendung verfügbar sind. Dies wird sichergestellt durch:
    • Erstellen von Aufträgen, deren Ausführung in verschiedenen Intervallen geplant werden kann, z. B. jede Stunde oder jeden Tag oder in einem anderen vom Kunden benötigten Zeitrahmen
    • Diese Aufträge können die Daten inkrementell oder vollständig abrufen
    • Die zugrunde liegende Logik im Auftrag besteht darin, die entsprechende primäre Daten-Integrations-Hub-Aktion aufzurufen

    Schritt 3 – Transaktionsdaten.

    • Sobald der Datensatz (z. B. die Bestellung) in ServiceNow erstellt wurde, muss er auch in SAP ECC oder SAP S4 HANA übertragen werden, da die nachgelagerte Verarbeitung je nach Anwendungsfall in SAP ECC oder SAP S4 HANA erfolgen muss
    • Um dies zu erreichen, bieten die sofort einsatzbereiten Integrations-Flows
    • Subflows, die die Logik enthalten, wann die Integration ausgelöst werden soll (z. B. sobald bestellt oder genehmigt oder ein anderer Status)
    • Subflows nehmen auch die SPO PO-Nutzlastdaten, konvertieren sie in die für die Integrations-Hub-Aktion erforderliche Nutzlast und übergeben die Daten an die Integrations-Hub-Aktion
    • Die Integration Hub-Aktion speichert den Datensatz im SAP-System, ruft die ERP-Nummer und die ERP-Positionsnummer zurück und stempelt sie zurück in die SPO-Bestellung (für einen zufriedenen Flow).
    • Bei einem Fehler-Flow wird die Fehlermeldung aus dem SAP-System von der Integrations-Hub-Aktion erfasst. Es wird eine Aufgabe im Transaktionsdatensatz erstellt und einem Benutzer zugewiesen, damit der Benutzer die Daten überprüfen, korrigieren und erneut für die Integration einreichen kann
    • Wenn das SAP-System wegen eines Patchvorgangs ausfällt und in dieser Zeit beispielsweise 50 POs erstellt werden, ist es möglicherweise nicht einfach, jede Bestellung zu öffnen und erneut zur Integration zu übermitteln. In diesem Fall wird der Auftrag bereitgestellt, der bei Ausführung alle Bestellungen mit Fehlerstatus auswählt und die Integration auslöst