Vergessene Konten in Abo-Software kosten leise weiter

Abo-Software ist praktisch, solange sie sichtbar bleibt. Ein Team braucht schnell ein Werkzeug, ein Projekt bucht zusätzliche Plätze, ein Dienstleister bekommt einen temporären Zugang. Nach ein paar Monaten ist die Aufgabe erledigt, aber das Konto bleibt aktiv. Die Rechnung läuft weiter, die Berechtigung steht noch im System und niemand fühlt sich mehr als Besitzer.

Für ITSM-Generalisten ist das kein reines Einkaufsthema. Software aus der Cloud, oft SaaS genannt, wird als Dienst über das Internet genutzt und regelmäßig bezahlt. Sie berührt Kosten, Zugriffsschutz, Datenschutz, Support, Vertragslaufzeiten und den Wechsel von Mitarbeitenden. Wenn diese Punkte nicht im Betrieb sichtbar sind, entsteht aus einem bequemen Abo ein stilles Steuerungsproblem.

Kurze Einordnung: SaaS steht für Software as a Service. Gemeint ist Software, die nicht klassisch auf eigenen Servern betrieben wird, sondern als externer Dienst abonniert wird. IT Asset Management ordnet solche Werkzeuge, Lizenzen, Verträge und Verantwortlichkeiten. Für den IT-Betrieb zählt deshalb nicht nur, ob eine Anwendung funktioniert, sondern auch, wer sie nutzt, wer sie bezahlt, wer sie kündigen darf und wer bei Problemen zuständig ist.

Das Risiko beginnt beim unsichtbaren Besitzer

Ein SaaS-Konto ist schnell angelegt. Schwieriger ist die Antwort auf die Betriebsfrage: Wem gehört dieses Konto im Alltag? Der fachliche Nutzer ist nicht automatisch der Service Owner. Der Einkauf sieht oft nur Vertrag und Kostenstelle. Die IT sieht vielleicht nur einen SSO-Eintrag oder gar nichts, wenn ein Bereich eigenständig bestellt hat. Der Service Desk bekommt die Anfrage erst, wenn ein Zugang nicht funktioniert oder eine Kündigung dringend wird.

Ohne benannten Besitzer bleiben einfache Entscheidungen liegen. Darf der Zugang gelöscht werden? Muss ein Datenexport erfolgen? Gibt es noch laufende Automationen über dieses Konto? Hängt eine Schnittstelle daran? Wird eine Lizenz frei oder verliert ein Projekt eine wichtige Arbeitsfläche? Genau an solchen Punkten zeigt sich, ob Abo-Software Teil des Betriebsmodells ist oder nur als einzelne Beschaffung behandelt wurde.

Kündigungsfristen gehören in den Servicekalender

Viele Kosten entstehen nicht durch große Verträge, sondern durch verpasste Zeitpunkte. Ein monatliches Abo fällt kaum auf. Eine automatische Jahresverlängerung dagegen kann eine alte Entscheidung plötzlich teuer machen. Besonders unangenehm wird es, wenn der Bedarf bereits verschwunden ist, die Organisation aber zu spät merkt, dass eine Frist abgelaufen ist.

Darum sollten Verlängerungen, Mindestlaufzeiten und Prüfzeitpunkte nicht nur beim Einkauf liegen. Sie gehören in einen gemeinsamen Betriebs- oder Servicekalender. Dort wird rechtzeitig sichtbar, welche Anwendung geprüft, reduziert, verlängert, ersetzt oder beendet werden soll. Der Service Owner bekommt damit eine klare Aufgabe: Nutzung prüfen, Fachbereich fragen, Sicherheitslage bewerten und dann eine Entscheidung dokumentieren.

Verlassene Zugänge sind auch ein Sicherheitsproblem

