QM-Handbücher mit SharePoint publizieren

Es gibt einen Ort, an dem QM-Handbücher wohnen, und jeder kennt ihn: das Laufwerk Q:, Ordner „QM“, gefüllt mit PDFs, deren Dateinamen auf „_final_NEU“ enden. Gepflegt von einer tapferen QM-Beauftragten, gelesen von fast niemandem, und im Audit eine Wundertüte. Dabei ist SharePoint für gelenkte Dokumente wie gemacht: Versionierung, Freigaben, Berechtigungen und Suche liegen fertig im Regal — man muss sie nur zum Handbuch zusammensetzen. Dieser Artikel zeigt, was ISO 9001 wirklich verlangt, wie das Zielbild „Handbuch als Website“ aussieht, und wie du mit CosyTrack.Publisher aus gepflegten Word-Quellen ein gelenktes SharePoint-Handbuch machst, ohne die Redaktion umzukrempeln.

Was die Norm wirklich verlangt — und was nicht

Erste Entlastung vorweg: Die ISO 9001 verlangt seit der Revision 2015 kein „Qualitätsmanagement-Handbuch“ mehr. Was sie verlangt, steht in Abschnitt 7.5 und heißt Lenkung dokumentierter Information — und das ist eine Anforderungsliste, keine Formatvorgabe: Die gültige Fassung muss dort verfügbar sein, wo gearbeitet wird; Änderungen müssen gelenkt, Freigaben nachvollziehbar, Zugriffe geregelt und alte Stände geordnet aufbewahrt sein. Ob das Ergebnis „Handbuch“ heißt und wie es aussieht, ist deine Entscheidung. Die meisten Organisationen behalten die Handbuch-Struktur als Ordnungsrahmen — völlig legitim. Nur das Format Papier-PDF-Zoo darf in Rente.

Übersetzt in SharePoint-Bausteine liest sich die Norm dann erstaunlich unaufgeregt:

Das Zielbild: ein Handbuch, das im Browser lebt

Das tragfähige Zielbild ist eine Kommunikationswebsite: Kapitel und Arbeitsanweisungen als Seiten mit sauberer Navigation, im Kopf jeder Seite automatisch Revisionsstand, Freigabedatum und Prozesseigner — gespeist aus den Spalten des Inhaltstyps, nicht von Hand getippt. Querverweise sind echte Links statt Seitenzahlen und überleben damit jede Revision. Und die Suche findet „Wareneingang Reklamation“ auch dann, wenn niemand die Kapitelnummer kennt. Kurz: Das Handbuch wird von einem Dokument, das man verteilt, zu einem Ort, den man besucht.

Dahinter arbeitet der Redaktionsprozess, den du aus diesem Cluster schon kennst: Entwürfe entstehen als Nebenversionen in der Werkstatt, sichtbar nur für Redaktion und Freigeber; die Freigabe läuft als protokollierter Workflow mit Gruppen statt Personen, Eskalation inklusive; und erst die genehmigte Hauptversion erreicht das Schaufenster. Für die Leserschaft heißt das: Es gibt zu jedem Zeitpunkt genau eine gültige Fassung — dieselbe für alle, vom Werker bis zum Auditor:

Skizze 1: Links der PDF-Friedhof mit Schubladen-Risiko, rechts das Handbuch als Website — eine gültige Fassung, Kennzeichnung automatisch, Freigabenachweis einen Klick entfernt.

Der Publishing-Weg: Word bleibt Quelle, SharePoint wird Bühne

Jetzt zur Gretchenfrage jeder Handbuch-Modernisierung: Wo wird eigentlich geschrieben? Die ehrliche Antwort aus unzähligen QM-Projekten: in Word. QM-Beauftragte und Prozesseigner haben ihre Kapitel dort seit Jahren im Griff — Formatvorlagen, Änderungsverfolgung, Kommentare. Wer ihnen das wegnimmt und „ab jetzt alles direkt als SharePoint-Seite“ verordnet, verliert die Redaktion im ersten Quartal. Der klügere Weg trennt Quelle und Bühne: Geschrieben und freigegeben wird in Word, in einer gelenkten Redaktionsbibliothek — publiziert wird nach SharePoint, als Website mit Struktur, Navigation und Kennzeichnung.

