SSO- und Identitätsintegration für Produktkonfiguratoren
Geben Sie Kunden, Händlern und Mitarbeitenden genau den richtigen Configurix-Zugriff.
Configurix verbindet Unternehmensidentitäten mit Produktkonfiguration, Preisberechnung, Angeboten und Projekten. Eine belastbare Umsetzung trennt SSO, Provisionierung, Rollen, Mandantenisolation, Serviceidentitäten und Session-Sicherheit – und weist jede Grenze mit funktionierenden Zugriffstests nach.
Vertriebsmarkt · Deutschland · EUR · MwSt.
Eine nachvollziehbare Identitätsentscheidung
Die Anmeldung ist nur die erste Grenze
Identity Provider
Benutzer authentifiziert · Issuer vertrauenswürdig
Configurix-Konto
Subject aufgelöst · aktiv
Mandant und Rolle
Händler Nord · Vertriebsrolle
Objektberechtigung
Projekt CX-4821 · Zugriff erlaubt
Eine gültige Assertion schafft den Authentifizierungskontext. Configurix prüft dennoch den lokalen Benutzer, den Geschäftsmandanten, die Rolle und das angeforderte Objekt, bevor Preise, Projekte, Angebote, Aufträge oder Verwaltungsfunktionen freigegeben werden.
Grundlagen der Identitätsarchitektur
SSO ist eine Schicht – nicht das vollständige Berechtigungssystem.
Unternehmenszugriffe werden sicherer und nachvollziehbarer, wenn Authentifizierung, Föderation, Provisionierung und Autorisierung getrennt bleiben. Jede Schicht hat eigene Protokolle, Verantwortliche, Fehlerbilder und Abnahmenachweise.
Authentifizierung
Wie eine Person oder ein Dienst seine Identität nachweist. SSO kann die menschliche Authentifizierung an einen vertrauenswürdigen Identitätsanbieter delegieren.
Föderation
Wie Configurix als vertrauende Partei eine Assertion eines Identitätsanbieters überprüft und eine lokale Sitzung aufbaut.
Provisionierung
Wie Benutzerkonten, Gruppenmitgliedschaften, Aktivierung, Aktualisierung und Deaktivierung über ihren gesamten Lebenszyklus hinweg verwaltet werden.
Autorisierung
Was die authentifizierte Identität mit einem bestimmten Mandant, Projekt, Preisliste, Angebot, Auftrag oder Verwaltungsobjekt tun kann.
Interaktiver Planer für die Identitätsarchitektur
Definieren Sie Nutzergruppen, Föderation, Lebenszyklus und Berechtigungen gemeinsam.
Wählen Sie das passendste Einsatzszenario. Das Ergebnis zeigt, welche Vertrauensbeziehungen, Zuordnungen und Abnahmenachweise zuerst geklärt werden müssen. Tatsächliche Provider-Funktionen, Protokolle, Rollen und Sicherheitsanforderungen hängen von den eingesetzten Systemen und dem vereinbarten Configurix-Leistungsumfang ab.
Matrix für Vertrauen und Verantwortung
Ordnen Sie Identitätsnachweise und geschäftliche Berechtigungen der richtigen Systemgrenze zu.
| Verantwortliches System | Primäre Verantwortung | Nachzuweisende Grenze |
|---|---|---|
| Identity Provider | Primäre Mitarbeiter- oder Partnerauthentifizierung, Authentifikatoren, Kontostatus, Gruppen- oder Attributzusicherungen und Föderationschlüssel | Configurix validiert den vertrauenswürdigen Issuer und die Assertion; Es vertraut nicht blind einer E-Mail-Adresse oder einem nicht signierten Browserfeld. |
| Configurix-Identitätsschicht | Auflösung von Föderationkonten, lokale Benutzeridentität, Sitzung, Mandantenmitgliedschaften, Rollenzuordnungen und Identitätsprüfungsereignisse | Durch die Authentifizierung wird festgestellt, wer sich angemeldet hat. Die lokale Richtlinie bestimmt weiterhin, auf welche Configurix-Ressourcen zugegriffen werden kann. |
| Verantwortlicher des Geschäftsmandanten | Händler-, Vertriebs-, Ausstellungsraum-, Marken-, Rechtsträger-, Markt- und Produktzuweisungsentscheidungen durch vereinbarten Workflow | Externe IdP-Gruppen können einem anderen Mandanten keinen Zugriff gewähren, es sei denn, die Zuordnung und die Geschäftsautorität erlauben dies ausdrücklich. |
| Produkt- und Preisverantwortliche | Katalog-, Regel-, Preislisten-, Rabatt-, Angebots-, Dokument- und Veröffentlichungsberechtigungen | Leistungsstarke Produkt- oder Preisaktionen erfordern explizite Rollen, Objektbereiche, Genehmigung und Prüfung – keinen generischen authentifizierten Status. |
| Anwendungs-APIs | APIs für menschliche Sitzungen, Dienstidentitäten, Bereiche, Objektautorisierung, Ratenkontrollen und Integrationsprüfung | Ein gültiges Zugriffstoken ist kein ausreichender Beweis dafür, dass sein Subject das angeforderte Projekt oder den angeforderten Mandant lesen oder ändern darf. |
| Vernetztes CRM, ERP oder E-Commerce | Ihre eigenen Benutzer, Dienstkonten, Objektberechtigungen und nachgelagerte Geschäftsautorität | Verwenden Sie die Berechtigungen eines Browserbenutzers nicht als unkontrollierte Integrationsidentität wieder und kopieren Sie keine unnötigen Identitätsattribute. |
Eindeutiger Identitätsvertrag
Übertragen Sie vertrauenswürdige Identität, ohne jeden Claim zur Berechtigung zu machen.
Föderation stellt einen vertrauenswürdigen Authentifizierungskontext her. Configurix sollte nur den kleinsten Identitätsvertrag speichern, der nötig ist, um Benutzer aufzulösen, Sessions anzulegen, freigegebene Geschäftsmitgliedschaften zuzuordnen und Berechtigungsentscheidungen nachvollziehbar zu machen.
issuerGenaue Kennung des vertrauenswürdigen Identitätsanbieters und konfigurierte Föderationverbindung
subjectStabile Subject-ID im Anbieterbereich, die mit dem Issuer zum Auflösen des lokalen Kontos verwendet wird
audienceDer für diese Assertion akzeptierte beabsichtigte Configurix-Client- oder Relying-Party-Bezeichner
assuranceAuthentifizierungszeit, -methode, -kontext oder vereinbarte Sicherheitsinformationen, die von der Richtlinie benötigt werden
attributesMindestens genehmigter Name, E-Mail-Adresse, Standort, Organisation oder andere Angaben mit Quelle und Zweck
tenantConfigurix-Organisation, Händler, Region oder Markenmitgliedschaft werden durch kontrollierte Zuordnung festgelegt
rolesLokale Rollen- und Fähigkeitszuweisung sowie wer oder was für jede Änderung verantwortlich ist
lifecycleStatus „Erstellt“, „Aktiv“, „Angehalten“, „Deaktiviert“, „Entfernt“ und „Reaktiviert“ mit effektivem Timing
sessionAusgestellter, aktualisierter, abgelaufener, erneut authentifizierter, widerrufener und abgemeldeter Status nach Kanal
auditKorrelation, Akteur, Quelle, Zielobjekt, Entscheidung, Grund, Zeitstempel und administrative Nachweise
Rollenmodell
Definieren Sie Geschäftsfunktionen, ohne Mandanten- und Objektisolation zu schwächen.
Kunde
Eigene Projekte erstellen und fortsetzen, zulässige Preise oder Angebote prüfen und Maßnahmen je nach Umfang genehmigen oder anfordern.
Händlerbenutzer
Arbeiten Sie nur innerhalb zugewiesener Händlerkonten, Kataloge, Preislisten, Kunden, Projekte und zulässiger kommerzieller Aktionen.
Händlermanager
Verwalten Sie zugelassene Händlerbenutzer oder -zuweisungen, ohne den Mandanten des Herstellers oder die globale Verwaltungsgrenze zu überschreiten.
Verkäufer
Kundenprojekte erstellen und fortführen, Angebote erstellen und erlaubte Preis- oder Rabatt-Workflows nutzen.
Produktmanager
Behalten Sie zugewiesene Kataloginhalte, Auswahlmöglichkeiten, Regeln, Assets und Releases über den akzeptierten Governance-Prozess bei.
Preismanager
Behalten Sie zugewiesene Preisquellen, Rabattrichtlinien, Gültigkeit und Genehmigungen bei, ohne die damit verbundene Systemverwaltung zu übernehmen.
Betriebsbenutzer
Akzeptierten Projekt-, Auftrags-, Umfrage-, Installations- oder Produktionskontext lesen, der für die zugewiesene betriebliche Arbeit erforderlich ist.
Administrator
Mandantenkonfiguration und autorisierte Identitäten verwalten; Sensible globale Maßnahmen bleiben bewusst begrenzt und werden überprüft.
Eine Rolle ist keine globale Datenfreigabe. Jede geschützte Anfrage muss zusätzlich Organisation, Verantwortung, Produktzuordnung, Markt, Preisberechtigung, Projektfreigabe und weitere anwendbare Objektrichtlinien prüfen.
Lebenszyklus föderierter Identitäten
Machen Sie Vertrauen, Zugriff und Deaktivierung durchgängig nachvollziehbar.
Vertrauen aufbauen
Registrieren Sie die genauen IdP- und Configurix-Kennungen, Endpunkte, Umleitungsstandorte, Schlüssel, Zertifikate und akzeptierten Profile.
Organisation auflösen
Bestimmen Sie den genehmigten Mandant, Händler, Markt oder die Marke anhand einer kontrollierten Verbindung oder Geschäftszuordnung.
Authentifizieren
Leiten Sie den Benutzer durch den vereinbarten Föderationfluss und validieren Sie den Issuer, die Audience, die Signatur, die Zeit und den Transaktionsschutz.
Konto auflösen
Ordnen Sie das Paar aus Issuer und Subject einem Configurix-Benutzer zu. Vermeiden Sie es, veränderliche E-Mails allein als dauerhafte Identität zu behandeln.
Mitgliedschaft bereitstellen
Erstellen oder aktualisieren Sie genehmigte lokale Attribute, Mandantenmitgliedschaften, Gruppen und Status über JIT, SCIM oder Verwaltung.
Objekt autorisieren
Bewerten Sie Rolle, Mandant, Verantwortlicher, Produkt, Preis und Projektrichtlinien bei jeder geschützten Anfrage.
Sitzung durchführen
Ablauf-, Aktualisierungs-, Neuauthentifizierungs-, Abmelde-, Geräte- und sensible Aktionsrichtlinie auf die Configurix-Sitzung anwenden.
Deaktivieren und abgleichen
Entfernen Sie den Zugriff umgehend, beenden oder beschränken Sie Sitzungen nach Richtlinie und vergleichen Sie den IdP-, SCIM- und Configurix-Status.
Muster für Identitätsintegrationen
Stimmen Sie das Zugriffsmuster auf die Personen und Systeme ab, die Configurix nutzen.
Ein Personal-IdP
Mitarbeiter nutzen einen verwalteten Identitätsanbieter für die Vertriebs-, Produkt-, Preis- und Verwaltungsrollen von Configurix.
Kontrolle: Halten Sie privilegierte Rollen explizit und testen Sie gesperrte Benutzer, Gruppenentfernung, alte Sitzungen und Administratorwiederherstellung.
Hersteller plus Händlerverband
Interne Benutzer und externe Händlerorganisationen authentifizieren sich über verschiedene vertrauenswürdige Identitätsverbindungen.
Kontrolle: Binden Sie jede Verbindung an genehmigte Organisationen. Leiten Sie den mandantenübergreifenden Zugriff niemals allein von einer vom Benutzer eingegebenen Domäne ab.
SCIM-verwalteter Unternehmenslebenszyklus
Die Organisation erfordert eine zentralisierte Erstellung, Aktualisierung, Sperrung und Aufhebung der Provisionierung von Benutzern und Gruppen.
Kontrolle: Definieren Sie die Gruppen-zu-Rollen-Zuordnung, weiches oder hartes Löschen, Reaktivierung, Konflikte, Wiederholungsversuche und manuelle Ausnahmeeigentümerschaft.
Identität des eingeladenen Kunden
Kunden erhalten kontrollierten Zugriff auf bestimmte konfigurierte Projekte, ohne die Workforce-Identitätsrichtlinie zu übernehmen.
Kontrolle: Verwenden Sie ablaufende Einladungen, die Auflösung verifizierter Konten, die Autorisierung auf Projektebene und den eindeutigen Widerruf der Freigabe.
Verstärkung für sensible Maßnahmen
Preisveröffentlichung, hoher Rabatt, Benutzerverwaltung oder Bestellfreigabe erfordern eine stärkere oder aktuelle Authentifizierung.
Kontrolle: Definieren Sie, welche Maßnahmen eine Verstärkung erfordern, welche Nachweise akzeptiert werden, Ablauf und Verhalten, wenn der IdP nicht verfügbar ist.
Separate Dienstidentitäten
CRM, ERP, E-Commerce, PIM oder Automatisierung benötigen API-Zugriff, ohne sich als menschlicher Browser-Benutzer auszugeben.
Kontrolle: Verwenden Sie die geringsten Rechte, Rotation, Umgebungsisolation, Workload-Verantwortung und keine interaktiven Anmelderechte.
Session, Abmeldung und Wiederherstellung
Definieren Sie, was nach der Freigabe durch den Identity Provider geschieht.
Föderation erzeugt eine Configurix-Session, steuert aber nicht automatisch jede spätere Session-Entscheidung. Ablauf, Refresh, erneute Authentifizierung, Abmeldung, Deaktivierung und Wiederherstellung brauchen eindeutiges Verhalten und belastbare Nachweise.
Sitzungserstellung
Erstellen Sie eine Configurix-Sitzung erst nach vollständiger Bestätigung und Transaktionsvalidierung.
Leerlauf und absoluter Ablauf
Definieren Sie sowohl Inaktivität als auch maximales Sitzungsalter entsprechend der Rolle und dem Geschäftsrisiko.
Neuauthentifizierung
Erfordern eine aktuelle oder stärkere Authentifizierung für sensible administrative oder kommerzielle Aktionen, wenn die Richtlinien dies erfordern.
Aktualisierung und Rotation
Schützen und rotieren Sie Aktualisierungsmaterial entsprechend dem gewählten Protokoll und der Anwendungsarchitektur.
Lokale und Föderationabmeldung
Dokumentieren Sie, was lokale Abmeldung, IdP-Abmeldung, Front-Channel- und Back-Channel-Verhalten tatsächlich beenden.
Kontodeaktivierung
Entscheiden Sie, ob bestehende Sitzungen sofort widerrufen werden, auf natürliche Weise ablaufen oder ein separates Widerrufsereignis erfordern.
Wiederherstellung
Definieren Sie Break-Glass- und Administrator-Wiederherstellung, ohne eine dauerhafte Umgehung der Unternehmensidentitätsrichtlinie zu erstellen.
Prüfung
Zeichnen Sie Anmelde-, Fehler-, Zuordnungs-, Rollenwechsel-, Hochstufungs-, Abmelde-, Widerrufs- und privilegierte Aktionsnachweise auf.
Implementierungsplan
Beginnen Sie mit einem Identity Provider und allen Rollen, die er erreichen kann.
Inventaridentitäten und -reisen
Listen Sie Anwendungsfälle für Kunden, Händler, Vertrieb, Manager, Produkte, Preise, Administratoren und Servicekonten auf.
Wählen Sie das Föderationprofil
Dokumentieren Sie IdP, Protokoll, Ablauf, Client- oder Service Provideridentität, Endpunkte, Schlüssel, Claims und Abmeldeerwartungen.
Definieren Sie eine stabile Kontoauflösung
Verwenden Sie Emittenten- und Subjectidentität, Duplikatkontrollen, Migrationsregeln und bewusstes E-Mail-Änderungsverhalten.
Modellmandanten und Rollen
Ordnen Sie Organisationen, Händlerkonten, Märkte, Produkte, Preislisten und Funktionen mit ausdrücklicher Autorität zu.
Provisionierung entwerfen
Wählen Sie JIT, SCIM, Einladung oder Verwaltung; Legen Sie das Verhalten beim Erstellen, Aktualisieren, Anhalten, Löschen, Reaktivieren und Abgleichen fest.
Schützen Sie Sitzungen und APIs
Legen Sie Sitzungs-, Neuauthentifizierungs-, Token-, Dienstidentitäts-, Geheimnis-, Umgebungs- und Objektautorisierungskontrollen fest.
Testfehler und Wiederherstellung
Deckt ungültige Assertions, veraltete Schlüssel, entfernte Gruppen, Deaktivierung, IdP-Ausfall, doppelte Benutzer und gesperrte Administratoren ab.
Betreiben Sie die Vertrauensbeziehung
Überwachen Sie den Rollover des Signierschlüssels, den Ablauf des Zertifikats, die Zuordnungsabweichung, den inaktiven Zugriff, die Prüfung und die Inhaberschaft von Vorfällen.
Föderations- und Zugriffssicherheit
Validieren Sie die Assertion und prüfen Sie danach die Objektberechtigung.
- Validieren Sie Emittenten, Audience, Signatur, Schlüssel, Zeit, Nonce, Status und die genaue Protokolltransaktion gemäß dem ausgewählten Profil.
- Bevorzugen Sie eine stabile anbieterbezogene Subjektidentität. Behandeln Sie E-Mail-, Namens- und GruppenClaims als veränderbare Attribute, sofern in den Richtlinien nichts anderes festgelegt ist.
- Minimieren Sie angeforderte Claims und dokumentieren Sie, warum Configurix jedes Identitätsattribut empfängt, speichert, aktualisiert und löscht.
- Erzwingen Sie die Autorisierung von Mandantn und Objekten nach der Authentifizierung bei jedem Projekt, Preis, Angebot, jeder Bestellung, jedem Dokument und jeder Verwaltungsanfrage.
- Verhindern Sie eine Rolleneskalation durch nicht vertrauenswürdige Claims, bearbeitbare Profilfelder, mehrdeutige Gruppennamen oder nicht unterstützte Identitätsanbieter.
- Separate Browsersitzungen, API-Zugriffstoken, SCIM-Anmeldeinformationen, Integrationsidentitäten und Notfalladministratorzugriff.
- Schützen Sie Signaturschlüssel, Client-Anmeldeinformationen, Zertifikate und SCIM-Tokens durch Rotation, Umgebungsisolation und verantwortlichen Besitz.
- Überwachen Sie Anmeldeanomalien, Zuordnungsfehler, privilegierte Änderungen, Verzögerungen bei der Deprovisionierung und wiederholten Zugriff auf nicht autorisierte Objekte.
Abnahmenachweise
Testen Sie verbotene Zugriffe genauso sorgfältig wie eine erfolgreiche Anmeldung.
- 1Ein gültiger Benutzer vom vertrauenswürdigen IdP meldet sich einmal an und löst sich auf genau ein vorgesehenes Configurix-Konto und eine Mandantenmitgliedschaft auf.
- 2Eine Assertion mit dem falschen Issuer, der falschen Audience, der falschen Signatur, der falschen Zeit, dem falschen Status, der falschen Nonce oder dem falschen Transaktionskontext wird sicher zurückgewiesen.
- 3Zwei Identitätsanbieter, die dieselbe E-Mail-Adresse ausgeben, führen Benutzer nicht zusammen, es sei denn, ein explizit kontrollierter Kontoverknüpfungsprozess genehmigt dies.
- 4Händler A kann Projekte, Kunden, Preise, Angebote, Bestellungen oder Dokumente von Händler B nicht lesen, erraten, suchen, exportieren oder mutieren.
- 5Durch das Entfernen eines Benutzers aus der autorisierenden Gruppe oder dem SCIM-Verzeichnis wird die beabsichtigte Rolle oder der vorgesehene Zugriff innerhalb des akzeptierten Zeitfensters entfernt.
- 6Durch Aussetzung, Löschung und Reaktivierung bleibt der korrekte Prüfverlauf erhalten und es werden nicht versehentlich veraltete Berechtigungen wiederhergestellt.
- 7Rollen- und Attributänderungen wirken sich nur auf die zulässigen Mandanten-, Markt-, Produkt-, Preis- und Verwaltungsfunktionen aus.
- 8Abgelaufene, widerrufene, wiederholte oder abgemeldete Sitzungen und Token können geschützte Aktionen nicht über die dokumentierte Richtlinie hinaus fortsetzen.
- 9Eine sensible Aktion erfordert den erwarteten aktuellen oder stärkeren Authentifizierungskontext und schlägt ehrlich fehl, wenn die Nachweise nicht ausreichen.
- 10Der Rollover des Signierschlüssels oder die Erneuerung des Zertifikats gelingt, ohne dass ein nicht vertrauenswürdiger Schlüssel akzeptiert wird oder eine unkontrollierte Sperrung verursacht wird.
- 11Eine Dienstidentität kann keine interaktiven Kunden- oder Administratorabläufe verwenden und kann nur auf ihre genehmigten API-Objekte und -Aktionen zugreifen.
- 12Der Abgleich identifiziert zusätzliche, fehlende, inaktive, duplizierte und privilegierte Konten beim Identitätsanbieter und bei Configurix.
Typische Fehlermuster
Wo Enterprise-SSO ein falsches Sicherheitsgefühl erzeugt.
SSO wird als Autorisierung behandelt
Eine gültige Anmeldung ist für den Zugriff auf jeden Mandanten, jedes Projekt oder jede Administratoraktion zulässig, da die Objektrichtlinie nie entworfen wurde.
E-Mail ist der permanente Benutzerschlüssel
Eine geänderte, recycelte oder identische anbieterübergreifende E-Mail verknüpft die falsche Identität oder dupliziert einen Benutzer.
Jede IdP-Gruppe wird zu einer Rolle
Unkontrollierte Gruppenbenennung oder -Claims können Preis-, Veröffentlichungs- oder Verwaltungsrechte gewähren.
JIT-Provisionierung hat kein Offboarding
Benutzer werden bei der ersten Anmeldung erstellt, aber niemals gesperrt, wenn sie die Organisation oder den Händler verlassen.
SCIM-Erfolg bedeutet, dass kein Zugriff mehr möglich ist
Das Konto ändert sich, aber bestehende Sitzungen, Token, Mandantenmitgliedschaften oder Projektfreigaben bleiben aktiv.
Abmelden verspricht zu viel
Auf der Schnittstelle wird „Abgemeldet“ angezeigt, während eine andere Configurix-Sitzung, IdP-Sitzung oder ein Aktualisierungspfad gültig bleibt.
Serviceintegrationen geben sich als Menschen aus
ERP- oder CRM-Automatisierung übernimmt den menschlichen Zugriff und führt zu schwachen Verantwortungs-, Rotations- und Prüfungsnachweisen.
Das Notfallkonto wird normal
Eine Break-Glass-Identität umgeht SSO dauerhaft und wird geteilt, nicht überwacht oder überprivilegiert.
Maßgebliche Identitätsstandards
Entwerfen Sie Föderation, Lebenszyklus und Sessions anhand aktueller Primärstandards.
OpenID Foundation · OpenID Connect Core
Primäre Spezifikation für die Authentifizierung zusätzlich zu OAuth 2.0 und interoperable Claims über den authentifizierten Endbenutzer.
Primärquelle öffnenOASIS · SAML 2.0 Technischer Überblick
Offizielle Übersicht über SAML-Assertions, Identitätsanbieter- und Service Providerrollen, Profile, Metadaten und Nachrichtenaustausch.
Primärquelle öffnenIETF · SCIM-Protokoll RFC 7644
Internet Standards Track-Protokoll zum Erstellen, Abrufen, Ersetzen, Aktualisieren, Löschen und Erkennen von Identitätsressourcen.
Primärquelle öffnenIETF · OAuth 2.0-Sicherheit BCP RFC 9700
Aktuelle Best-Practice-Sicherheitsleitlinien, die das ursprüngliche OAuth 2.0-Bedrohungsmodell aktualisieren und unsichere Muster ablehnen.
Primärquelle öffnenNIST · Richtlinien zur digitalen Identität SP 800-63-4
Aktuelles NIST-Framework für Risiko, Identitätsprüfung, Authentifizierung und Föderationssicherung mit Sicherheits- und Datenschutzaspekten.
Primärquelle öffnenNIST · Federation and Assertions SP 800-63C-4
Aktuelle Föderationleitlinien für IdP- und Relying-Party-Vertrauen, Assertions, Audience-Einschränkung, Wiedergabe und Injektionsschutz.
Primärquelle öffnenW3C · Web-Authentifizierungsstufe 3
Primärer Webstandard für Anmeldeinformationen mit öffentlichem Schlüssel, der auf eine vertrauende Partei beschränkt und mit Authentifikatoren erstellt wurde.
Primärquelle öffnenFAQ zu SSO und Identität
Ausführliche Antworten für Sicherheits-, IT-, Vertriebs-, Händler- und Produktteams.
Bringen Sie einen IdP und Ihr echtes Rollenmodell mit
Ordnen Sie vertrauenswürdige Identitäten genau den Configurix-Zugriffen zu, die Ihr Unternehmen benötigt.
Gemeinsam definieren wir Föderation, Kontoauflösung, Provisionierung, Mandanten- und Rollenzuordnung, Sessions, Serviceidentitäten, Deaktivierung, Wiederherstellung und belastbare Berechtigungstests für Kunden, Händler und interne Teams.