IMS mit SharePoint: QMS in Microsoft 365 – Vor- und Nachteile

Die Ausgangslage

Fast jedes mittelständische Unternehmen besitzt heute Microsoft 365 Lizenzen – meist Business Standard oder E3. Wenn ein QMS oder ein integriertes Managementsystem (IMS) eingeführt werden soll, stellt sich automatisch die Frage: Bauen wir das auf der vorhandenen Plattform auf oder kaufen wir ein dediziertes QM-Tool?

Beide Wege funktionieren. Beide haben klare Vor- und Nachteile. Dieser Artikel vergleicht sie nüchtern – ohne Marketing-Versprechen.

Kurzantwort: Lässt sich ein IMS mit SharePoint umsetzen?

Ja. SharePoint bringt alles mit, was ein IMS im Kern braucht: versionierte Dokumentenbibliotheken, Berechtigungen auf Bibliotheks- und Elementebene, Metadaten, Aufbewahrungsrichtlinien und einen vollständigen Audit-Trail über Microsoft Purview. Was SharePoint nicht von Haus aus mitbringt, ist die Managementsystem-Logik: Freigabeworkflows mit Pflichtkommentar, Lesebestätigungen, Prozesslandkarte, Massnahmen- und Auditverwaltung sowie Kennzahlen.

Damit gibt es drei realistische Wege zu einem IMS mit SharePoint:

1. Reines SharePoint mit Bordmitteln – günstig, aber Nachweise (Lesebestätigung, Freigabehistorie) müssen manuell organisiert werden. Für kleine Organisationen ohne Zertifizierungsdruck oft ausreichend.
2. SharePoint + eigene Power-Platform-Entwicklung – volle Kontrolle, aber Aufbau und Wartung liegen intern. Realistisch 20-60 Personentage plus laufende Pflege.
3. Fertige M365-native Lösung (z. B. Power QMS und Power Audit) – die Managementsystem-Logik ist bereits gebaut, die Daten bleiben im eigenen Tenant.

Der Rest des Artikels vergleicht diesen Plattformansatz mit einem klassischen Standalone-Tool.

Vorteile eines QMS auf Microsoft 365

1. Keine zusätzliche Plattform

Mitarbeiter kennen SharePoint, Teams und Outlook bereits. Die Lernkurve ist deutlich flacher als bei einem komplett neuen Tool. Genau dort, wo täglich gearbeitet wird, finden sich auch QM-Dokumente, Schulungen und Audits.

2. Lizenzkosten sind ein Sunk Cost

M365-Lizenzen sind ohnehin bezahlt. Jede zusätzliche Standalone-Lizenz kostet 15-50 CHF/User/Monat extra – bei 200 Usern sind das schnell 60'000-120'000 CHF pro Jahr nur für Lizenzen.

3. Native Integration mit dem Tagesgeschäft

• Dokumente liegen dort, wo Verträge, Projekte und Kundenakten liegen
• Schulungen über Viva Learning und Teams
• Benachrichtigungen direkt in Outlook und Teams – keine zweite Inbox
• Single Sign-On out of the box

4. Datenhoheit & Compliance

Alle Daten bleiben in der bestehenden M365-Tenant – inklusive bereits konfigurierter Backup-, DLP- und Retention-Policies. Kein zusätzlicher Auftragsverarbeitungsvertrag, kein zweiter Datenschutz-Audit.

5. Skalierbarkeit nach oben und unten

M365 wächst mit dem Unternehmen mit. Bei Standalone-Tools werden Lizenzpakete oft in Stufen verkauft – bei 51 Mitarbeitern zahlen Sie häufig schon das 100er-Paket.

6. Erweiterbar mit Microsoft 365

Optionale Power Automate Flows und Power BI Berichte erlauben individuelle Erweiterungen ohne Entwicklerteam. Ein KPI-Dashboard oder ein zusätzlicher Genehmigungsworkflow ist in Stunden gebaut.

Nachteile eines QMS auf Microsoft 365

1. SharePoint allein ist kein QMS

