Governance und Kontrolle

Behalten Sie die Kontrolle über Ihre gesamte digitale Landschaft.

Forrit gibt Content-, Technologie- und Governance-Teams klare Kontrolle darüber, wie digitale Erlebnisse erstellt, freigegeben, veröffentlicht und betrieben werden. Legen Sie fest, wer Änderungen vornehmen darf, steuern Sie, wie diese Änderungen in die Produktion gelangen, standardisieren Sie Bereitstellung und Betrieb von Umgebungen und behalten Sie lückenlos nach, was passiert ist.

Die vier Säulen der Kontrolle in Forrit: Menschen, Veröffentlichung, Plattform und Nachvollziehbarkeit, alle auf einer cloud-nativen Plattform aus Forrit CMS und Service Delivery Hub. Wählen Sie eine Säule, um mehr zu erfahren.
  1. 01

    Menschen

    Geben Sie jedem die Funktionen, die er braucht, ohne allen Administratorrechte zu geben.

    • Benutzerdefinierte Rollen
    • Berechtigungen auf Funktionsebene
    • Single Sign-on und MFA
    • Funktionstrennung
  2. 02

    Veröffentlichung

    Änderungen gelangen bewusst in die Produktion, nie aus Versehen.

    • Tasks
    • Vorschau und Prüfung
    • Freigabe-Workflows
    • Versionshistorie und Rollback
  3. 03

    Plattform

    Standardisieren Sie, wie Umgebungen bereitgestellt, ausgerollt und betrieben werden.

    • Service Delivery Hub
    • Wiederholbare Umgebungen
    • Auditierte Deployments
    • Eine operative Gesamtsicht
  4. 04

    Nachvollziehbarkeit

    Sehen Sie, was sich geändert hat, wer es geändert hat und wie es freigegeben wurde.

    • Audit-Historie
    • Namentliche Freigaben
    • Administrative Aktivitäten
    • Exportierbare Protokolle

Eine cloud-native Plattform · Forrit CMS + Service Delivery Hub

Kontrolle heißt nicht, Ihre Teams einzuschränken. Sie bedeutet Freiheit innerhalb klar definierter Leitplanken.

01 · Menschen

Steuern Sie, wer was tun darf.

Nicht jeder, der an Ihrer digitalen Landschaft arbeitet, braucht denselben Zugriff. Redakteure, Prüfer, Freigebende, Entwickler und Administratoren haben unterschiedliche Aufgaben, und wer Administratorrechte verteilt, nur damit die Arbeit vorankommt, lädt Fehler und Risiken ein.

Forrit unterstützt benutzerdefinierte Rollen mit Berechtigungen auf Funktionsebene. So geben Sie jedem die Funktionen, die seine Aufgabe erfordert, ohne allen Administratorrechte zu geben. Die Anmeldung erfolgt über den Identitätsanbieter Ihres Unternehmens, und Erstellen, Prüfen, Freigeben und Administrieren von Inhalten lassen sich als getrennte Aufgaben halten, genau das, was regulierte Organisationen nachweisen müssen.

Funktionstrennung, eingebaut

  1. Ein Redakteur erstellt die Änderung und prüft sie in der Vorschau

  2. Ein Prüfer kontrolliert sie und fordert bei Bedarf Änderungen an

  3. Ein Freigebender gibt sie zur Veröffentlichung frei

  4. Ein Administrator verwaltet Benutzer und Rollen, getrennt von den Inhalten

Illustration: Beispielrollen und die Funktionen, die jede Rolle nutzen darf. Sie erstellen eigene Rollen passend zur Arbeitsweise Ihrer Organisation.

Funktionen für Menschen und Rollen

  • CMS-Rollen und -Berechtigungen

    Legen Sie genau fest, wer erstellen, bearbeiten, freigeben und veröffentlichen darf, einheitlich durchgesetzt über Websites, Teams, Agenturen und Tochtergesellschaften hinweg.

  • Benutzerdefinierte Rollen

    Erstellen Sie Rollen, die zu Ihrer Organisation passen, etwa Redakteur, Freigebender, Entwickler oder Administrator, und legen Sie fest, welche Funktionen jede Rolle nutzen darf.

  • Single Sign-on und MFA

    Nutzer melden sich über den Identitätsanbieter Ihres Unternehmens an, mit Single Sign-on, Multi-Faktor-Authentifizierung und bedingtem Zugriff.

  • Zugriff nach dem Least-Privilege-Prinzip

    Rollenbasierte Zugriffskontrolle gibt jeder Person und jedem Dienst genau die Berechtigungen, die sie benötigen, und nicht mehr.

  • Zugriff auf Projektebene

    Geben Sie einem regionalen Team, einer Marke oder einer Agentur Zugriff auf ihr eigenes Projekt, ohne den Rest Ihrer digitalen Landschaft zu öffnen.

  • Eine rollenbasierte Oberfläche

    Ob Texte bearbeitet, Komponenten gebaut oder der Betrieb überwacht wird: Die Oberfläche konzentriert jeden auf die Aufgaben seiner Rolle.

