easyIGA ansehen
Startseite / easyIGA / Hauptfunktionen

Identity Governance and Administration

Berechtigungsmanagement,
das alle nachvollziehen können

Mit easyIGA beantragt, genehmigt und überprüft Ihr Team Zugriffe auf die Anwendungen Ihrer Organisation. Ein verständlicher Ablauf unterstützt die fachliche Entscheidung. Die open source Plattform midPoint setzt die konfigurierten Änderungen um.

Für Führungskräfte, die über Zugriff entscheiden, und IAM-Fachleute, die den Betrieb sicherstellen.

Vom geschäftlichen Bedarf zum protokollierten Ergebnis
  1. MitarbeitendeZugriff auf eine Anwendung beantragenFachliche Bezeichnung im Katalog auswählen.
  2. Genehmigende PersonMit Kontext entscheidenAnfrage und Ergebnisse der konfigurierten Richtlinien prüfen.
  3. midPointÄnderung ausführenKonfigurierte Rolle und Integration anwenden.
  4. easyIGAProtokolliertes Ergebnis anzeigenVerifiziert, ausstehend, fehlgeschlagen oder unbekannt.

Beispielhafter Ablauf, kein Screenshot des Produkts.

Das Produkt im Einsatz

Von der Zugriffsentscheidung bis zur Umsetzung

Identity Governance and Administration, kurz IGA, sorgt für Kontrolle darüber, wie Personen Zugriffsrechte erhalten und behalten, und ist damit die Grundlage für ein nachvollziehbares Berechtigungsmanagement. IGA verbindet die Aufgaben einer Person mit den nötigen Berechtigungen, mit der genehmigenden Person und mit den Systemen, die die Änderungen umsetzen. Für eine Führungskraft im Fachbereich sollte das eine klare Entscheidung bedeuten. Für die IT sollte es einen konfigurierten Prozess bedeuten, dessen Ergebnis sich überprüfen lässt.

easyIGA verbindet die Beteiligten in einem gemeinsamen Ablauf. Mitarbeitende wählen eine verständlich benannte Berechtigung. Führungskräfte sehen die Anfrage und die dazu verfügbaren Informationen. IAM-Fachleute verwalten weiterhin die Konfiguration in midPoint. Die Anfrage lässt sich auch nach der Genehmigung verfolgen. So bleibt erkennbar, ob die Änderung tatsächlich umgesetzt wurde.

In der Praxis beginnen Sie am besten mit einem einzigen Workflow, den Sie kennen. Das kann der Zugriff auf eine Finanzanwendung sein, ein Abteilungswechsel oder die Überprüfung von Berechtigungen, die sich im Lauf der Zeit angesammelt haben. Die folgenden Abschnitte beschreiben, welche Arbeit dabei anfällt und welche Grenzen des Produkts Sie bei einer Demo prüfen sollten.

Zugriffsanfragen

Zugriff beantragen, ohne technische Codes zu kennen.

Mitarbeitende sollten nicht den Namen einer internen Verzeichnisgruppe kennen müssen, um Zugriff auf eine Anwendung zu beantragen. easyIGA bietet einen verständlichen Katalog als Ausgangspunkt für Zugriffsanfragen. Der Katalog verknüpft die geschäftliche Beschreibung mit der konfigurierten Rolle, damit die antragstellende Person versteht, was sie beantragt.

Die Organisation entscheidet weiterhin, welche Rollen beantragt werden können und wer sie genehmigen muss. IAM-Fachleute pflegen diese Regeln in der zugrunde liegenden Konfiguration. Ein nützlicher Katalog braucht deshalb neben einem funktionierenden Konnektor auch aussagekräftige Namen und klare Verantwortlichkeiten. Eine technische Berechtigung umzubenennen, hilft nur, wenn die Beschreibung ihren Zweck zutreffend erklärt.

Ein Beispiel: Jemand beantragt Zugriff auf eine Anwendung für das Finanzreporting. Die antragstellende Person wählt den passenden Zugriff aus, sendet die Anfrage ab und verfolgt ihren Fortschritt. Sie sieht, ob der Prozess auf eine Entscheidung wartet oder ob beim protokollierten Ergebnis Handlungsbedarf besteht. So hat sie eine Anlaufstelle, bevor sie der IT noch eine Nachricht schreibt.

