Eine Anmeldung, über alle Systeme hinweg.

iam-transparent-side

Single Sign-on, Berechtigungen und Nutzerverwaltung für Landschaften, die über Jahre gewachsen sind. Auch für die Anwendungen, die moderne Anmeldeverfahren von Haus aus nicht sprechen.

Wann das Thema auf den Tisch kommt

Jedes System führt seine eigene Nutzerliste

Wer anfängt, wird an fünf Stellen angelegt. Wer geht, an vier gelöscht. Die fünfte fällt erst auf, wenn jemand danach sucht.

Kunden sollen sich einmal anmelden

Portal, App und Self-Service liegen auf verschiedenen Systemen, oft aus verschiedenen Jahrzehnten. Nach außen soll das eine Tür sein.

Die Prüfung fragt nach Nachweisen

Wer hatte wann Zugriff worauf, und wer hat das freigegeben. Die Antwort steht in mehreren Systemen, in keinem vollständig.

Vier Schritte, und keiner setzt einen Neubau voraus

Angebunden wird System für System. Jedes geht produktiv, bevor das nächste beginnt.

  1. 01

    Bestandsaufnahme

    Welche Systeme gibt es, woher kommen ihre Nutzer, nach welchen Regeln vergeben sie Rechte. Wir nehmen das auf, bevor über Produkte gesprochen wird.

    Übersicht über Identitätsquellen und Zugriffswege, mit den Stellen, an denen sie sich widersprechen.

  2. 02

    Zielbild und Produktauswahl

    Ob ein Standardprodukt trägt oder die vorhandene Infrastruktur bleibt, entscheidet sich an Ihren Systemen. Beides kommt vor, und häufig stehen am Ende beide nebeneinander.

    Entscheidung mit Begründung, inklusive der Systeme, die zuerst angebunden werden.

  3. 03

    Anbindung

    Moderne Anwendungen sprechen die gängigen Protokolle. Ältere bekommen einen Adapter davor. Beides haben wir gebaut, und beides läuft seit Jahren.

    Angebundene Systeme im produktiven Betrieb, eins nach dem anderen.

  4. 04

    Betrieb und Übergabe

    Rollen wollen gepflegt, Rechte regelmäßig bestätigt und neue Systeme nachgezogen werden. Das übernehmen wir, oder wir richten es so ein, dass Ihr Team es führt.

    Laufender Betrieb mit nachvollziehbaren Freigaben, dokumentiert und übergabefähig.

Wir binden an, was da ist. Ein Projekt, das zuerst verlangt, dass alle Anwendungen modernisiert werden, wird nie fertig.

Womit wir arbeiten

Welches Produkt am Ende läuft, entscheidet Schritt zwei. Mit diesen sind wir im Betrieb.

Okta
Microsoft ADFS
CAS
Security Token Service

Single Sign-on

Eine Anmeldung gilt für alle angebundenen Systeme. Für Mitarbeiter im Haus ebenso wie für Kunden, Makler oder Partner im Portal.

Mehr-Faktor-Authentifizierung

Ein zweiter Faktor dort, wo er gebraucht wird, und nicht überall. Welche Verfahren möglich sind, hängt an Ihren Nutzern und an den Auflagen, die für Sie gelten.

Rollen und Berechtigungen

Rechte hängen an Rollen, nicht an einzelnen Konten. Wer die Rolle wechselt, wechselt die Rechte, ohne dass jemand nachträgt.

Protokolle und Nachweise

Zugriffe und Freigaben werden mitgeschrieben, sodass sich im Nachhinein belegen lässt, wer wann was durfte.

Woher wir das kennen

  1. 01

    Single Sign-on über eine gewachsene Landschaft

    Bei einem Versicherungskonzern reicht die Kette von Security Token Service und CAS über die ADFS-Anbindung diverser Systeme bis zu Okta. Entstanden ist sie nicht in einem Projekt, sondern über Jahre.

  2. 02

    Identity und KYC im Online-Banking

    Für Banken und Brokerage haben wir Anmeldung und Identitätsprüfung gebaut, dort unter den Auflagen, die für Zahlungsdienste und Kundenidentifizierung gelten.

  3. 03

    Zugänge für Makler und Außendienst

    Zwei Vertriebswege greifen auf denselben Bestand zu, mit unterschiedlichen Rechten. Dahinter liegt eine Anmeldung, die beide Welten zusammenhält.

Wie das in einer Branche aussieht, steht unter Versicherungen und Banken & Finanzen. Wenn die Systeme zugleich umziehen sollen, führt der Weg über Cloud-Migration & Betrieb.

Wie viele Nutzerlisten führen Sie?

Sagen Sie uns, welche Systeme zusammenfinden sollen. Wir sagen Ihnen, welches davon wir zuerst anbinden würden und warum.