02 · Veröffentlichung

Änderungen gelangen bewusst in die Produktion, nie aus Versehen.

In vielen Content-Management-Systemen ist eine Bearbeitung nur einen Klick von Ihrer Live-Website entfernt. Das ist schnell, bis der falsche Preis, das falsche Datum oder eine nicht freigegebene Aussage Ihre Kunden erreicht.

Forrit setzt einen gesteuerten Weg zwischen eine Änderung und ihren Livegang. Die Arbeit wird in Tasks vorbereitet, in der Vorschau geprüft, über die von Ihnen konfigurierten Workflows geprüft und freigegeben und erst dann veröffentlicht. Größere Vorhaben wie ein Rebranding oder ein Produktlaunch lassen sich in einem eigenen Task vorbereiten, während die tägliche Veröffentlichung weiterläuft.

Vom Entwurf bis zum Livegang

  1. Erstellen: Die Änderung entsteht in einem Task, getrennt von der Live-Website

  2. Vorschau: Sehen Sie genau, wie es aussieht, bevor es irgendwohin gelangt

  3. Prüfen: Prüfer kontrollieren die Änderung und fordern bei Bedarf Anpassungen an

  4. Freigeben: Benannte Freigebende zeichnen über Ihren Workflow ab

  5. Veröffentlichen: Freigegebene Inhalte gehen live, mit Rollback, falls sich Pläne ändern

Illustration: Eine alltägliche Aktualisierung und ein größeres Vorhaben durchlaufen Vorschau, Prüfung und Freigabe in getrennten Tasks. Nichts erreicht die Live-Website, bevor es freigegeben ist.

Veröffentlichungsfunktionen

  • Freigabe-Workflows

    Anpassbare Workflows und maßgeschneiderte Freigaberichtlinien steuern, was veröffentlicht wird, jeweils verknüpft mit der Identität des Nutzers.

  • Vorschau vor der Veröffentlichung

    Prüfer und Freigebende sehen Änderungen im Kontext, bevor sie live gehen, und beurteilen so, was Kunden tatsächlich sehen werden.

  • Parallele Tasks

    Verschiedene Personen und Teams können gleichzeitig an verschiedenen Änderungen arbeiten, jeweils in einem eigenen Task, ohne die Arbeit anderer zu überschreiben.

  • Versionshistorie und Rollback

    Änderungen werden in Task-Branches vorbereitet und vor dem Livegang in der Vorschau geprüft. Versionshistorie und vollständiges Rollback ermöglichen es, eine Änderung schnell rückgängig zu machen.

  • Sicherer Veröffentlichungsprozess

    Test-, Staging- und Live-Umgebungen, Aufgabenzweige und vollständiges Rollback ermöglichen vielen Teams paralleles Arbeiten, ohne die Produktion zu gefährden.

  • KI unter denselben Kontrollen

    Änderungen, die ein autorisierter KI-Assistent über den Forrit MCP-Server vornimmt, landen wie Änderungen von Menschen in Task-Branches und werden geprüft und freigegeben, bevor etwas veröffentlicht wird.

03 · Plattform

Kontrollieren Sie Ihre digitale Landschaft, nicht nur Ihr CMS.

CMS-Governance endet meist beim Inhalt. Dahinter werden Umgebungen oft manuell bereitgestellt, für jedes Projekt anders konfiguriert und in getrennten Werkzeugen überwacht. Das macht die Landschaft schwerer abzusichern, zu prüfen und zu betreiben.

Der Forrit Service Delivery Hub bringt Umgebungen, Infrastruktur und Betrieb in dasselbe Betriebsmodell. Bereitstellung und Konfiguration werden wiederholbar und vorlagenbasiert, und die IT erhält eine operative Gesamtsicht über Tenants, Abonnements, Umgebungen und Cluster. Die IT steuert, wie die Landschaft bereitgestellt und betrieben wird; Content-Teams steuern, was veröffentlicht wird.

Jede Umgebung auf dieselbe kontrollierte Weise

  1. Mit einer wiederholbaren Vorlage starten, nicht mit einem Einzelaufbau

  2. Der Service Delivery Hub stellt sie in einem einfachen Prozess mit sieben Schritten bereit

  3. Jedes Deployment ist vollständig verwaltet und auditiert

  4. Die Umgebung wird Teil einer operativen Gesamtsicht Ihrer Landschaft