Verwenden Sie bei der Evaluierung eine echte Rolle aus Ihrer Organisation. Prüfen Sie, ob die Beschreibung für die Personen verständlich ist, die die Rolle nutzen, und ob die Anfrage bei der Person ankommt, die darüber entscheiden muss. Verfolgen Sie die Anfrage dann bis zum Ergebnis im Zielsystem. Mehr zu Zugriffsanfragen.

Genehmigungen und Richtlinienprüfungen

Mit den nötigen Informationen über Zugriff entscheiden.

Eine Genehmigung liegt in der Verantwortung des Fachbereichs. Wer entscheidet, muss den beantragten Zugriff verstehen und wissen, warum er relevant ist. easyIGA führt die Anfrage mit den Ergebnissen der konfigurierten midPoint-Richtlinien zusammen. So fällt die Entscheidung dort, wo auch die Informationen dazu stehen.

Genehmigungen sind auch direkt in Microsoft Teams möglich. Wer ohnehin in Microsoft Teams arbeitet, trifft die Zugriffsentscheidung so in einer vertrauten Umgebung. Welchen Workflow und welche Nachweisfelder das für Sie vorgesehene Release genau unterstützt, sollte die Demo zeigen. Ein Genehmigungskanal ist nur dann nützlich, wenn seine Entscheidungen zurechenbar bleiben und klar ist, was er unterstützt.

Bekannte Konflikte vor der Zugriffsvergabe erkennen

Funktionstrennung (Segregation of Duties, oft auch Separation of Duties oder kurz SoD genannt) betrifft Kombinationen von Berechtigungen, die nach dem Willen Ihrer Organisation nicht bei derselben Person liegen sollen. easyIGA wertet das Ergebnis der konfigurierten Ausschlussrichtlinien von midPoint zum Zeitpunkt der Entscheidung aus und zeigt es an. Die genehmigende Person sieht einen Konflikt, den diese Richtlinie erfasst, bevor sie über den Zugriff entscheidet.

Ihre Richtlinie könnte zum Beispiel die Kombination aus Pflege von Lieferantendaten und Freigabe von Zahlungen einschränken. Das ist ein Beispiel für eine Richtlinienentscheidung, keine vorkonfigurierte Regel, die jeder Organisation zugesagt wird. Welche Rollen und Ausschlüsse relevant sind, legen Ihre IAM-Fachleute fest. Verfügbar: Anzeige von Konflikten mit konfigurierten Richtlinien bei der Entscheidung. Geplant: Erstellung und Simulation von Regeln direkt in easyIGA.

Testen Sie mit Ihrer eigenen Richtlinie eine normale und eine konfliktbehaftete Anfrage. Die Demo sollte den Unterschied im Entscheidungsablauf zeigen. Mehr zu Genehmigungen und SoD-Kontrollen.

Ergebnis verfolgen

Genehmigt heißt nicht erledigt

Eine Führungskraft kann eine Anfrage genehmigen, während das Zielsystem nicht erreichbar ist oder die Konfiguration noch nachgebessert werden muss. easyIGA hält das protokollierte Ergebnis getrennt von der Entscheidung.

Verifiziert

Die protokollierten Nachweise bestätigen das Ergebnis.

Ausstehend

Der Vorgang hat noch kein endgültiges Ergebnis erreicht.

Fehlgeschlagen

Der Vorgang wurde nicht erfolgreich abgeschlossen und muss bearbeitet werden.

Unbekannt

Es liegen nicht genügend Bestätigungen vor, um den Vorgang als abgeschlossen zu werten.

Mit diesen Status erhalten antragstellende Personen und das Betriebsteam eine aussagekräftigere Antwort als ein bloßes „genehmigt“. Prüfende Personen können damit außerdem die Entscheidung vom Nachweis der Ausführung unterscheiden. Wie belastbar diese Bestätigung ist, hängt vom angebundenen System und den verfügbaren Einträgen ab.

Eintritt, Wechsel und Austritt