Ein Konto, das niemand mehr nutzt, wirkt harmlos. Im Betrieb ist es aber ein offener Rest. Es kann noch Gruppenrechte haben, Dateien enthalten, externe Freigaben besitzen oder in einer Integration stecken. Bei Mitarbeitendenwechseln, Dienstleister-Enden oder Projektabschlüssen muss deshalb klar sein, welche SaaS-Zugänge geprüft und geschlossen werden.

Besonders wichtig ist die Verbindung zum Identitätsmanagement. Single Sign-on hilft, weil zentrale Anmeldung und Deaktivierung mehr Kontrolle geben. Es ersetzt aber nicht die fachliche Inventur. Manche Dienste behalten Inhalte, Rollen oder Abrechnungen auch dann, wenn der zentrale Login gesperrt ist. Der Prozess muss also fragen: Ist der Zugriff beendet, sind Daten übergeben, ist die Lizenz frei und ist das Konto wirklich stillgelegt?

Der Service Desk braucht eine einfache Sicht auf Abo-Werkzeuge

Wenn Nutzer ein Problem mit Abo-Software melden, braucht der Service Desk mehr als den Namen des Tools. Hilfreich sind klare Angaben: Wer ist Service Owner? Welche Nutzergruppe darf den Dienst verwenden? Gibt es einen Standardweg für neue Zugänge? Welche Daten dürfen dort verarbeitet werden? Welche Eskalation gilt bei Ausfall? Welche Kostenstelle trägt die Nutzung?

Ohne diese Informationen wird jeder Fall zur Sucharbeit. Der erste Kontakt fragt herum, der Fachbereich verweist an den Einkauf, die IT sucht nach einem Admin, und am Ende löst vielleicht eine einzelne Person das Problem über einen Sonderweg. Das kostet Zeit und verschleiert die eigentliche Lücke im Servicebetrieb.

Inventar bedeutet mehr als eine Toolliste

Eine Liste aller genutzten SaaS-Anwendungen ist ein guter Anfang, aber noch keine Steuerung. Entscheidend sind die Betriebsfelder dahinter. Für jedes wichtige Abo sollten mindestens Besitzer, Zweck, Nutzergruppe, Vertragsmodell, Kündigungsdatum, Loginverfahren, Datenklasse, Supportweg und Integrationen bekannt sein. Diese Informationen müssen nicht perfekt sein, aber sie müssen auffindbar und pflegbar bleiben.

Pragmatisch ist ein Start mit den teuersten oder kritischsten Diensten. Danach folgen Werkzeuge mit vielen Nutzern, sensiblen Daten oder unklaren Adminrechten. So entsteht schrittweise ein lebendes Inventar, das Einkauf, IT, Datenschutz und Service Desk gemeinsam nutzen können.

Was IT-Management jetzt prüfen sollte

• Welche Abo-Software hat keinen benannten Service Owner?
• Welche Konten gehören zu ausgeschiedenen Mitarbeitenden, beendeten Dienstleistern oder alten Projekten?
• Welche Verträge verlängern sich automatisch, ohne rechtzeitige fachliche Prüfung?
• Welche Dienste sind nicht im Servicekatalog oder Supportmodell sichtbar?
• Welche Integrationen hängen an Einzelkonten statt an sauber geführten technischen Konten?

Der wichtigste Schritt ist eine klare Zuständigkeit. Abo-Software darf nicht zwischen Einkauf, Fachbereich und IT verschwinden. Jede genutzte Anwendung braucht einen Besitzer, einen Prüfzeitpunkt und einen sichtbaren Supportweg. Dann wird aus verstreuten Konten wieder ein steuerbarer Teil des IT-Betriebs.

Quellen und Einordnung

• Atlassian, Überblick zu IT Asset Management und Verbindung von Assets, Kosten und Serviceprozessen: https://www.atlassian.com/itsm/it-asset-management
• IBM, Einordnung von Software as a Service als Cloud-basiertes Nutzungsmodell: https://www.ibm.com/think/topics/saas