Genau diese Brücke schlägt CosyTrack.Publisher: Er nimmt die freigegebenen Word-Quellen und publiziert daraus das SharePoint-Handbuch — wiederholbar und auf Knopfdruck, bei jeder Revision aufs Neue. Kapitelstruktur, Navigation und Revisionsangaben entstehen aus den Quellen und ihren Metadaten, Querverweise bleiben als Links stabil. Der manuelle PDF-Export je Kapitel, das Nachziehen von Verweisen, der „bitte alte Fassung löschen“-Verteiler — all das entfällt ersatzlos:

Skizze 2: Der Publishing-Weg mit CosyTrack.Publisher — Word bleibt das Redaktionswerkzeug, SharePoint die gelenkte Bühne, der Revisionszyklus läuft auf Knopfdruck.

FAQ zu QM-Handbüchern in SharePoint

Verlangt ISO 9001 überhaupt noch ein QM-Handbuch?

Nein — seit der Revision 2015 ist das Handbuch als eigenständiges Dokument nicht mehr gefordert. Verlangt wird die Lenkung dokumentierter Information nach Abschnitt 7.5: gültige Fassungen am Verwendungsort, gelenkte Änderungen, nachvollziehbare Freigaben. Ein Handbuch als Ordnungsrahmen bleibt trotzdem sinnvoll — nur eben als gelenkte Website statt als PDF-Sammlung.

Reicht SharePoint für ein auditfestes QM-System aus?

Für die dokumentenbezogenen Anforderungen ja: Versionierung, Freigaben, Berechtigungen, Kennzeichnung, Auffindbarkeit und Aufbewahrung sind mit Bordmitteln plus sauberem Konzept abbildbar. Was SharePoint nicht ersetzt, sind die QM-Prozesse selbst — Audits, Maßnahmen, Schulungen brauchen eigene Werkzeuge oder Listen. Fürs gelenkte Handbuch ist es das richtige Zuhause.

Wie bilde ich Revisionsstand und Freigabedatum sichtbar ab?

Über Spalten am Inhaltstyp — Revisionsstand, Freigabedatum, Prozesseigner, nächster Prüftermin — die beim Freigabeworkflow gesetzt und auf der Handbuchseite automatisch angezeigt werden. Wichtig ist die Richtung: Die Kennzeichnung kommt aus den Metadaten ins Dokument, nie umgekehrt. Handgepflegte Kopfzeilen sind der Anfang vom Auseinanderlaufen.

Was ist mit Lesebestätigungen — brauche ich die, und geht das?

Die Norm fordert Lesebestätigungen nicht wörtlich, aber als Nachweis für Bewusstsein und Schulung (Abschnitt 7.3) sind sie gängige Praxis — besonders bei sicherheitsrelevanten Anweisungen. Technisch geht das in SharePoint über eine Bestätigungsliste mit Power-Automate-Flow: neue Revision publiziert, Leseauftrag an die Zielgruppe, Bestätigung protokolliert, Erinnerung an Säumige. Kein Hexenwerk, aber ein bewusstes Stück Konzept.

Warum sollte die Redaktion in Word bleiben und nicht direkt auf SharePoint-Seiten schreiben?

Weil Akzeptanz die härteste Währung jedes QM-Systems ist. Prozesseigner beherrschen Word, seine Änderungsverfolgung und seine Formatvorlagen — direkt auf Seiten zu schreiben ist für gelegentliche Autoren eine Hürde, an der die Aktualität stirbt. Die Trennung von Quelle (Word, gelenkt in der Redaktionsbibliothek) und Bühne (publizierte Website) holt beides: vertraute Redaktion und gelenkte Publikation.

Was genau macht CosyTrack.Publisher — und was muss ich vorher tun?

Der Publisher übernimmt den Schritt, der sonst Handarbeit ist: Er publiziert freigegebene Word-Quellen als gepflegtes SharePoint-Handbuch — mit Struktur, Navigation, Revisionsangaben und stabilen Querverweisen, wiederholbar bei jeder Revision. Die Vorarbeit ist die aus diesem Cluster bekannte: Inhaltstyp mit Kennzeichnungsspalten, Redaktionsbibliothek mit Freigabeworkflow, Zielsite. Genau diese Einrichtung machen wir übrigens gern gemeinsam — als Startpaket mit deinem echten Handbuch statt mit Musterdaten.