¶ Berichtigung
Beispieldokument: Diese Seite ist ein Musterentwurf für die fiktive „Muster GmbH“. Sie enthält keine realen Berichtigungsanträge, personenbezogenen Daten oder organisationsbezogenen Systemfreigaben.
Richtigkeitsregel: Unrichtige personenbezogene Daten werden unverzüglich berichtigt. Unvollständige Daten werden unter Berücksichtigung des Verarbeitungszwecks vervollständigt, gegebenenfalls durch eine ergänzende Erklärung.
Integritätsregel: Eine Berichtigung wird nicht nur im Eingangssystem vorgenommen. Betroffene Kopien, Schnittstellen, Empfänger und abgeleitete Ergebnisse werden ermittelt und konsistent behandelt.
¶ Dokumenteninformationen
| Feld | Wert |
|---|---|
| Dokumenten-ID | DSGVO-MA-03-03 |
| Dokumentenart | Detailverfahren für Berichtigung und Vervollständigung |
| Wiki.js-Pfad | /DSGVO/03-Betroffenenrechte/Berichtigung |
| Verantwortlich | festzulegende Datenschutzkoordination / fachlicher Dateneigner |
| Fachlich geprüft durch | Datenschutzbeauftragte/r, sofern benannt, Rechtsfunktion, IT, Datenqualität und betroffene Fachrollen |
| Freigabe durch | Geschäftsführung beziehungsweise dokumentierte befugte Leitung |
| Status | Entwurf – keine organisationsbezogenen Systeme, Datenowner oder Korrekturwege freigegeben |
| Version | 1.0 |
| Stand | 09.08.2026 |
| Gültig ab | Nach fachlicher Prüfung, Systemtest und formaler Freigabe |
| Nächste Prüfung | Spätestens zwölf Monate nach Freigabe sowie nach Fehlkorrekturen, Beschwerden oder Systemänderungen |
| Schutzklasse | Vertraulich; Anträge, Nachweise, Altdaten, Empfängerlisten und Korrekturprotokolle geschützt |
| DSGVO-Bezug | Insbesondere Artikel 5 Absatz 1 Buchstabe d, Artikel 12, 16 und 19 DSGVO |
| Schnittstellen | zentrales Anfragenverfahren, Auskunft, VVT, Datenqualität, Empfänger, Auftragsverarbeiter, Einschränkung und Nachweislenkung |
Kontrollierte Berichtigung mit Quellenprüfung, systemweiter Umsetzung und nachvollziehbarer Empfängerinformation. Eigene redaktionelle SVG-Grafik. Zum Vergrößern öffnen.
¶ 1. Zweck und Geltung
Das Verfahren ergänzt Betroffenenanfragen und Identitätsprüfung. Eingang, Identität, Vertretung, Monatsfrist, sichere Kommunikation und der übergreifende Nachweis bleiben dort führend.
¶ 2. Gegenstand der Berichtigung
| Fall | mögliche Maßnahme |
|---|---|
| objektiv unrichtige Angabe | durch richtige Angabe ersetzen |
| veraltete und dadurch unrichtige Angabe | aktualisieren und zeitlichen Bezug dokumentieren |
| unvollständige Angabe | zweckbezogen vervollständigen oder ergänzende Erklärung aufnehmen |
| bestrittene Tatsachenlage | Richtigkeit prüfen, bis dahin gegebenenfalls Verarbeitung einschränken |
| Werturteil oder fachliche Einschätzung | Tatsachengrundlage, Zweck, Kennzeichnung und Kontext prüfen |
| falsche Zuordnung zu einer Person | Zuordnung korrigieren und mögliche Offenlegungen bewerten |
| fehlerhafte Ableitung oder Score | Eingabedaten, Logik, Ergebnis und Folgeentscheidungen prüfen |
Nicht jede unerwünschte oder nachteilige Information ist unrichtig. Umgekehrt darf eine organisationsinterne Bezeichnung nicht allein deshalb beibehalten werden, weil sie technisch erzeugt wurde.
¶ 3. Eingang und Konkretisierung
Erfasst werden:
- beanstandete Angabe und gewünschte Berichtigung,
- betroffene Verarbeitung, System oder Kommunikation,
- angegebene Belege oder ergänzende Erklärung,
- mögliche unmittelbare Nachteile durch weitere Verwendung,
- Empfänger und nachgelagerte Prozesse,
- gegebenenfalls gleichzeitig geltend gemachte Auskunft, Einschränkung oder Löschung.
Die Person wird bei der Konkretisierung unterstützt. Es werden nur Nachweise verlangt, die zur Prüfung der konkreten Richtigkeit erforderlich und verhältnismäßig sind.
¶ 4. Richtigkeitsprüfung
- betroffene Datenfelder und Aussagen identifizieren.
- Zweck und zeitlichen Bezug bestimmen.
- Herkunft, Erhebungsdatum und bisherige Änderungen feststellen.
- verlässliche Primärquelle und mögliche Gegenbelege prüfen.
- unterschiedliche Schreibweisen, Rollen oder Zeitstände auseinanderhalten.
- Auswirkungen auf abgeleitete Daten und Entscheidungen bewerten.
- Ergebnis und Begründung dokumentieren.
Eine Kopie eines Ausweises wird nicht routinemäßig als Nachweis verlangt. Abhängig vom Datenfeld können weniger eingriffsintensive Unterlagen oder bereits bestätigte Kontodaten ausreichen.
¶ 5. Ergänzende Erklärung
Unter Berücksichtigung des Zwecks kann eine unvollständige Information durch eine ergänzende Erklärung vervollständigt werden. Sie wird so mit dem ursprünglichen Datensatz verbunden, dass:
- beide Informationen im maßgeblichen Kontext sichtbar sind,
- die Erklärung nicht irreführend vom Ausgangsdatensatz getrennt wird,
- Empfänger und Folgeprozesse sie berücksichtigen können,
- Zeitpunkt, Urheber und Gültigkeitsbereich nachvollziehbar bleiben.
Eine ergänzende Erklärung ersetzt keine objektiv erforderliche Korrektur eines falschen Datenfelds.
¶ 6. Vorläufige Einschränkung
Bestreitet die betroffene Person die Richtigkeit und kann die Prüfung nicht sofort abgeschlossen werden, wird die Einschränkung nach Artikel 18 geprüft. Kritische automatische Übernahmen, Veröffentlichungen, Entscheidungen oder Offenlegungen werden bis zur Klärung soweit erforderlich gestoppt.
Die Kennzeichnung „ungeprüft“ allein genügt nicht, wenn das System die bestrittene Angabe weiterhin wirksam verwendet.
¶ 7. Systemweite Umsetzung
Der Umsetzungsplan erfasst:
- führendes Stammdatensystem,
- abhängige Anwendungen und Schnittstellen,
- lokale Kopien, Exporte und Berichte,
- aktive Vorgänge und künftige Verarbeitung,
- Archive und rechtlich erforderliche historische Dokumentation,
- Backups mit kontrollierter Wiederherstellungslogik,
- Auftragsverarbeiter und weitere Empfänger,
- abgeleitete Profile, Scores und Entscheidungen.
Historische Dokumente werden nicht verfälscht. Soweit erforderlich, werden Berichtigungsvermerk, Ergänzung oder korrigierter Folgedatensatz mit nachvollziehbarem Zeitbezug verwendet.
¶ 8. Abgeleitete Daten und Entscheidungen
Wurde eine unrichtige Angabe für Profiling, Scoring, Auswahl oder andere Entscheidungen verwendet, werden geprüft:
- Neuberechnung des Ergebnisses,
- Korrektur nachgelagerter Entscheidungen,
- Information zuständiger Personen oder Empfänger,
- mögliche Nachteile und Abhilfemaßnahmen,
- Erforderlichkeit einer Datenschutzverletzungs- oder Risikobewertung,
- Ursachen in Quelle, Schnittstelle, Validierung oder Modell.
Die Korrektur des Eingabefelds allein schließt den Vorgang nicht ab, wenn fehlerhafte Folgen bestehen bleiben.
¶ 9. Empfängerinformation nach Artikel 19
Jeder Empfänger, dem die betroffenen Daten offengelegt wurden, wird über die Berichtigung informiert, außer dies ist unmöglich oder mit unverhältnismäßigem Aufwand verbunden. Dokumentiert werden:
- Empfänger und ursprüngliche Offenlegung,
- übermittelte Korrektur oder ergänzende Erklärung,
- Datum, Kanal und Bestätigung,
- ausnahmsweise Nichtinformation mit konkreter Begründung,
- Rückmeldung zur Umsetzung, soweit erforderlich.
Die betroffene Person wird auf Verlangen über diese Empfänger unterrichtet.
¶ 10. Auftragsverarbeiter
Auftragsverarbeiter erhalten eine eindeutige Weisung mit Datensatz, Korrektur, betroffenen Systemen und Termin. Die Organisation prüft, ob Unterauftragnehmer, Replikate, Suchindizes und Exporte einbezogen sind. Eine allgemeine Ticketbestätigung ist noch kein Nachweis der vollständigen Umsetzung.
¶ 11. Teilweise Erfüllung oder Ablehnung
Wird ein Antrag nicht oder nur teilweise erfüllt, werden dokumentiert:
- strittige Angabe und beantragte Änderung,
- festgestellte Tatsachen und Quellen,
- Zweck und zeitlicher Kontext,
- mögliche ergänzende Erklärung oder Einschränkung,
- konkrete rechtliche Begründung,
- Hinweis auf Aufsichtsbehörde und gerichtlichen Rechtsbehelf.
Eine fachliche Meinungsverschiedenheit wird nicht ohne Prüfung als Datenschutzmissbrauch behandelt.
¶ 12. Antwort an die betroffene Person
Die Antwort enthält:
- welche Daten berichtigt oder vervollständigt wurden,
- ab welchem Zeitpunkt die Änderung wirksam ist,
- welche Systeme und wesentlichen Folgeprozesse betroffen waren,
- ob Empfänger informiert wurden,
- welche historischen Angaben aus Rechtsgründen erhalten bleiben,
- welche Punkte nicht oder anders umgesetzt wurden und warum,
- Kontakt-, Beschwerde- und Rechtsbehelfsmöglichkeiten.
Sie wird über den im zentralen Verfahren festgelegten sicheren Kanal bereitgestellt.
¶ 13. Nachweisregister
| Feld | Inhalt |
|---|---|
| Vorgangs-ID | Verbindung zum zentralen Anfragenregister |
| VVT- und Datensatzreferenz | betroffene Verarbeitung und zulässige Referenz |
| beanstandete / korrigierte Angabe | möglichst ohne unnötige öffentliche Klartextdaten |
| Prüfung und Quellen | Tatsachen, Zeitbezug und Entscheidung |
| Systeme und Schnittstellen | Umsetzungsumfang |
| Empfänger / Auftragsverarbeiter | Mitteilung und Rückmeldung |
| abgeleitete Folgen | Neuberechnung oder Abhilfe |
| Antwort / Abschluss | Datum, Kanal und Freigabe |
| Review / Verbesserung | Ursache und Präventionsmaßnahme |
Konkrete Altdaten und Nachweise bleiben in der geschützten Vorgangsakte.
¶ 14. Kontrollen
- Wurde die Richtigkeit anhand geeigneter Quellen und des Verarbeitungszwecks geprüft?
- Sind führendes System und abhängige Kopien konsistent?
- Wurden bestrittene Angaben während der Prüfung angemessen eingeschränkt?
- Sind abgeleitete Ergebnisse und Entscheidungen neu bewertet?
- Haben Empfänger und Auftragsverarbeiter die Änderung erhalten?
- Werden Wiederherstellungen aus Backups ohne erneute Fehlübernahme behandelt?
- Ist die Antwort verständlich, vollständig und fristgerecht?
- Wurde die Fehlerursache behoben?
¶ 15. Verknüpfte Seiten
| Seite | Funktion |
|---|---|
| Betroffenenanfragen und Identitätsprüfung | Eingang, Identität, Frist und sichere Antwort |
| Auskunft | Feststellung unrichtiger oder unvollständiger Daten |
| Verzeichnis von Verarbeitungstätigkeiten | Systeme, Empfänger und verantwortliche Rollen |
| Informationspflichten | Aktualität transparenter Angaben |
| Dokumenten- und Nachweislenkung | geschützte Vorgangs- und Umsetzungsnachweise |
Die Seite Löschung und Einschränkung vertieft die vorläufige und dauerhafte Einschränkung.
¶ 16. Offizielle Grundlagen
- DSGVO, insbesondere Artikel 5, 12, 16 und 19 – EUR-Lex
- Recht auf Berichtigung – Bundesbeauftragte für den Datenschutz und die Informationsfreiheit
- Betroffenenrechte – Europäischer Datenschutzausschuss
¶ 17. Weiterführende Informationen von SMCT MANAGEMENT
Unterstützung bei Datenqualität, Korrekturprozessen, Empfängerinformation und kontrollierter Nachweisführung
- Datenschutzmanagement
- Datenschutz-Leistungen
- Pflichten von Verantwortlichen und Auftragsverarbeitern
Erstgespräch unter info@smct-management.de vereinbaren
¶ 18. Praxisszenario und Datenqualitätskontrolle
Eine Person teilt mit, dass ihre frühere Anschrift weiterhin in Rechnungen, einem CRM-Export und bei einem Versanddienstleister verwendet wird. Die Bearbeitung darf sich nicht auf die Änderung im sichtbaren Kundenprofil beschränken. Zuerst wird geklärt, welche Angabe unrichtig ist, seit wann die neue Anschrift gilt und welche Nachweise für den konkreten Zweck angemessen sind. Unnötige Ausweiskopien oder zusätzliche Daten werden nicht routinemäßig verlangt.
Der Fälleigner erstellt anschließend eine Wirkungskette:
| Ebene | Prüffrage | Erwarteter Nachweis |
|---|---|---|
| führender Datensatz | Welches System ist für die aktuelle Anschrift maßgeblich? | protokollierte Änderung mit Fall-ID |
| Replikate und Exporte | Welche Systeme, Listen oder Schnittstellen übernehmen die Angabe? | Abgleich der angebundenen Ziele |
| Dokumente und Historie | Was muss berichtigt werden und was bleibt als rechtmäßige historische Dokumentation erhalten? | begründete Abgrenzungsentscheidung |
| Empfänger | Wer hat die unrichtige Angabe erhalten? | Artikel-19-Prüfung und Versandnachweis |
| abgeleitete Ergebnisse | Haben Bonitäts-, Risiko-, Preis- oder Zugangsentscheidungen auf der falschen Angabe beruht? | erneute fachliche Bewertung |
| Wiederherstellung | Kann ein Backup oder Import den Fehler erneut einspielen? | Wiederanlauf- und Negativtest |
¶ 18.1 Ursache statt Einzelkorrektur
Der Fall wird auch als Datenqualitätsabweichung betrachtet. Mögliche Ursachen sind unklare Datenführerschaft, fehlende Schnittstellenregeln, verzögerte Synchronisation, manuelle Schattenlisten oder ein nicht kontrollierter Import. Die Maßnahme adressiert die festgestellte Ursache. Eine bloße Schulung ist nur dann geeignet, wenn ein Wissens- oder Bedienfehler tatsächlich nachgewiesen wurde.
¶ 18.2 Abschlusskriterien
Der Vorgang wird erst geschlossen, wenn die Korrektur in allen relevanten produktiven Systemen bestätigt, notwendige Empfänger informiert, abgeleitete Entscheidungen geprüft und ein Wiederauftreten durch Import oder Wiederherstellung getestet wurde. Die Antwort an die Person nennt verständlich, was berichtigt, ergänzt, nicht geändert oder rechtmäßig weiter dokumentiert wurde. Offene technische Maßnahmen bleiben mit Verantwortlichkeit und Termin sichtbar.
¶ 19. Änderungshistorie
| Version | Datum | Änderung | Erstellt/geändert durch | Freigabe |
|---|---|---|---|---|
| 1.0 | 09.08.2026 | Praxisszenario, Wirkungskette, Ursachenprüfung und Abschlusskriterien ergänzt | Datenschutzkoordination / Musterrolle | Ausstehend |
| 0.1 | 08.08.2026 | Musterverfahren für Berichtigung und Vervollständigung erstellt | Datenschutzkoordination / Musterrolle | Ausstehend |