DMS-Einführung im KMU: Vom ersten Dokumenttyp zum geregelten Betrieb

Beginnen Sie mit einer überschaubaren Entscheidung

Eine DMS-Einführung im KMU sollte mit einem häufig genutzten Dokumenttyp und einem verantwortlichen Team beginnen. Nicht die vollständige Migration aller Laufwerke ist der erste Schritt. Entscheidend ist ein klarer Ablauf, der sich mit echten Dokumenten prüfen lässt und nach dem Pilot kontrolliert erweitert werden kann.

Ein Dokumentenmanagementsystem, kurz DMS, steuert Dokumente über ihren Lebenszyklus: vom Eingang über Bearbeitung und Freigabe bis zur Aufbewahrung oder geregelten Löschung. Welche Funktionen dafür nötig sind, hängt vom Dokumenttyp und seinen fachlichen Anforderungen ab. Einen Überblick über den möglichen Rahmen bietet die Seite Dokumentenmanagement für KMU.

Erfassen Sie zuerst die heutige Arbeitsweise

Bevor Sie ein System konfigurieren, müssen Sie verstehen, was heute tatsächlich geschieht. Ein Organigramm oder eine bestehende Ordnerstruktur genügt dafür selten. Sprechen Sie mit den Personen, die Dokumente erstellen, prüfen, suchen und weitergeben. Halten Sie dabei mindestens folgende Punkte fest:

• Welche Dokumentarten sollen bearbeitet werden?
• Aus welchen Quellen kommen sie, und in welchen Formaten liegen sie vor?
• Wer erstellt, prüft, genehmigt und nutzt sie?
• Welche Fristen, Status und Ausnahmen gibt es?
• Wo entstehen Dubletten, Rückfragen oder lange Suchwege?
• Welche Zugriffs- und Aufbewahrungsanforderungen müssen fachlich geklärt werden?

So entsteht keine perfekte Gesamtdokumentation, sondern eine belastbare Ausgangslage für die erste Etappe. Wenn das Hauptproblem noch unscharf ist, hilft die vorgelagerte Frage, warum Dateien im KMU nicht wiedergefunden werden.

Zeichnen Sie den Sollprozess vor der technischen Lösung

Beschreiben Sie den künftigen Ablauf zunächst unabhängig vom Produkt. Für jeden Schritt sollte klar sein, was mit dem Dokument geschieht: Eingang, Zuordnung, Bearbeitung, Prüfung, Freigabe, Ablage, Aufbewahrung und Löschung. Ergänzen Sie, wer entscheiden darf und was bei einer Abweichung passiert.

Gerade Ausnahmefälle zeigen, ob ein Ablauf praxistauglich ist. Was geschieht bei einer Stellvertretung? Darf eine Freigabe zurückgezogen werden? Wie wird ein falsch zugeordnetes Dokument korrigiert? Ein starrer Ablauf, der nur den Idealfall kennt, wird im Alltag schnell umgangen. Der fachliche Prozess sollte deshalb stehen, bevor Automationen oder aufwendige Formulare gebaut werden.

Begrenzen Sie Metadaten und Berechtigungen

Metadaten sind beschreibende Angaben wie Dokumentart, Projekt, verantwortliche Stelle oder Status. Sie erleichtern Suche, Filterung und Steuerung, verursachen aber bei jeder Erfassung Aufwand. Beginnen Sie nur mit Angaben, die einen klaren Zweck erfüllen. Ein Feld ohne konkrete Verwendung gehört nicht automatisch in den Pilot.

Dasselbe gilt für Berechtigungen. Regeln Sie den Zugriff möglichst über verständliche Rollen und Gruppen statt über zahlreiche Einzelberechtigungen. Besonders schützenswerte Inhalte benötigen eine gesonderte fachliche und technische Prüfung. Ein DMS ersetzt weder die Festlegung von Zuständigkeiten noch die Beurteilung gesetzlicher Anforderungen.

Testen Sie einen Pilot mit echten Ausnahmefällen

Fiktives Modellszenario: Ein KMU wählt als ersten Dokumenttyp freizugebende Arbeitsanweisungen. Ein kleines verantwortliches Team definiert Status, wenige Metadaten, Rollen und den Freigabeweg. Im Pilot verwendet es eine begrenzte Auswahl aktueller Dokumente, darunter bewusst eine veraltete Version, eine Stellvertretung und eine abgelehnte Freigabe. Dieses Szenario veranschaulicht eine mögliche Vorgehensweise; es beschreibt kein BITS-Kundenprojekt.

Vor dem Start legen Sie fest, woran der Pilot beurteilt wird. Finden berechtigte Personen die richtige Version? Ist erkennbar, wer den nächsten Schritt ausführt? Lassen sich Fehler korrigieren, ohne die Nachvollziehbarkeit zu verlieren? Funktionieren Suche und Berechtigungen auch bei den getesteten Ausnahmen? Erst diese Beobachtungen zeigen, was vor einer Ausweitung angepasst werden muss.