Identitätsänderungen als geregelter Prozess

Wer neu anfängt, braucht Zugriff für die eigene Rolle. Ein Abteilungswechsel kann neue Berechtigungen und zugleich den Entzug bestehender erfordern. Ein Austritt verlangt eine ausdrückliche Entscheidung darüber, welcher Zugriff enden soll. Das sind unterschiedliche Ereignisse, auch wenn sie dieselbe Person betreffen.

midPoint verbindet maßgebliche Identitätsdaten mit konfigurierten Richtlinien und Zielsystemen. easyIGA ergänzt diesen Prozess um verständliche Anfragen, Entscheidungen und Überprüfungen. Wechselt jemand das Team, kann die Organisation den Zugriff für die neue Rolle und die Berechtigungen, die enden sollten, gemeinsam betrachten. Für die Identitätsdaten, die eine Quelle liefert, ist die Verantwortung jeweils klar festgelegt.

Ein Beispiel: Eine Person wechselt vom Betrieb in die Finanzabteilung. Sie braucht Zugriff für ihre neuen Aufgaben, eine alte Administratorrolle ist aber möglicherweise nicht mehr angemessen. Ein geregelter Prozess macht beide Änderungen sichtbar. Die verantwortliche Person kann entscheiden, was bleibt und was endet, und die daraus folgenden Änderungen laufen über die konfigurierten Integrationen.

Die Quelldaten sind entscheidend. Eine falsch hinterlegte Führungskraft oder ein fehlendes Enddatum lässt sich nicht durch eine ansprechendere Genehmigungsansicht beheben. Legen Sie fest, wer diese Einträge korrigiert und wie Ausnahmen die richtige Person im Betrieb erreichen. Ihre Implementierung und Ihre Abnahmetests sollten neben dem gewöhnlichen Erfolgsfall auch verzögerte Aktualisierungen der Quelle und fehlgeschlagene Änderungen im Zielsystem abdecken.

Zugriffsüberprüfungen

Berechtigungen anhand vorhandener Nachweise rezertifizieren

Eine Rezertifizierung von Berechtigungen, auch Zugriffsüberprüfung oder Access Review genannt, klärt, ob jemand eine Berechtigung noch braucht. easyIGA zeigt die Person und den zu prüfenden Zugriff zusammen mit der verfügbaren Historie, sodass die prüfende Person eine Grundlage für ihre Entscheidung hat. Die Felder „Letzte Nutzung“, „Gewährt von“ und „Genehmigt von“ sind hilfreicher Kontext, wenn die angebundenen Systeme und die erfasste Genehmigungshistorie diese Angaben liefern.

Diese Felder beantworten unterschiedliche Fragen. Die Nutzung kann auf Aktivität hinweisen, beweist aber nicht, dass der Zugriff angemessen ist. „Gewährt von“ nennt, wer eine Vergabe erfasst hat, „Genehmigt von“, wer sie autorisiert hat. Wer die aktuell für das Konto verantwortliche Person einfach in eine dieser Rollen setzt, erzeugt eine Historie, die es nie gegeben hat.

easyIGA bewahrt die antragstellende Person, den Zeitpunkt der Anfrage und die erfassten Genehmigungsstufen in ihrer protokollierten Reihenfolge auf. Gibt es für eine direkte Vergabe nach Prüfung der Anfrageeinträge keine passende Anfrage in easyIGA, wird sie als außerhalb von easyIGA gewährt gekennzeichnet. Der Eintrag zeigt das erstellende Konto, den Kanal und den Zeitpunkt, soweit midPoint diese Angaben liefert. Das erstellende Konto wird nicht als menschliche antragstellende Person behandelt. Fehlende historische Genehmigungsschritte und fehlende Angaben dazu, wer eine Vergabe erfasst hat, bleiben klar gekennzeichnet. easyIGA rekonstruiert keine Entscheidungen, die nie erfasst wurden.

