Änderungsantrags- und Freigabe-Workflow

Wissen Sie, wer jede Änderung vorgeschlagen, wer sie freigegeben hat und warum

Für DSB und CISO, die für die Integrität von Datensätzen über eine oder viele Einheiten hinweg verantwortlich sind — leiten Sie jede Änderung an einem kritischen Governance-Datensatz über einen Vorschlags- und Freigabeprozess, mit einem lückenlosen Entscheidungsverlauf dahinter.
Für
DSB
ISO
CISO
ISO 27001:2022 Anhang A 8.32
DSGVO Art. 5(2)
SOC 2 CC8.1
Die Herausforderung

Stille Änderungen lassen Sie ohne Nachweis der Entscheidung zurück

Ihre sensibelsten Datensätze — Verarbeitungstätigkeiten, Risikobehandlungen, Massnahmen, Lieferantenkonditionen — sind zugleich am stärksten stillen, unautorisierten Änderungen ausgesetzt. Ein Feld ändert sich, das Dokument driftet ab, und niemand kann sagen, wer die Entscheidung getroffen hat oder mit welcher Befugnis.

Wenn eine Aufsichtsbehörde oder ein Prüfer fragt «Wer hat diese Änderung freigegeben und wann?», liefert ein blosser Änderungsverlauf keine Antwort. Sie benötigen einen Nachweis der Entscheidung: den Vorschlag, die prüfende Person, die Freigabe oder den Ablehnungsgrund.

Ohne einen formellen Prozess wird Änderungsmanagement zur nachträglichen Rekonstruktion — und rekonstruierte Nachweise sind die schwächste Form, die Sie einem Prüfer vorlegen können.

Was Sie tun können

Was Sie mit dem Änderungsantrags- und Freigabe-Workflow tun können

  • Schlagen Sie eine Änderung an jedem Governance-Datensatz vor, ohne den Live-Datensatz zu verändern, bis sie freigegeben ist.
  • Leiten Sie jeden Antrag an einen benannten Freigebenden mit den vollständig erfassten vorgeschlagenen Änderungen.
  • Verfolgen Sie jeden Antrag durch die Status ausstehend, freigegeben oder abgelehnt, sodass sich nichts ausserhalb des Prozesses ändert.
  • Halten Sie jede Entscheidung mit Zeitstempel und Identität fest — ein belastbarer Nachweis, nicht nur ein Änderungsprotokoll.
  • Erfassen Sie den Grund jeder Ablehnung, damit abgelehnte Änderungen dokumentiert bleiben und nicht verloren gehen.
  • Diskutieren Sie in Kommentarverläufen am Antrag und halten so die Begründung direkt neben der Entscheidung.
Geschäftlicher Nutzen

Was es für Ihr Programm leistet

  • Keine unautorisierten Änderungen an kritischen Datensätzen — jede Anpassung durchläuft einen Prüfprozess, bevor sie wirksam wird.
  • Ein auditfähiger Entscheidungsverlauf — wer vorgeschlagen, wer freigegeben hat, wann und warum, auf Anfrage vorzeigbar.
  • Dokumentierte Ablehnungen — abgelehnte Änderungen tragen einen Grund und schliessen eine häufige Lücke im Änderungsmanagement.
  • Belastbares Änderungsmanagement über Einheiten hinweg — steuern Sie Aktualisierungen gemeinsam genutzter Datensätze innerhalb einer Gruppe über einen einheitlichen Prozess.
Für Compliance konzipiert

Für Compliance konzipiert

DPMS hilft Ihnen, die konkreten Pflichten nachzuweisen, die Änderungen an Ihren Datensätzen regeln — zugeordnet zu Artikel und Massnahme, nie nur zu «der DSGVO».

Was DPMS leistetZugeordnet zuWie
Sichert Änderungen an Datensätzen hinter einem Prüf- und Freigabeschritt abISO 27001:2022 Anhang A 8.32 (Änderungsmanagement)Vorschlag → Weiterleitung an Freigebende → Freigabe-/Ablehnungsentscheidung
Protokolliert, wer jede Änderung freigegeben oder abgelehnt hat, mit Zeitstempel und IdentitätISO 27001:2022 Anhang A 8.15 (Protokollierung)Entscheidung wird Antragsteller und Freigebendem zugeordnet
Dokumentiert die Kontrolle über Änderungen an VerarbeitungsdatensätzenDSGVO Art. 5(2) (Rechenschaftspflicht)Vollständiger Änderungsantragsverlauf pro Governance-Element
Liefert Nachweise für Massnahmen zur ÄnderungsautorisierungSOC 2 CC8.1 (Änderungsmanagement)Freigabe-Workflow mit aufbewahrten Ablehnungsgründen
Sehen Sie, wie sich dies Ihren Pflichten zuordnen lässt — buchen Sie eine 30-minütige Demo.
Demo buchen
Warum Priverion

Warum Priverion

Anders als ein an Ihre Datensätze angeflanschtes universelles Ticketing- oder GRC-Tool lebt dieser Freigabeprozess innerhalb derselben Plattform wie Ihr Verarbeitungsverzeichnis, Ihre DSFA, Ihr Risikoregister und Ihr Lieferantenmanagement. Der Änderungsantrag wirkt direkt auf den Governance-Datensatz, den er steuert — ohne Export, Neueingabe oder Abgleich zwischen Systemen.

Diese enge Verzahnung macht ihn nutzbar für die Steuerung von unternehmensübergreifenden Aktualisierungen gemeinsam genutzter Datensätze innerhalb einer Gruppe: Wenn eine Muttergesellschaft eine Änderung an einem mit Tochtergesellschaften geteilten Datensatz vorschlägt, werden Vorschlag und Freigabe pro Mandant abgegrenzt und festgehalten.

FAQ

Fragen, die DSB vor einer Demo stellen

Welche Datensätze können einen Änderungsantrag durchlaufen?
Jedes Governance-Element der Plattform — Verarbeitungsdatensätze, Risikobehandlungen, Massnahmen, Lieferanten und mehr — kann über den Vorschlags- und Freigabeprozess geleitet werden.
Wer kann eine Änderung freigeben?
Anträge werden an benannte Freigebende geleitet. Die Freigabe oder Ablehnung wird mit Zeitstempel der Identität dieser Person zugeordnet, sodass die Entscheidung nachvollziehbar bleibt.
Was geschieht mit abgelehnten Anträgen?
Sie werden mit ihrem Ablehnungsgrund und dem Kommentarverlauf aufbewahrt, sodass abgelehnte Änderungen für Audits und künftige Referenzen dokumentiert bleiben, anstatt zu verschwinden.
Funktioniert das über mehrere Einheiten hinweg?
Ja. Anträge sind mandantenisoliert, sodass eine Gruppe Aktualisierungen gemeinsam genutzter Datensätze zwischen einer Muttergesellschaft und ihren Tochtergesellschaften über einen einheitlichen, abgegrenzten Prozess steuern kann.

Bereit, Ihren kritischen Datensätzen einen Prozess vorzuschalten?

Sehen Sie, wie Vorschlags- und Freigabe-Workflows Ihre Governance-Datensätze autorisiert, nachvollziehbar und auditfähig halten. Buchen Sie eine 30-minütige Demo mit Fokus auf den Änderungsantrags- und Freigabe-Workflow.
Demo buchen