Illustration: Der Service Delivery Hub stellt Umgebungen aus wiederholbaren Vorlagen bereit und gibt der IT eine operative Gesamtsicht über Tenants, Abonnements, Umgebungen und Cluster.

Plattformfunktionen

  • Wiederholbare, vorlagenbasierte Umgebungen

    Bereitstellung und Konfiguration werden zu einer wiederholbaren Plattformfunktion statt zu einem eigenen Engineering-Projekt für jedes Deployment.

  • Von Tenants bis Clustern in einer Ansicht

    Sehen und verwalten Sie Tenants, Abonnements, Umgebungen und Cluster in einer operativen Gesamtsicht statt in vielen einzelnen Konsolen.

  • Auditierte Bereitstellung in Minuten

    Der Sieben-Schritte-Prozess des Service Delivery Hub erstellt jede Umgebung präzise, und jede Bereitstellung wird vollständig verwaltet und auditiert.

  • Eingeschränkter Produktionszugriff

    Der Zugriff auf Produktionsumgebungen ist streng eingeschränkt, bei Bedarf mit IP-Beschränkungen.

  • Ihre Cloud, Ihr Eigentum

    Ihre Forrit-Umgebung kann in Ihrem eigenen Cloud-Tenant und -Abonnement laufen. Die Ressourcen gehören Ihnen, Ihre Assets bleiben in Ihrem Abonnement und Sie behalten die Kontrolle über die Perimetersicherheit, einschließlich aller zusätzlichen Ebenen, die Sie um Forrit herum ergänzen.

  • Echtzeit-Monitoring und Warnmeldungen

    Globales Echtzeit-Monitoring erkennt Leistungsprobleme schnell, und Systemwarnungen informieren Sie, wenn ein Dienst nicht wie erwartet funktioniert.

04 · Nachvollziehbarkeit

Wissen, was sich geändert hat, wer es geändert hat und wie es live ging.

Kontrolle nützt wenig ohne Nachvollziehbarkeit. Wenn ein Prüfer, eine Aufsichtsbehörde oder Ihre eigene Geschäftsleitung fragt, was passiert ist, brauchen Sie eine Antwort und keine Suche in alten E-Mails.

Forrit erfasst Benutzeraktivitäten in einer Audit-Historie, die Anmeldungen, Inhaltsänderungen, Workflow-Aktionen und administrative Aktivitäten umfasst. Sie können jede Änderung von der Person, die sie vorgenommen hat, über Prüfung und Freigabe bis zum Release verfolgen, mit dem sie veröffentlicht wurde, und die Protokolle exportieren, wenn Sie sie weitergeben müssen.

Was die Audit-Historie erfasst

  1. Authentifizierung: wer sich wann angemeldet hat

  2. Inhaltsänderungen: was erstellt, bearbeitet oder entfernt wurde und von wem

  3. Workflow-Aktionen: wer eine Änderung geprüft, freigegeben oder zurückgewiesen hat

  4. Administrative Aktivitäten: Änderungen an Benutzern, Rollen und Einstellungen

Illustration: Eine Audit-Historie verfolgt eine einzelne Änderung von Anmeldung und Bearbeitung über Prüfung und Freigabe bis zum Release.

Funktionen für Nachvollziehbarkeit

  • Vollständiger Audit-Trail

    Jede Aufgabe, Aktion und Änderung im CMS wird sicher protokolliert. So erhalten Sie eine Audit-Historie darüber, wer was wann getan hat.

  • Lückenlose Änderungshistorie

    Verfolgen Sie jede Änderung von der Person, die sie verfasst hat, über Prüfung und Freigabe bis zum Release, mit dem sie veröffentlicht wurde.

  • Namentliche Freigaben

    Freigaben sind mit der Identität der freigebenden Person verknüpft, sodass eine Abzeichnung nie anonym oder bloß angenommen ist.

  • Protokolle zum Prüfen und Exportieren

    Prüfen Sie Audit-Protokolle im CMS und exportieren Sie sie, wenn Ihre Compliance-, Risiko- oder Revisionsteams sie benötigen.

  • Geprüfte externe Links

    Externe URLs werden gleich zu Beginn des Veröffentlichungs-Workflows geprüft, zusätzlich zum Scan der Medien.

  • Nachweise für Audit und Regulierung

    Eine klare Dokumentation von Änderungen und Freigaben hilft Ihnen, Governance gegenüber Prüfern nachzuweisen, und unterstützt Pflichten wie DORA und operative Resilienz.

