Der grundlegende Gedanke hinter ServiceNow unterscheidet sich von dem reiner RPA- oder Process-Mining-Werkzeuge. Während ein spezialisiertes RPA-Tool primär Software-Roboter baut und betreibt und ein Process-Mining-Werkzeug primär Prozesse aus Daten rekonstruiert, versteht sich ServiceNow als durchgängige Plattform für Arbeit und Prozesse: der Ort, an dem Anfragen entstehen, Aufgaben verteilt, Abläufe automatisiert und Ergebnisse nachgehalten werden. Aus diesem Workflow-Kern heraus hat ServiceNow sein Portfolio um Automatisierungsbausteine erweitert und positioniert sich als Plattform, die von der digitalen Aufnahme einer Anfrage bis zu ihrer automatisierten Erledigung möglichst viel in einem System abbilden will.
Drei Eigenschaften charakterisieren ServiceNow und erklären seine Marktstellung:
ServiceNow begann als Werkzeug, um IT-Serviceprozesse zu digitalisieren – also etwa Störungsmeldungen, Serviceanfragen und Änderungen strukturiert zu erfassen, zuzuweisen und abzuarbeiten. Dieser Ursprung ist kein Nachteil, sondern der Grund für die bis heute große Stärke in der Orchestrierung von Abläufen: Aufgabenverteilung, Eskalation, Freigaben und Nachverfolgung stecken tief in der Plattform. Über die Jahre wuchs ServiceNow weit über die IT hinaus. Dieselbe Workflow-Logik wurde auf andere Bereiche übertragen – etwa auf Personalprozesse, den Kundenservice oder abteilungsübergreifende Serviceanfragen. Schließlich kamen Bausteine für robotergestützte Automatisierung, Integration und datenbasierte Prozessanalyse hinzu. Aus dem Servicemanagement-Werkzeug ist so eine breite Plattform geworden, die den Anspruch hat, sehr unterschiedliche Formen von Arbeit zu digitalisieren und zu automatisieren.
Der eigentliche Reiz von ServiceNow im Automatisierungskontext liegt in der Verbindung zweier Ebenen, die bei vielen Wettbewerbern getrennt sind. Auf der einen Ebene steht die Orchestrierung: das bewusste Steuern eines Ablaufs mit menschlichen und automatisierten Schritten, mit Freigaben, Fristen und Nachverfolgung. Auf der anderen Ebene stehen die eigentlichen Automatisierungswerkzeuge: robotergestützte Automatisierung für Systeme ohne moderne Schnittstelle, Integrationen für die Anbindung anderer Anwendungen, KI-Funktionen für Assistenz und Entscheidungsunterstützung. ServiceNow bringt beides zusammen, sodass die Automatisierung nicht als isolierter Roboter, sondern als Teil eines gesteuerten End-to-End-Prozesses entsteht. Für Unternehmen, die einen durchgängigen, nachvollziehbaren Ablauf über Systemgrenzen hinweg anstreben, ist diese Kombination der zentrale Unterschied.
ServiceNow entfaltet seinen Wert vor allem dort, wo Prozesse abteilungsübergreifend, wiederkehrend und in großer Zahl ablaufen: in Organisationen mit vielen Serviceanfragen, mit komplexen Genehmigungsketten, mit dem Wunsch nach einer gemeinsamen Plattform statt vieler Einzelwerkzeuge. Das trifft auf viele größere Unternehmen und den gehobenen Mittelstand zu, insbesondere dort, wo ServiceNow ohnehin schon als Service- oder IT-Plattform im Einsatz ist. Weniger geeignet ist ServiceNow für kleinere Unternehmen, die lediglich einen einzelnen manuellen Ablauf automatisieren wollen, ohne eine breite Plattform betreiben zu wollen – hier kann der Umfang der Plattform mehr Aufwand und Kosten bedeuten, als der punktuelle Bedarf rechtfertigt. Die ehrliche Faustregel: ServiceNow lohnt sich, wenn die Plattform als Ganzes genutzt wird, nicht als teures Werkzeug für eine einzelne Aufgabe.
Ein zentrales Merkmal von ServiceNow ist, dass alle Bausteine auf demselben technischen Fundament laufen – der Now Platform. Das bedeutet: ein gemeinsames Datenmodell, eine gemeinsame Rechte- und Rollenverwaltung, eine gemeinsame Oberfläche und ein gemeinsamer Ort für Automatisierung, Integration und Analyse. Dieser Plattformcharakter unterscheidet ServiceNow von einem Sammelsurium einzelner Werkzeuge, die man erst mühsam miteinander verbinden müsste. Wenn ein Prozess eine Serviceanfrage aufnimmt, sie über mehrere Abteilungen orchestriert, dabei einen Software-Roboter für ein Altsystem einsetzt und am Ende ausgewertet wird, geschieht das idealerweise in einem zusammenhängenden System. Genau darin liegt das Versprechen der Plattform – und zugleich die Anforderung, dass man sie als Ganzes denkt.
Anders als manche BPM- oder RPA-Anbieter, die sowohl Cloud- als auch On-Premise-Betrieb anbieten, ist ServiceNow im Kern ein Cloud-Dienst nach dem Software-as-a-Service-Modell. Der Anbieter stellt die Plattform als betriebene Instanz bereit und übernimmt Wartung, Aktualisierung und Skalierung. Für Kunden bedeutet das einen geringeren eigenen Betriebsaufwand, aber auch, dass die Daten in der vom Anbieter betriebenen Cloud verarbeitet werden. Diese Ausrichtung ist ein wesentliches Merkmal, das sich durch alle späteren Kapitel zieht – insbesondere bei der Betrachtung von Datenhoheit und Datenschutz, weil hier die Frage nach Serverstandort, Rechenzentrumsregion und vertraglichen Zusagen in den Mittelpunkt rückt. Welche Regionen und Betriebsoptionen im konkreten Fall verfügbar sind, sollte direkt beim Anbieter geklärt werden.
ServiceNow positioniert sich als übergreifende Workflow- und Automatisierungsplattform mit starkem Ursprung im Servicemanagement. Das unterscheidet die Plattform von zwei Nachbarkategorien: Reine RPA-Spezialisten setzen den Schwerpunkt auf das Bauen und Betreiben von Software-Robotern und weniger auf die breite Orchestrierung von Service- und Geschäftsprozessen. Reine Process-Mining-Werkzeuge wiederum analysieren Abläufe, orchestrieren sie aber nicht selbst. ServiceNow versucht, von der Orchestrierung her viel abzudecken und Automatisierung, Integration und Analyse als Bausteine einzubinden. Diese Positionierung als Gesamtplattform ist zugleich Stärke und Herausforderung: Sie deckt viel ab, verlangt aber eine klare Vorstellung davon, welche Teile man tatsächlich nutzen möchte, damit die Investition nicht in ungenutzte Breite fließt. Aus INAGRO-Sicht ist ServiceNow am stärksten dort, wo es als führende Prozessplattform verstanden wird, in die Automatisierung eingebettet ist – und nicht als reines RPA-Werkzeug im Wettbewerb mit spezialisierten Anbietern.
Das eigentliche Zentrum von ServiceNow ist die Fähigkeit, Abläufe zu orchestrieren. Ein Prozess wird nicht als einzelner Automatisierungsschritt, sondern als zusammenhängender Workflow gedacht: Eine Anfrage kommt herein, wird geprüft, an die zuständige Stelle verteilt, gegebenenfalls freigegeben, durch automatisierte Schritte unterstützt und bis zum Abschluss nachverfolgt. Innerhalb dieses Ablaufs können menschliche Aufgaben und maschinelle Automatisierung beliebig kombiniert werden. Die grafischen Werkzeuge der Plattform erlauben es, solche Abläufe mit vergleichsweise wenig Code aufzubauen, was die Zusammenarbeit zwischen Fachbereich und IT erleichtert. Der entscheidende Unterschied zu einem reinen RPA-Werkzeug: Der Roboter ist hier nur ein Baustein innerhalb eines größeren, gesteuerten Ablaufs, nicht der Ablauf selbst.
Der Ursprung im IT-Servicemanagement prägt bis heute die Funktionsweise. Aus dieser Welt stammt die tiefe Fähigkeit, Vorgänge strukturiert aufzunehmen, ihnen einen Status zu geben, sie zuzuweisen und ihren Fortschritt lückenlos nachzuverfolgen. Diese Mechanik ist auf viele andere Bereiche übertragbar: Personalprozesse, Kundenservice, Beschaffungsanfragen oder abteilungsübergreifende Serviceabläufe folgen im Kern derselben Logik von Anfrage, Bearbeitung und Abschluss. Für Unternehmen, die ServiceNow bereits in der IT nutzen, ist das ein starkes Argument, denn dieselbe bewährte Mechanik lässt sich auf weitere Bereiche ausweiten, ohne ein neues Werkzeug einzuführen. Für Unternehmen ohne bestehende ServiceNow-Nutzung ist es umgekehrt eine wichtige Einordnung: Man führt nicht nur ein Automatisierungswerkzeug ein, sondern eine ganze Serviceplattform.
Für die Anbindung anderer Systeme kennt ServiceNow zwei grundsätzliche Wege, die bewusst unterschieden werden sollten. Der Integration Hub verbindet Systeme über ihre Schnittstellen, also über Programmierschnittstellen und vorgefertigte Konnektoren. Das ist der bevorzugte, stabilere Weg, wann immer ein Zielsystem eine saubere Schnittstelle bietet, denn die Verbindung ist robust gegenüber Oberflächenänderungen. Der RPA Hub dagegen greift dort, wo eine solche Schnittstelle fehlt: Software-Roboter bedienen die Anwendung über ihre Bildschirmoberfläche, so wie es ein Mensch tun würde. Diese UI-Automatisierung ist wertvoll für Altsysteme und Anwendungen ohne moderne Schnittstelle, aber grundsätzlich anfälliger, weil Änderungen an der Oberfläche die Roboter stören können. Die kluge Regel lautet: Integration bevorzugen, RPA als Lückenfüller einsetzen. ServiceNow bildet beide Wege innerhalb derselben Plattform ab, sodass die Wahl nicht zwischen verschiedenen Produkten, sondern innerhalb eines Systems getroffen wird.
Der nüchterne Blick auf KI in Automatisierungsplattformen lohnt sich. Der reale Nutzen liegt heute vor allem in zwei Bereichen: erstens in der Beschleunigung sprachlastiger Routinearbeit – das Zusammenfassen von Vorgängen, das Erstellen von Antwortentwürfen, das Vorschlagen passender Wissensartikel. Zweitens in der Entlastung bei Einordnungsaufgaben – die automatische Kategorisierung und Zuweisung von Anfragen, die Menschen sonst manuell erledigen. Was KI nicht leistet, ist der Ersatz für fachliches Prozessverständnis oder für saubere Daten. Ein KI-Vorschlag ist ein Entwurf, keine fertige Entscheidung, und eine KI-gestützte Auswertung ist nur so gut wie die zugrunde liegenden Daten. Aus INAGRO-Sicht ist die richtige Haltung, KI als Beschleuniger und Assistenten zu nutzen, nicht als Autopiloten – und gerade bei generativer KI die Ergebnisse zu prüfen, bevor sie kundenwirksam werden.
Ein Vorteil des Process Mining innerhalb von ServiceNow liegt in seiner Nähe zu den orchestrierten Abläufen. Weil viele Prozesse ohnehin auf der Plattform laufen, entstehen dort saubere Ereignisdaten mit Zeitstempeln und Vorgangskennungen – genau die Grundlage, die Process Mining benötigt. Die Analyse kann so unmittelbar an die Prozesse anknüpfen, die auf der Plattform gesteuert werden. Der besondere Wert entsteht im geschlossenen Kreislauf: Das Mining zeigt, wo es hakt, die Orchestrierung erlaubt es, den Ablauf anzupassen, und die Automatisierung setzt die Verbesserung um. Wichtig ist die realistische Einordnung: Für Prozesse, die überwiegend außerhalb von ServiceNow in anderen Systemen ablaufen, hängt die Aussagekraft davon ab, wie gut deren Daten angebunden werden – und spezialisierte Process-Mining-Anbieter können dort je nach Fall die tiefere Analyse bieten.
Eine wichtige Abgrenzung betrifft die Rolle der einzelnen Bausteine. ServiceNow ist in erster Linie eine Orchestrierungs- und Prozessplattform; der RPA Hub ist das ausführende Werkzeug für UI-basierte Automatisierung innerhalb dieser Orchestrierung. Die Stärke liegt darin, dass beide Ebenen zusammenspielen: Die Plattform steuert den Ablauf, entscheidet, wann ein Roboter oder eine Integration zum Einsatz kommt, und hält den gesamten Prozesskontext nachvollziehbar. Bildlich gesprochen ist ServiceNow der Dirigent, der den Ablauf steuert, während RPA und Integrationen die Instrumente sind, die einzelne Aufgaben ausführen. Für ein Hyperautomatisierungs-Programm ist genau diese Orchestrierungsschicht wertvoll, weil sie Automatisierung nicht als isolierte Bots, sondern als Teil gesteuerter, auditierbarer End-to-End-Prozesse organisiert.
Das bevorzugte Mittel der Anbindung ist die Integration über Schnittstellen. ServiceNow bringt dafür den Integration Hub mit, der vorgefertigte Konnektoren zu gängigen Systemen bereitstellt – im ServiceNow-Sprachgebrauch oft als Spokes bezeichnet. Wo ein Zielsystem eine saubere Programmierschnittstelle bietet, lässt sich die Verbindung darüber stabil und wartungsarm herstellen. Über offene Schnittstellenstandards und eigene APIs kann ServiceNow zudem in beide Richtungen kommunizieren: Daten aus anderen Systemen ziehen und selbst Dienste für andere Anwendungen bereitstellen. Diese Integrationsfähigkeit ist der eigentliche Schlüssel für durchgängige Automatisierung, denn je mehr Systeme sauber angebunden sind, desto weniger muss über die fehleranfälligere Oberflächenautomatisierung gelöst werden.
Nicht jedes System bietet eine moderne Schnittstelle. Gerade im gewachsenen Mittelstand finden sich Altanwendungen, Branchensoftware und Masken, die sich nur über ihre Oberfläche bedienen lassen. Hier kommt der RPA Hub ins Spiel: Software-Roboter übernehmen die Bedienung dieser Anwendungen so, wie es ein Mensch tun würde, und schlagen damit die Brücke zwischen der modernen Plattform und der Altwelt. Wichtig ist die realistische Einordnung dieses Wegs. Oberflächenautomatisierung ist wertvoll, aber empfindlicher: Ändert sich die Bildschirmmaske, kann der Roboter stolpern. Deshalb ist RPA in einer gut geplanten ServiceNow-Architektur die Ergänzung, nicht die Regel – der Lückenfüller für die Fälle, in denen eine saubere Integration nicht möglich ist. Wer diese Priorisierung beachtet, baut eine stabilere und wartungsärmere Automatisierung.
Im DACH-Mittelstand dominieren häufig etablierte ERP-Systeme, ergänzt um CRM-Plattformen und zahlreiche Fachanwendungen. Die Anbindung an diese Landschaft ist deshalb ein zentrales Thema jeder ServiceNow-Einführung mit Automatisierungsanspruch. Grundsätzlich lassen sich solche Systeme über Konnektoren, offene Schnittstellen oder – wo nötig – über den RPA Hub anbinden, um Prozesse über Systemgrenzen hinweg zu automatisieren. Wie tief und wie komfortabel diese Anbindung im konkreten Fall ist, hängt von der Systemversion, den verfügbaren Schnittstellen und der Datenstruktur ab und sollte im Rahmen eines Scopings geprüft werden. Wichtig ist die realistische Erwartung: Die Anbindung ist selten ein Knopfdruck, sondern ein eigenes Teilprojekt, dessen Aufwand von der Beschaffenheit der Zielsysteme abhängt.
ServiceNow ist über die Jahre stark gewachsen und verfügt über ein breites Umfeld aus Beratungs- und Implementierungspartnern sowie über einen Marktplatz für vorgefertigte Anwendungen und Erweiterungen. Für Anwenderunternehmen bedeutet dieses Ökosystem zweierlei. Positiv: Es gibt erfahrene Partner, bewährte Vorgehensmodelle und viele fertige Bausteine, die den Aufbau beschleunigen. Zu bedenken: Ein reifes Ökosystem geht mit einer gewissen Komplexität einher, und die Auswahl des richtigen Partners sowie der passenden Erweiterungen will bewusst getroffen werden. Auch die Zertifizierungs- und Rollenlandschaft rund um ServiceNow ist umfangreich, was auf die notwendige Spezialisierung hindeutet. Aus unserer Sicht ist ein erfahrener, herstellerunabhängiger Blick gerade hier hilfreich, damit die Integrationsstrategie dem Bedarf folgt und nicht der maximalen technischen Möglichkeit.
Aus unserer Beratungspraxis sind die Stärken von ServiceNow klar konturiert. Erstens, wenn eine durchgängige Service- und Prozessplattform das Ziel ist – wenn also nicht ein einzelner Roboter, sondern die Orchestrierung ganzer Abläufe über Abteilungen hinweg im Vordergrund steht. Hier ist die Orchestrierungs- und Servicemanagement-Tiefe kaum zu übertreffen. Zweitens, wenn ServiceNow bereits als IT- oder Serviceplattform im Einsatz ist – dann liegt es nahe, Automatisierung im selben System zu halten, statt ein zusätzliches Werkzeug einzuführen. Drittens, wenn viele Serviceanfragen mit komplexen Genehmigungs- und Bearbeitungsketten in großer Zahl anfallen, wie es in größeren Organisationen typisch ist. In diesen Konstellationen spielt ServiceNow seine Plattformstärke aus.
Ebenso ehrlich gehören die Gegenfälle benannt. ServiceNow ist nicht die naheliegende Wahl, wenn der alleinige Bedarf tiefe, spezialisierte robotergestützte Automatisierung ist – dann spielt ein RPA-Spezialist wie UiPath seine Stärke aus. Es ist auch nicht zwingend erste Wahl, wenn eine Organisation ohnehin stark in der Microsoft-Welt verankert ist und die dortige Power Platform mit ihren Automatisierungsbausteinen die Anforderungen abdeckt. Für ausgeprägtes, fallgetriebenes Business Process Management wiederum gehören Pega und Appian fair in den Vergleich. Und es ist überdimensioniert, wenn ein kleineres Unternehmen lediglich einige wenige Abläufe automatisieren will, ohne eine breite Plattform betreiben zu wollen – dafür genügt ein leichtgewichtigeres Werkzeug. Schließlich gilt auch hier: Ohne klaren Anwendungsfall und ohne die Bereitschaft, die Plattform als Ganzes zu nutzen und zu pflegen, bleibt selbst die reifste Plattform hinter ihren Möglichkeiten zurück.
Ein Blick auf die Marktbewegung hilft bei der Einordnung. Workflow-Automatisierung, RPA, Process Mining und Low-Code-App-Entwicklung wachsen zunehmend zusammen. RPA-Anbieter ergänzen Orchestrierung und Mining, BPM-Häuser fügen Roboter hinzu, und Plattformanbieter bündeln alles in einem System. Für Anwenderunternehmen bedeutet das, dass die Frage „welches Tool“ immer häufiger zur Frage „welche Gesamtarchitektur“ wird. ServiceNow positioniert sich in dieser Bewegung als integrierte Plattform, die von der Service- und Prozessorchestrierung her kommt. Wer den Prozess als durchgängig zu steuerndes Ganzes versteht, findet darin einen stabilen Ankerpunkt; wer die Automatisierung einzelner Aufgaben in den Mittelpunkt stellt, wird die Gewichte anders setzen. Diese strategische Grundhaltung – Orchestrierung zuerst oder Automatisierung zuerst – ist oft der eigentliche Entscheidungspunkt hinter der Werkzeugwahl.
ServiceNow wird typischerweise als betriebene Cloud-Instanz bereitgestellt: Der Anbieter stellt eine dedizierte Umgebung zur Verfügung und übernimmt deren technischen Betrieb, die Wartung und die regelmäßige Aktualisierung. Für das Unternehmen bedeutet das einen deutlich geringeren eigenen Infrastruktur-Aufwand als bei einer selbstbetriebenen Software. Zugleich verschiebt sich die Verantwortung: Statt Server zu betreiben, gilt es, die Instanz sinnvoll zu konfigurieren, Anpassungen sauber zu verwalten und mit dem regelmäßigen Update-Rhythmus des Anbieters umzugehen. Eigene Anpassungen sollten so gestaltet werden, dass sie Updates überstehen, statt sie zu blockieren. Wichtig ist außerdem die frühe Klärung, in welcher Region die Instanz betrieben wird – ein Punkt, der direkt in die Datenschutzbetrachtung des nächsten Kapitels führt und vertraglich festgehalten werden sollte.
In unseren Projekten ist nicht der technische Go-live der kritische Punkt, sondern die Frage, ob die Organisation die Plattform anschließend tatsächlich breit nutzt. Eine ServiceNow-Umgebung, die nur für einen einzelnen Prozess verwendet wird, rechtfertigt ihre Kosten selten. Der Wert entsteht, wenn immer mehr Abläufe auf die Plattform gebracht, orchestriert und automatisiert werden und die Organisation ein gemeinsames Prozessverständnis entwickelt. Deshalb planen wir jede Einführung so, dass Verantwortlichkeiten, ein Center of Excellence und eine realistische Ausbau-Roadmap von Anfang an mitgedacht sind. Der Unterschied zwischen einer teuren, unternutzten Umgebung und einer wirksamen Prozessplattform liegt selten in der Software, sondern fast immer in der Governance und der Konsequenz, mit der sie genutzt wird.
Anders als leichtgewichtige Automatisierungswerkzeuge ist ServiceNow eine breite Plattform, deren Wert sich vor allem bei entsprechender Nutzungsbreite und Organisationsgröße erschließt. Die typische Konstellation, in der sich die Investition rechnet, umfasst viele wiederkehrende Serviceanfragen, komplexe abteilungsübergreifende Abläufe und den Wunsch nach einer gemeinsamen Plattform statt vieler Einzelwerkzeuge. Diese Merkmale finden sich eher im gehobenen Mittelstand und im Enterprise-Umfeld als im kleineren Unternehmen. Für den kleineren Mittelständler mit einem überschaubaren Automatisierungsbedarf ist die ehrliche Einordnung wichtig: Hier kann eine schlankere Lösung schneller und kostengünstiger zum Ziel führen. Aus INAGRO-Sicht ist deshalb die erste Frage nicht, ob ServiceNow gut ist – das ist es zweifellos –, sondern ob die eigene Organisation groß und prozessintensiv genug ist, um seinen Wert auszuschöpfen.
In unserer Beratungspraxis sehen wir einen wiederkehrenden Bruch: Plattformen werden aufwendig eingeführt – und dann nur für einen Bruchteil ihrer Möglichkeiten genutzt. Der Wert von ServiceNow entsteht erst, wenn die Plattform tatsächlich zum gemeinsamen Ort für Prozesse und Automatisierung wird: als Anlaufstelle für Anfragen, als Orchestrierungsschicht für Abläufe, als Grundlage für Analyse und Verbesserung. Deshalb empfehlen wir, jede Nutzung mit einer konkreten Verwendung und einer klaren Ausbau-Perspektive zu verbinden. „Wir führen mal ServiceNow ein“ ist kein tragfähiges Ziel. „Wir bringen zuerst die Serviceanfragen der IT auf die Plattform, dann das Onboarding, und nutzen die Erkenntnisse für gezielte Automatisierung“ ist eines. Diese Brücke von der Plattform zum gelebten Nutzen ist erfahrungsgemäß der Punkt, an dem Initiativen entweder Wert schaffen oder als teure Insel versanden.
Anders als bei einer einfachen Pro-Nutzer-SaaS lässt sich ServiceNow nicht mit einem einzigen Eurobetrag beziffern. Die Kosten hängen von den genutzten Produktbausteinen, dem Nutzungsumfang und dem gewählten Bündel ab. Jeder im Internet kursierende „Listenpreis“ ist deshalb mit Vorsicht zu genießen. Seriös ist nur eine individuelle Kalkulation nach einem Scoping. Verlässlich lässt sich qualitativ sagen: ServiceNow ist im Enterprise-Segment positioniert und stellt eine Investition im gehobenen Bereich dar – wobei Einführung, Integration, Enablement und laufender Betrieb einen erheblichen Teil der Gesamtkosten ausmachen und nicht in der reinen Lizenz aufgehen. Für kleinere Organisationen ist gerade dieser Gesamtaufwand der entscheidende Punkt bei der Frage, ob sich die Plattform lohnt.
Ein zentraler Punkt bei ServiceNow ist die Herkunft: Es handelt sich um einen US-amerikanischen Anbieter, der die Plattform als Cloud-Dienst betreibt. Das ist kein Ausschlusskriterium, aber es verlagert das Gewicht der Datenschutzbetrachtung auf die Frage, wo und unter welchen rechtlichen Rahmenbedingungen die Daten verarbeitet werden. Entscheidend sind dabei drei Stellschrauben: erstens der Betrieb in einem EU-Rechenzentrum beziehungsweise einer EU-Region, den man vereinbaren und vertraglich festhalten sollte; zweitens die transparente Bewertung möglicher Datentransfers in Drittländer samt der dafür geltenden Rechtsgrundlagen und Schutzmaßnahmen; drittens ein sauberer Auftragsverarbeitungsvertrag mit Prüfung der Subprozessoren. Diese Punkte sollten vor der Einführung geklärt und dokumentiert werden – nicht als Formalie, sondern als bewusste Entscheidung darüber, welche Daten unter welchen Bedingungen in die Plattform gelangen.
Sobald ServiceNow für Service- und Automatisierungsprozesse eingesetzt wird, verarbeitet es reale Betriebsdaten – und diese können personenbezogen sein. Vorgänge halten oft fest, wer wann welche Anfrage gestellt und wer sie bearbeitet hat; Process Mining wertet Ereignisdaten aus, die potenziell eine Leistungs- und Verhaltenskontrolle der Beschäftigten ermöglichen. Das berührt nicht nur die DSGVO, sondern in Deutschland regelmäßig die betriebliche Mitbestimmung. Die Leitplanken sind Datensparsamkeit und ein sauberes Berechtigungskonzept: Es sollten nur die für den jeweiligen Prozess wirklich nötigen personenbezogenen Daten verarbeitet und Zugriffe streng nach Bedarf vergeben werden. Wer bearbeiterbezogene Auswertungen plant, sollte Datenschutzbeauftragten und Betriebsrat von Anfang an einbinden und transparent machen, dass das Ziel die Prozessverbesserung ist – nicht die Überwachung Einzelner.
Die richtige Frage lautet nicht „Was kostet die Lizenz?“, sondern „Welcher Nutzen steht welchen Gesamtkosten gegenüber?“. Total Cost of Ownership umfasst Lizenz, Einführung, Integration, Enablement, laufenden Betrieb und Update-Management. Dem gegenüber steht der Wert: durchgängige, nachvollziehbare Prozesse, entlastete Bearbeitung durch Automatisierung, mehr Transparenz und – über das Process Mining – gezielte Verbesserungen. Bei größeren, prozessintensiven Organisationen rechtfertigt sich diese Investition regelmäßig. Bleibt der Nutzen dagegen auf einen einzelnen Prozess begrenzt, ist das ein Warnsignal: Entweder ist die Nutzungsbreite zu gering, oder ServiceNow ist für den konkreten Bedarf schlicht überdimensioniert. Genau diese ehrliche Abwägung steht bei INAGRO am Anfang – vor jeder Werkzeugentscheidung.