Eine aussagekräftige Stichprobe für eine Überprüfung enthält gewöhnliche Zugriffsrechte und einen Eintrag mit unvollständiger Historie. Bitten Sie die prüfende Person, ihre Entscheidung anhand der angezeigten Informationen zu begründen. Verfolgen Sie dann jede Entscheidung zum Entzug bis zum protokollierten Ergebnis. So prüfen Sie sowohl die Qualität der Überprüfung als auch den Aufwand für die Umsetzung. Mehr zu Zugriffsüberprüfungen.

Nachweise und Verantwortung

Wissen, was eine Zugriffsentscheidung belegt

Ein Zugriffseintrag hilft nur, wenn man versteht, was er aussagt. Anfrage, Entscheidung und Ergebnis beschreiben jeweils einen anderen Teil des Prozesses. easyIGA stellt das protokollierte Ergebnis dar, damit das Team eine ausstehende oder fehlgeschlagene Änderung untersuchen kann, statt sie als erledigt zu verbuchen.

Legen Sie zur Vorbereitung auf ein Audit fest, welche Einträge die für die Kontrolle verantwortliche Person benötigt und welche Systeme sie liefern. Prüfen Sie den vorgeführten Export für das zu evaluierende Release. Stellen Sie sicher, dass die exportierten Felder die Unterscheidung zwischen einer Genehmigung und einem verifizierten Ergebnis beibehalten. Auch für die Aufbewahrung von Nachweisen und den Zugriff darauf braucht es vereinbarte Betriebsregeln.

Zuständigkeiten klären statt annehmen

Ein Konto, dem weder eine bestätigte Person noch eine verantwortliche Person zugeordnet ist, sollte genauer untersucht werden. Ein Servicekonto kann für eine Anwendung notwendig sein, auch wenn es keiner mitarbeitenden Person gehört. Wer es nur deshalb entfernt, weil es keinen Mitarbeitenden zugeordnet ist, kann einen legitimen Prozess unterbrechen.

Die Evaluierung sollte die Zuordnung zu Mitarbeitenden von der Verantwortung für nicht-menschliche Identitäten trennen. Prüfen Sie die Nachweise, mit denen ein Konto einer Person zugeordnet wird, und vereinbaren Sie, wer einen ungeklärten Fall untersucht. Die Seite zu verwaisten Konten und nicht-menschlichen Identitäten erläutert diesen Bereich. Lassen Sie sich den aktuellen Workflow und die Abdeckung im vorgeschlagenen Release bestätigen. Wie die Einträge selbst aussehen, zeigt die Seite zu Audit-Nachweisen.

Wem easyIGA hilft

Klare Aufgaben für alle Beteiligten

Mitarbeitende und Führungskräfte

Mitarbeitende beginnen mit einer verständlichen Zugriffsanfrage. Führungskräfte entscheiden mit den Informationen, die direkt daneben verfügbar sind. Beide wirken an der Governance mit, ohne in der Administrationskonsole von midPoint arbeiten zu müssen.

IT- und IAM-Fachleute

Die IAM-Fachleute behalten die Konfiguration und die Integrationen in der Hand. Sie legen fest, wie Rollen auf Systeme abgebildet werden, und untersuchen Vorgänge mit Handlungsbedarf. Der fachliche Workflow gibt den anderen Beteiligten einen klareren Weg, ihre Entscheidungen einzubringen.

Sicherheits- und Kontrollverantwortliche

Kontrollverantwortliche können bewerten, wie konfigurierte Konflikte erscheinen, was eine prüfende Person sieht und welche Ergebniseinträge die Kontrolle stützen. Lücken in den Nachweisen werden zu Fragen, die zu klären sind, statt als Annahmen in einer abgehakten Checkliste zu verschwinden.

Einkauf und Budgetverantwortliche

Einkaufsverantwortliche können die kommerzielle Ebene, den Implementierungsumfang und den Betriebsaufwand vergleichen. Eine Demo anhand eines echten Workflows hilft ihnen einzuschätzen, wofür sie bezahlen, bevor sie einen Business Case durchrechnen.

Auf Basis von midPoint

midPoint ist open source, easyIGA unterstützt Alltagsentscheidungen

midPoint ist open source und eine Plattform für Identitätsverwaltung und Identity Governance. midPoint bildet die Grundlage für Identitätssynchronisation, Richtlinien und Provisionierung. Mit der öffentlichen Dokumentation können technische Teams die Plattform untersuchen und ihre Konfiguration nachvollziehen.

