Stakeholder nach ISO Klausel 4.2 strukturiert erfassen

ISO-Normen (9001, 14001, 27001) verlangen alle in Klausel 4.2, dass die interessierten Parteien des Managementsystems systematisch ermittelt werden. Was in der Norm in zwei Sätzen steht, ist in der Praxis eine der unterschätzten Aufgaben - weil "interessierte Partei" so breit definiert ist, dass jeder mit ein bisschen Phantasie zwei Dutzend Einträge schreibt, ohne dass danach klar ist, was damit zu tun ist.

Was die Norm tatsächlich fordert

Die Anforderung hat drei Teile:

1. Ermittlung der interessierten Parteien, die für das Managementsystem relevant sind
2. Ermittlung der Anforderungen dieser Parteien
3. Ermittlung der relevanten Anforderungen, die das Managementsystem erfüllen soll

Der Knackpunkt ist Schritt 3: nicht jede Anforderung jeder Partei ist relevant. Eine Behörde verlangt vielleicht 30 Dinge - relevant für dein Managementsystem sind davon 3.

Typische Stakeholder-Gruppen

• Kunden (und potenzielle Kunden)
• Lieferanten und Partner
• Mitarbeiter und Bewerber
• Eigentümer und Gesellschafter
• Behörden und Aufsicht (z. B. Datenschutz, Umweltamt)
• Versicherer
• Branchenverbände
• Nachbarn (relevant bei ISO 14001)

Was du dokumentieren musst

Pro Stakeholder mindestens:

• Wer ist es (Name oder Gruppe)
• Welche Anforderungen hat er an dich
• Welche dieser Anforderungen sind für dein Managementsystem relevant
• Wie prüfst du regelmäßig, ob sich die Anforderungen geändert haben

Das ist die Mindestbasis. Wer auditreif sein will, ergänzt: Risikoeinschätzung pro Stakeholder, Kommunikationsweg, letzte Prüfung.

Häufige Fehler

1. Zu generisch. "Kunden wollen Qualität" ist kein Eintrag, der dir hilft. Sei konkret: "Kunde X verlangt ISO-27001-Zertifikat bei Vertragsverlängerung im Q4 2026."

2. Einmal angelegt, nie geprüft. Stakeholder-Register sind dynamisch. Mindestens jährlich draufsehen, bei Anlass (neuer Großkunde, neue Verordnung) zwischendrin.

3. Mit dem Risikoregister verwechseln. Stakeholder-Anforderungen sind Inputs - sie führen zu Zielen, Maßnahmen und ggf. Risiken. Aber sie sind nicht selber Risiken.

Wie normatief das löst

Im Modul "Interessierte Parteien" pflegen Sie alle Stakeholder und deren Anforderungen zentral - mit klarer Struktur statt Excel-Wildwuchs.

Basis-Kategorien sind vordefiniert:

• Kunde
• Lieferant
• Behörde
• Partner
• Intern (Mitarbeiter, Eigentümer, Gremien)
• Sonstige

Die Kategorien helfen, das Register sauber zu sortieren und in der späteren Audit-Dokumentation gruppiert auszuweisen. Wer eine Spezialkategorie braucht (z. B. "Versicherer", "Nachbarn", "Branchenverband"), nutzt "Sonstige" mit beschreibendem Namen - oder benennt einen Eintrag entsprechend, das System schreibt nichts vor.

Pro Stakeholder erfassen Sie:

• Name oder Gruppe und Kategorie
• Konkrete Anforderungen an Ihr Managementsystem
• Verantwortliche Person aus dem Personal-Modul
• Norm-Bezug (9001 / 14001 / 27001 jeweils einzeln markierbar)
• Prüfdatum für die nächste Aktualisierung
• Optionale Klimarelevanz (für die seit 2024 verpflichtende Klima-Assessment-Anforderung der ISO-Normen)

Eigene Bewertungskriterien:

Über die fixen Felder hinaus können Sie pro Tenant beliebig viele eigene Bewertungskriterien anlegen - etwa "regulatorisches Risiko", "Geschäftskritikalität" oder "Veränderungsdynamik". Die Kriterien werden dann pro Stakeholder einzeln bewertet (Ampel-Skala oder Freitext), sodass die wichtigsten Parteien sichtbar sind ohne in eine fragwürdige Heatmap gepresst zu werden.

Audit-Anschluss:

Beim nächsten internen oder externen Audit zieht der Audit-Bericht-Builder die aktuellen Stakeholder + Anforderungen + Bewertungen automatisch als Klausel-4.2-Nachweis. Sie öffnen Word-Dokumente nicht mehr, um den Status der interessierten Parteien zu konsolidieren - das Modul tut es.

Verknüpfung mit anderen Modulen:

Stakeholder, die als Lieferant kategorisiert sind, erscheinen automatisch im Lieferantenmodul mit eigener Bewertung. Anforderungen können bei Bedarf direkt in Aufgaben oder Risiken überführt werden, ohne Daten zu duplizieren.