Wissen Sie, wer jede Änderung vorgeschlagen, wer sie freigegeben hat und warum
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 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.
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
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 leistet | Zugeordnet zu | Wie |
|---|---|---|
| Sichert Änderungen an Datensätzen hinter einem Prüf- und Freigabeschritt ab | ISO 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ät | ISO 27001:2022 Anhang A 8.15 (Protokollierung) | Entscheidung wird Antragsteller und Freigebendem zugeordnet |
| Dokumentiert die Kontrolle über Änderungen an Verarbeitungsdatensätzen | DSGVO Art. 5(2) (Rechenschaftspflicht) | Vollständiger Änderungsantragsverlauf pro Governance-Element |
| Liefert Nachweise für Massnahmen zur Änderungsautorisierung | SOC 2 CC8.1 (Änderungsmanagement) | Freigabe-Workflow mit aufbewahrten Ablehnungsgründen |
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.


