ServiceNow Apps & Store

Change-Belege und Incidents entstehen im SAP Solution Manager, bearbeitet werden sie von Menschen, die in ServiceNow arbeiten. Solange beide Systeme nichts voneinander wissen, führt jemand denselben Vorgang zweimal.

Der Aufwand ist das kleinere Problem. Das größere ist die Prüfspur: Sie verteilt sich auf zwei Systeme, und bei der Revision muss jemand zusammentragen, was eigentlich an einer Stelle stehen sollte.

Change-Belege und Incidents aus dem SAP Solution Manager erscheinen als ServiceNow-Tickets und bleiben es auch. Geändert wird auf beiden Seiten, der Stand gleicht sich in beide Richtungen ab.

Der Abgleich umfasst Status, Felder, Kommentare und Anhänge. Wer in ServiceNow einen Kommentar schreibt, dessen Kommentar steht kurz darauf am SAP-Beleg, und die Statusänderung im Solution Manager zieht das ServiceNow-Ticket nach. Damit endet die Doppelpflege, und mit ihr die Frage, welcher der beiden Stände der richtige war.

Auf der SAP-Seite steht ein OData-Dienst im Solution Manager, den wir per Transport einspielen. Auf der ServiceNow-Seite steht die Anwendung aus dem Store. Für den Rückweg ruft SAP die REST-Schnittstellen von ServiceNow auf, wo Business Rules die Änderung verarbeiten.

Die eigentliche Arbeit steckt in den Verbindungsprofilen. Je Profil legen Sie den SAP-Prozesstyp fest und dazu getrennt, welche Felder einander entsprechen und welcher Status auf welchen abbildet. Mehrere Profile nebeneinander sind der Normalfall. Wie sich eine solche Anbindung in der Praxis anfühlt, steht in Flexible Cross Connector Jira-SolMan Schnittstellenlösung mit LAPP.

2027 endet die Wartung für den SAP Solution Manager. Wer seine SAP-Änderungssteuerung vorher in ServiceNow bündelt, hat die Abläufe bereits dort, wo sie bleiben, und entkoppelt sie vom Zeitplan der SAP-Seite.

Der umgekehrte Weg ist der teure: erst den Solution Manager abschalten und danach klären, wohin Change und Incident wandern. Dann fehlt genau in dem Moment eine Prüfspur, in dem die Revision sie sehen will. Welche Plattform danach trägt, haben wir in Zukunftssichere ITSM-Plattform nach SAP Solution Manager durchgerechnet.

Cross ALM ist ein IT- und Prozessberatungshaus mit Sitz in Berlin, gewachsen aus einem Team ehemaliger SAP-Mitarbeiter und SAP-Experten. Wir sind zertifizierter Partner von SAP und Atlassian, ServiceNow Select Build Partner und eingetragener SAP Application Development Partner.

Die Anwendung im ServiceNow Store ist unser eigenes Produkt. Wer sie bei Ihnen einrichtet, gehört zu dem Team, das sie entwickelt hat, und kann deshalb auch die Frage beantworten, warum ein Feld sich so verhält, wie es sich verhält.

Die Anbindung lässt sich klein anfangen: ein Prozesstyp, eine Systemlandschaft. Was danach kommt, entscheiden Sie mit dem, was Sie dann sehen.

Wie die Anbindung an den Solution Manager in echten Landschaften aussieht, steht in unseren Projektberichten: Jira-Solman Integration mit BSR beschreibt die Anbindung an einen kommunalen Betrieb, Flexible Cross Connector Jira-SolMan Schnittstellenlösung mit LAPP den Fall eines Industrieunternehmens, und DevSecOps for SAP with ChaRM zeigt, wie weit sich Change- und Transportsteuerung automatisieren lassen.