Anonyme Meldungen ermöglichen – warum viele Systeme daran scheitern
Seit dem 1. Januar 2025 ist die Bearbeitung anonymer Hinweise keine Empfehlung mehr, sondern gesetzliche Pflicht. Was das technisch wirklich bedeutet, wo handelsübliche Lösungen stille Lücken haben – und wie EP:Whistleblow echte Anonymität auf Serverebene umsetzt.
In unserem Blog haben wir bereits erläutert, was das HinSchG von Unternehmen verlangt und warum eine einfache E-Mail-Adresse als Meldekanal nicht ausreicht. Das ist eine Einstiegsfrage – und sie ist wichtig. Aber dieser Artikel richtet sich an eine andere Leserrunde: Unternehmen, die bereits ein Hinweisgebersystem haben oder eines evaluieren, und die wissen wollen, ob es die gesetzlichen Anforderungen an anonyme Kommunikation technisch wirklich erfüllt.
Denn „anonymes Hinweisgebersystem" steht auf vielen Produktseiten. Was tatsächlich auf Serverebene passiert – wie IP-Adressen behandelt werden, ob Feldinhalte verschlüsselt sind, wie Folge-Kommunikation ohne Identitätspreisgabe funktioniert – das ist eine andere Frage. Und aktuell auch keine rein akademische mehr: Das Bundesamt für Justiz prüft, und § 40 HinSchG sieht Bußgelder bis 50.000 € vor.
Rechtlicher Rahmen
Was § 16 HinSchG wirklich verlangt – und seit wann
Das Hinweisgeberschutzgesetz ist seit dem 2. Juli 2023 in Kraft. Die Pflicht zur anonymen Kommunikation war dabei zunächst mit einer Übergangsfrist versehen: Seit dem 1. Januar 2025 gilt § 16 Abs. 1 Satz 4–6 HinSchG uneingeschränkt – die Toleranzphase der Aufsichtsbehörden ist beendet.
⚖️ § 16 HinSchG – Was das Gesetz konkret fordert
Anonyme Meldungen entgegennehmen: Interne Meldekanäle müssen so gestaltet sein, dass Hinweisgeber Meldungen anonym einreichen können – technisch sicher, ohne Identitätspreisgabe.
Anonyme Folge-Kommunikation: Es reicht nicht, eine anonyme Erstmeldung zu ermöglichen. Das System muss einen geschützten, dialogfähigen Kanal bereitstellen – damit der Case Manager / Fallbearbeiter Rückfragen stellen und der Hinweisgeber antworten kann, ohne seine Identität preiszugeben.
Vertraulichkeitsgebot: Die Identität des Hinweisgebers darf nur dem unmittelbaren Hinweisempfänger bekannt sein. Technische Systeme müssen sicherstellen, dass keine Metadaten, Logfiles oder IP-Adressen eine Deanonymisierung ermöglichen.
Bußgeldrisiko (§ 40 HinSchG): Verstöße – etwa das Behindern von Meldungen oder Verletzungen der Vertraulichkeitspflicht – können mit Bußgeldern bis zu 50.000 € geahndet werden. Seit 2025 ist das Bundesamt für Justiz (BfJ) bundesweit für die Verfolgung zuständig.
Technische Analyse
Fünf Fragen, die jedes Hinweisgebersystem beantworten können muss
Wer ein Hinweisgebersystem evaluiert oder das bestehende auf Compliance prüfen lässt, sollte konkrete technische Fragen stellen – keine Marketing-Aussagen akzeptieren. Hier sind die fünf häufigsten Stellen, an denen Systeme stille Anonymitätslücken haben:
Technische Architektur
Wie EP:Whistleblow echte Anonymität auf Serverebene umsetzt
EP:Whistleblow wurde von Grund auf mit dem Grundsatz entwickelt, dass Anonymität keine Frontend-Eigenschaft ist, sondern eine Architektur-Entscheidung. Das System ist so gebaut, dass selbst ein Administrator mit vollem Lesezugriff keine Meldungsinhalte im Klartext sehen kann – weil die Verschlüsselung auf Anwendungsebene stattfindet. Hier sind die konkreten technischen Maßnahmen:
Praxis-Guide
Checkliste: Das muss Dein Meldesystem umsetzen
Hier ist eine praktische Checkliste für Compliance-Verantwortliche und IT-Entscheider – sowohl für die technische Systemauswahl als auch für den laufenden Betrieb.