Migrieren Sie nicht einfach die alte Ordnerstruktur

Eine vollständige Kopie des bisherigen Laufwerks überträgt meist auch Dubletten, unklare Namen und überholte Ablagelogik. Trennen Sie deshalb aktive Dokumente, fachlich benötigten Altbestand und Inhalte, deren weitere Behandlung zuerst geklärt werden muss.

Für die Migration braucht es Zuordnungsregeln, einen Testlauf und eine fachliche Kontrolle. Dokumente müssen am Ziel auffindbar, lesbar und korrekt berechtigt sein. Halten Sie zudem fest, wie während des Übergangs mit Änderungen am Altbestand umgegangen wird. Ob SharePoint, ein Dateiserver oder ein spezialisiertes DMS besser passt, lässt sich anhand des Vergleichs von SharePoint, Dateiserver und klassischem DMS einordnen.

Regeln Sie Schulung und Betrieb vor dem Go-live

Eine kurze Bedienungsanleitung reicht nicht, wenn Rollen und Arbeitsweisen neu sind. Schulen Sie anhand typischer Aufgaben: Dokument erfassen, suchen, bearbeiten, freigeben und einen Fehler melden. Fachverantwortliche benötigen zusätzlich Klarheit darüber, wie sie Metadaten, Vorlagen und offene Ausnahmen pflegen.

Nach dem Go-live braucht der Dokumenttyp eine erkennbare Eigentümerschaft. Dazu gehören Rückmeldungen, Qualitätskontrollen und ein geregelter Änderungsweg. Prüfen Sie beispielsweise, ob Pflichtangaben sinnvoll ausgefüllt werden, Dokumente in falschen Bereichen landen oder Mitarbeitende Nebenablagen aufbauen. Die finanziellen Folgen von Konzeption, Migration, Lizenzen und Betrieb vertieft der Beitrag zu den Kosten eines SharePoint-DMS.

Diese Fehler und Grenzen sollten Sie offen einplanen

Vier Entscheidungen machen eine Einführung unnötig schwer:

• Die erste Etappe umfasst zu viele Dokumentarten und Abteilungen.
• Die bestehende Ordnerstruktur wird ohne Bereinigung technisch nachgebaut.
• Niemand trägt fachlich die Verantwortung für Regeln und Inhalte.
• Das System wird pauschal als revisionssicher oder rechtskonform bezeichnet.

Der letzte Punkt ist besonders wichtig: Weder ein Produktname noch eine einzelne Funktion belegt, dass Ihre konkrete Lösung alle rechtlichen und organisatorischen Anforderungen erfüllt. Aufbewahrung, Löschung, Protokollierung und Datenschutz müssen für den jeweiligen Anwendungsfall fachlich geprüft werden. Der Artikel zum revisionssicheren Archivieren in der Schweiz dient als separate Vertiefung, ersetzt aber keine individuelle rechtliche Beurteilung.

Ein DMS-Projekt ist zudem kein sinnvoller erster Schritt, wenn das eigentliche Problem ungeklärte Prozesse sind, niemand Inhalte verantworten kann oder ein Fachsystem die Dokumente bereits verbindlich führt. Auch komplexe Integrationen können eine andere Reihenfolge verlangen. In solchen Situationen ist es besser, zuerst Zuständigkeiten und Systemgrenzen zu klären, statt eine breite Plattform auszurollen.

Der nächste Schritt ist ein einseitiger Pilotauftrag

Halten Sie für einen Dokumenttyp Ziel, Umfang, verantwortliches Team, Sollprozess, wichtigste Metadaten, Rollen, Ausnahmen und Prüfkriterien auf einer Seite fest. Damit können Sie intern entscheiden, ob der Pilot genügend klar begrenzt ist und welche Fragen noch fachlich geprüft werden müssen.

Erst danach lohnt sich die Detailplanung von Technik und Migration. Wenn Sie Ihre Ausgangslage einordnen möchten, können Sie diesen Pilotauftrag als konkrete Grundlage für ein Gespräch mit BITS verwenden.

Rechtsquelle und Prüfstand

Für den Umgang mit Personendaten wurde am 14. September 2026 das Schweizer Datenschutzgesetz auf Fedlex geprüft. Welche Aufbewahrungs-, Lösch- und Nachweispflichten für einen konkreten Dokumenttyp gelten, hängt zusätzlich vom Rechtsgebiet, von Verträgen und internen Vorgaben ab. Der Beitrag trifft deshalb keine pauschale Aussage zur Rechtskonformität einer DMS-Lösung.