easyIGA nutzt diese Grundlage und ergänzt sie um eine Oberfläche für den Fachbereich. Das ist hilfreich, wenn Führungskräfte an der Steuerung von Zugriffsrechten mitwirken sollen, während IAM-Fachleute weiterhin für die zugrunde liegenden Systeme verantwortlich sind. Das heißt nicht, dass jede Administrationsfunktion von midPoint zu einer Ansicht in easyIGA wird oder dass jede Funktion von midPoint einen identischen Workflow in easyIGA hat.

Warum wir easyIGA auf midPoint aufgebaut haben: lesen Sie die Hintergründe.

Zuständigkeiten, die Sie bei einer Evaluierung vergleichen sollten
BereichmidPoint als GrundlageBeitrag von easyIGA
Identitätsdaten und Änderungen im ZielsystemKonfigurierte Quellen, Rollen und Provisionierung.Ein fachlicher Workflow, verbunden mit dem protokollierten Ergebnis.
ZugriffsentscheidungenRichtlinien- und Genehmigungsmechanismen.Verständliche Anfragen und Entscheidungskontext für die Beteiligten.
RichtlinienkonflikteKonfigurierte Ausschlussrichtlinien.Der ausgewertete Konflikt, angezeigt zum Zeitpunkt der Entscheidung.
Nachweise für ÜberprüfungenQuelleinträge und Historie in midPoint.Verfügbarer Kontext, Lücken in den Nachweisen bleiben ausdrücklich sichtbar.

Ein Konnektor kann je nach Version und Konfiguration der Anwendung unterschiedliche Vorgänge unterstützen. Die Vorgänge, die Ihr Team braucht, bestätigen wir beim Entwurf der Integration. Der Konnektorkatalog von midPoint beschreibt die verfügbaren Optionen. Unser Vergleich mit midPoint erklärt, wie diese technischen Verbindungen die Arbeit der Menschen in easyIGA unterstützen.

Zugriffskontrollen und regulatorische Nachweise

Zugriffssteuerung für DORA, NIS2 und CER unterstützen

Diese Regelwerke haben unterschiedliche Ziele und Anwendungsbereiche. IGA trägt zur Verwaltung von Identitäten und Zugriffsrechten innerhalb der Kontrollen bei, die eine Organisation umsetzt. Ein Produkt allein schafft keine Compliance. Die praktische Frage lautet, welche Entscheidungen und Einträge die für die Kontrolle verantwortliche Person braucht und ob der konfigurierte Workflow sie liefert.

Verordnung (EU) 2022/2554

DORA

DORA regelt die digitale operationale Resilienz im Finanzsektor. Artikel 9 umfasst Richtlinien, die den logischen und physischen Zugang auf den Umfang beschränken, der für rechtmäßige und zulässige Funktionen erforderlich ist, sowie Verfahren zur Verwaltung von Zugangs- und Zugriffsrechten. Eine IGA-Evaluierung kann den Teil zum logischen Zugang anhand von Anfragen, Genehmigungen durch die Verantwortlichen und den Einträgen zu Änderungen untersuchen.

Lassen Sie sich bei easyIGA eine relevante Rolle, den konfigurierten Entscheidungsweg und die daraus folgende Änderung im Zielsystem vorführen. Nehmen Sie einen fehlgeschlagenen Vorgang in den Test auf, damit die für die Kontrolle verantwortliche Person sieht, was Nacharbeit erfordert. Weitergehende Pflichten aus DORA, darunter Resilienztests und das IKT-Drittparteienrisiko, erfordern zusätzliche Maßnahmen. Mehr zum DORA-Kontext.

Richtlinie (EU) 2022/2555

NIS2

Art. 21 Abs. 2 Buchst. i NIS2 umfasst im Rahmen der Risikomanagementmaßnahmen im Bereich der Cybersicherheit die Sicherheit des Personals, Konzepte für die Zugriffskontrolle und das Management von Anlagen. Identity Governance bietet den Rahmen, um Zugriffsentscheidungen mit den Rollen und Richtlinien der Organisation zu verknüpfen.