Freiheit innerhalb von Leitplanken

Standardisieren Sie, was kontrolliert werden muss. Bleiben Sie flexibel, wo es darauf ankommt.

Kontrolle kann so klingen, als würde alles abgeriegelt. Das sollte sie nicht. Zentrale Governance verlangt nicht, dass jede Website, Marke oder jeder Geschäftsbereich exakt gleich arbeitet.

In Forrit teilen sich mehrere Projekte eine Plattform und behalten dennoch ihre eigenen Benutzer, Berechtigungen, Workflows und Deployment-Regeln. Sicherheits-, Identitäts- und Markenstandards werden einmal festgelegt und gelten überall; wie jedes Team darin arbeitet, entscheidet es selbst. Und weil Forrit ein hybrides Headless-CMS ist, behalten Entwickler die Freiheit, Erlebnisse auf ihre Weise zu bauen.

Was standardisiert wird und was variieren darf

  1. Standardisieren: Sicherheitskontrollen, Identität und Produktionszugriff

  2. Standardisieren: freigegebene Komponenten, Markenregeln und Umgebungsvorlagen

  3. Variieren: wer an welchem Projekt arbeitet und was er tun darf

  4. Variieren: Workflows, Freigabewege und Deployment-Regeln je Team

  5. Variieren: wie Entwickler jedes Erlebnis bauen, als HTML oder headless

Illustration: drei Projekte auf einer Plattform, jedes mit eigenen Benutzern, Rollen und Freigabewegen, alle innerhalb derselben Leitplanken für Sicherheit, Identität, Marke und Umgebungen.

Funktionen für Flexibilität

  • Mandantenfähigkeit

    Betreiben Sie eine Website oder tausend auf einer Plattform, mit Projekten, die Inhalte und Endpunkte je Website, Marke oder Geschäftsbereich bündeln.

  • Workflows, die zu jedem Team passen

    Eine regulierte Produktwebsite und eine Karriere-Website brauchen nicht denselben Freigabeweg. Jedes Projekt kann eigene Workflows und Regeln haben.

  • Geprüfte, wiederverwendbare Komponenten

    Bauen Sie Marken- und Barrierefreiheitsmuster einmal in Komponenten ein und verwenden Sie sie auf allen Websites wieder, damit Rebrandings und Kampagnen konsistent bleiben.

  • Freiheit für Entwickler

    Hybride Headless-Architektur und .NET SDKs ermöglichen Entwicklern, vertraute Werkzeuge zu nutzen und Inhalte als HTML oder JSON auf jedem Kanal auszuliefern.

  • Neue Geschäftsbereiche einbinden

    Bringen Sie neue Abteilungen oder übernommene Unternehmen mit eigenem Projekt und eigenen Rollen auf die Plattform, innerhalb der bereits bestehenden Leitplanken.

  • Public oder souveräne Cloud

    Cloudnativ und auf führenden Public-Cloud-Plattformen oder bei souveränen Cloud-Anbietern einsetzbar, um Anforderungen an Datenresidenz und Datensouveränität zu erfüllen.

Kontrolle für jedes Team

Jedes Team kontrolliert, wofür es verantwortlich ist.

Kontrolle in Forrit bedeutet nicht, dass ein Team alle Schlüssel in der Hand hält. Content-, Compliance-, IT- und Entwicklungsteams erhalten jeweils die Kontrollen, die zu ihren Verantwortlichkeiten passen, auf derselben Plattform und unter derselben Governance.

  • Content-Teams

    Was erstellt wird

    Erstellen, bearbeiten und prüfen Sie Inhalte in Tasks mit freigegebenen, wiederverwendbaren Komponenten und reichen Sie sie zur Prüfung ein, sobald sie fertig sind.

  • Compliance und Risiko

    Was freigegeben wird

    Agieren Sie als benannte Freigebende in Ihren Workflows, damit nichts ohne die richtige Freigabe zu Ihren Kunden gelangt, und prüfen Sie anschließend die Audit-Historie.

  • IT und Betrieb

    Wie die Landschaft betrieben wird

    Stellen Sie jede Umgebung über den Service Delivery Hub bereit, rollen Sie sie aus, überwachen und warten Sie sie, bei streng eingeschränktem Produktionszugriff.

  • Entwickler

    Wie Erlebnisse gebaut werden

    Bauen Sie Komponenten mit .NET SDKs und vertrauten Werkzeugen und liefern Sie Inhalte als HTML oder Headless-JSON aus, innerhalb der Leitplanken der Plattform.

Fragen zu Governance und Kontrolle, beantwortet

Möchten Sie es in Aktion sehen?

Buchen Sie eine Demo