SharePoint kann Versionen verwalten – aber keine ISO-konforme Dokumentenlenkung mit Lesebestätigung, Mehrsprachigkeit, Verteilergruppen und revisionssicherer Archivierung. Wer nur SharePoint nutzt, baut ein "DMS mit Lücken".

2. Konfigurationsaufwand

Ein nacktes M365 muss konfiguriert werden: Sites, Bibliotheken, Workflows, Berechtigungen, Vorlagen. Ohne Erfahrung dauert das Wochen bis Monate – und endet oft in einer Lösung, die nur ein QMB versteht.

3. Audit-Trail und Compliance-Reporting

Standardmässig liefert SharePoint keine Audit-konformen Reports. Wer im Re-Zertifizierungsaudit "Wer hat Dokument X wann gelesen und bestätigt?" beantworten muss, braucht eine Erweiterung.

4. Spezialisierte QM-Workflows fehlen

• Auditmanagement mit Findings, Massnahmen, Eskalation
• Kompetenzmatrix mit automatischer Soll-Ist-Abweichung
• Schulungsverwaltung mit Wiederholungszyklen
• Reklamations- und CAPA-Management

All das lässt sich in Power Platform bauen – kostet aber Entwicklungszeit oder eine spezialisierte App.

5. Microsoft-Lock-in

Wer das QMS tief in M365 verankert, ist faktisch an Microsoft gebunden. Ein Wechsel der Office-Suite ist nicht mehr realistisch.

Vorteile eines Standalone-QMS

1. Out-of-the-box Funktionalität

Standalone-Tools wie ConSense, roXtra oder Q.wiki bringen alle QM-typischen Workflows fertig mit: Dokumentenlenkung, Audits, CAPA, Schulungen, Risiken.

2. Spezialisierte Branchenfunktionen

Pharma, Medizintechnik, Automotive – viele Standalone-Tools haben branchenspezifische Templates für GMP, ISO 13485 oder IATF 16949.

3. Klar getrennte QM-Welt

Manche Auditoren und QMBs schätzen, dass das QMS bewusst von der Office-Welt getrennt ist – das schafft Disziplin und klare Verantwortlichkeiten.

Nachteile eines Standalone-QMS

1. Hohe Lizenzkosten – meist im Abo

Standalone-QMS werden fast ausschliesslich als SaaS verkauft. Bei 200 Usern kommen schnell 5-stellige Jahresbeträge zusammen, die jährlich steigen.

2. Zweite Plattform = doppelte Pflege

Berechtigungen, Benutzer, AD-Anbindung, Backups – alles muss zusätzlich gepflegt werden.

3. Geringe Akzeptanz

Mitarbeiter müssen sich in einem zweiten Tool einloggen, einen zweiten Posteingang prüfen, eine zweite Oberfläche lernen. Die Akzeptanz leidet – und damit die Datenqualität.

4. Datenhoheit ausserhalb der eigenen Cloud

Die QM-Daten liegen beim Anbieter. Beim Anbieter-Wechsel oder Konkurs entsteht echtes Risiko.

Wann lohnt sich was?

Der dritte Weg: M365-native QM-App

Statt selbst aus SharePoint ein QMS zu bauen oder ein Standalone-Tool einzukaufen, gibt es eine dritte Option: eine fertige App, die nativ auf M365 aufsetzt.

Power QMS ist genau das – ISO-konforme Dokumentenlenkung, Prozesslandkarte, Schulungen und Audit-Vorbereitung als App in Ihrer eigenen M365-Tenant. Einmalige Lizenz statt Abo, Daten bleiben bei Ihnen, und Mitarbeiter arbeiten weiter in der vertrauten Umgebung.

Fazit

Für die meisten KMU im DACH-Raum ist ein QMS auf Microsoft 365 der wirtschaftlich und organisatorisch sinnvollere Weg – sofern man nicht bei nacktem SharePoint stehen bleibt, sondern eine native QM-App ergänzt. Standalone-Tools bleiben sinnvoll für stark regulierte Branchen mit sehr spezifischen Anforderungen.

Die Frage ist also nicht "M365 oder Standalone?", sondern: "Reicht uns nacktes SharePoint – oder brauchen wir eine M365-native QM-App?"