Nutzen Sie einen Abteilungswechsel oder einen Austritt als Evaluierungsfall. Prüfen Sie, wer für die Identitätsdaten verantwortlich ist, welche Berechtigungen die Richtlinie ändert und was das Ergebnis bestätigt. Mit Zugriffsüberprüfungen lassen sich verbleibende Berechtigungen untersuchen. Ihre Organisation muss die Anwendbarkeit und die maßgebliche nationale Umsetzung selbst bewerten. Die Software ist ein Teil des Kontrollumfelds. Mehr zum NIS2-Kontext.

Richtlinie (EU) 2022/2557

CER

Die Richtlinie über die Resilienz kritischer Einrichtungen behandelt Resilienz über die Cybersicherheit hinaus. Artikel 13 umfasst das Sicherheitsmanagement hinsichtlich der Mitarbeiter sowie Verfahren für den Zugang zu Räumlichkeiten, kritischen Infrastrukturen und sensiblen Informationen. Sein Anwendungsbereich sollte nicht auf eine Software-Checkliste reduziert werden.

Der relevante Beitrag von easyIGA ist die Steuerung von Zugriffsrechten in der angebundenen Identitäts- und Anwendungsumgebung. Eine Organisation kann zum Beispiel bewerten, wie sich wechselnde Aufgaben externer Mitarbeitender auf deren Zugriff auf Anwendungen auswirken. Eine Anbindung an die physische Zugangskontrolle entsteht dadurch nicht, ebenso wenig eine Planung der Geschäftskontinuität. Diese Kontrollen und ihre Nachweise müssen gesondert bewertet werden.

IGA-Lizenzierung und Kosten

Wissen, was Sie kaufen

Preismodell ansehen →

Unterscheiden Sie beim Vergleich von IGA-Lizenzen zwischen midPoint, dem Produkt easyIGA und dem Aufwand für den Betrieb. Für midPoint fällt keine Softwarelizenzgebühr an. Einige Funktionen von midPoint, etwa Simulationen, Hochverfügbarkeits-Clustering oder eine andere Datenbank als PostgreSQL, erfordern ein Evolveum-Abonnement, das wir organisieren und in Ihr Angebot aufnehmen. easyIGA ist ein kommerzielles Produkt auf Basis von midPoint. Infrastruktur, Integration und Support haben trotzdem einen eigenen Umfang und eigene Kosten.

easyIGA wird als Jahresabonnement pro verwalteter Identität berechnet. Dazu zählen Mitarbeitende, externe Mitarbeitende und Servicekonten. Die Einführung ist im vereinbarten Umfang enthalten. Ihr schriftliches Angebot nennt den Preis und die abgedeckten Funktionen. Die Preisseite erklärt, was in ein Angebot einfließt.

Fragen Sie, wie der Anbieter eine Identität zählt und was passiert, wenn sich der Bestand ändert. Bestätigen Sie, welche Anwendungen und Umgebungen zum Umfang gehören und welche Vorgänge unterstützt werden. Klären Sie, welche Migrationsarbeiten enthalten sind, wer die Quelldaten bereinigt und wie die Abnahme gemessen wird. Diese Fragen verhindern, dass zwei unterschiedlich zugeschnittene Angebote vergleichbar wirken, nur weil beide einen Preis pro Nutzer ausweisen.

Berücksichtigen Sie beim Kostenvergleich wiederkehrende Kosten für Software und Support, Infrastruktur, die einmalige Implementierung und den internen Betriebsaufwand. Trennen Sie frei werdende Personalkapazität von tatsächlichen Kosteneinsparungen. Weniger Bearbeitungszeit senkt nicht automatisch die Personalkosten. Der Einsparungsrechner arbeitet mit Ihren eigenen Eingaben. So können Sie Annahmen prüfen, ohne einen hypothetischen Prozentsatz als gemessenes Ergebnis von easyIGA zu behandeln.

Vergleichen Sie auch die Option, midPoint allein zu betreiben. Ihr Team verfügt vielleicht bereits über die nötigen Kenntnisse und Prozesse. Bei easyIGA kommt die Frage hinzu, ob die Workflows für den Fachbereich ein Problem lösen, das Ihrer Organisation eine Investition wert ist. Eine Demo mit klar abgegrenztem Umfang und ein schriftliches Angebot sind dafür eine bessere Entscheidungsgrundlage als ein allgemeines Produktranking.

Eine praxisnahe Evaluierung

Einen Workflow mitbringen, den Sie verbessern möchten

Beginnen Sie mit der Anwendung, den Personen, die Zugriff brauchen, und der Person, die ihn genehmigt. Ergänzen Sie eine Rollenbeschreibung, die eine Führungskraft versteht. Bestimmen Sie die maßgebliche Quelle für die Person und ihre Berichtslinie. So dreht sich die Demo um eine konkrete fachliche Aufgabe statt um einen Rundgang durch zusammenhanglose Ansichten.

Wählen Sie als Nächstes einen Fall mit Handlungsbedarf. Das kann ein Richtlinienkonflikt sein, eine fehlende genehmigende Person oder ein Zielsystem, das eine Änderung nicht bestätigen kann. Vereinbaren Sie vor der Demo, wie ein korrektes Ergebnis aussehen soll. Entscheidend ist, wie das Team die Ausnahme erkennt und behandelt.

easyIGA wird standardmäßig selbst gehostet, auf Ihrer Infrastruktur und in Ihrem Rechtsraum. Für Organisationen ohne geeignete Infrastruktur ist auf Anfrage eine in der EU gehostete Bereitstellung verfügbar, die unser Team betreibt. Prüfen Sie die Zuständigkeiten für Betrieb und Aufbewahrung von Nachweisen gemeinsam mit den Bereitstellungsoptionen und Sicherheitsinformationen.

Unser Team hat mindestens 14 midPoint-Einführungen umgesetzt. Das beschreibt die Projekterfahrung des Teams, nicht die Verbreitung von easyIGA. Lassen Sie sich das aktuelle Release und die Workflows zeigen, die Sie kaufen möchten. Halten Sie den vorgeführten Umfang, die Lücken und die Abnahmebedingungen fest und entscheiden Sie anhand dieser Fakten, wie es weitergeht.

30-minütige Demo anfragen

Sehen Sie sich den Workflow mit unserem Team an und besprechen Sie die Anforderungen Ihrer Organisation.

Bevor Sie entscheiden

Typische Fragen zur Demo

Ersetzt easyIGA midPoint?

Nein. midPoint bleibt die zugrunde liegende Plattform für Identity Governance. easyIGA stellt darüber die Workflows für den Fachbereich bereit. Ihre IAM-Fachleute müssen weiterhin die Quellen, Rollen und Integrationen mit Zielsystemen konfigurieren, die Ihre Umgebung steuern.

Ist easyIGA kostenlos, weil midPoint open source ist?

Nein. Für midPoint fällt keine Softwarelizenzgebühr an. Einige Funktionen von midPoint, etwa Simulationen, Hochverfügbarkeits-Clustering oder eine andere Datenbank als PostgreSQL, erfordern ein Evolveum-Abonnement, das wir organisieren und in Ihr Angebot aufnehmen. easyIGA hat ein kommerzielles Abonnementmodell. Vergleichen Sie den gesamten vereinbarten Umfang einschließlich Services und Betrieb, und holen Sie aktuelle Preise für die Identitäten und Funktionen ein, die Sie benötigen.

Eignet sich easyIGA für DORA, NIS2 oder CER?

Bewerten Sie easyIGA für die Identitäts- und Zugriffskontrollen, die für Ihre Organisation relevant sind. Anfragen, konfigurierte Richtlinienprüfungen und verfügbare Nachweise können diese Arbeit unterstützen. Anwendbarkeit, weitergehende Kontrollen und das Urteil über die Compliance bleiben gesonderte Aufgaben Ihrer Organisation.

Zeigt jede Überprüfung, wer den Zugriff gewährt und genehmigt hat?

Der Eintrag zeigt die verfügbare Anfrage- und Genehmigungshistorie oder kennzeichnet eine externe Vergabe. Fehlende historische Informationen bleiben ausdrücklich sichtbar.