Die Migration unseres gewachsenen Findentity-Bestands nach OpenKM war technisch abgeschlossen. Records, Dokumente und E-Mails waren übertragen, aus OpenKM zurückgelesen und mit Prüfsummen gegen die Quellen kontrolliert. Damit war belegt: Der vereinbarte Bestand war vollständig und unverändert angekommen.
Trotzdem war das neue DMS noch nicht wirklich fertig.
Denn eine sichere Migration beantwortet zunächst die Frage: Ist alles richtig im Zielsystem angekommen? Die tägliche Arbeit stellt anschließend eine andere Frage: Findet ein Mensch die richtige Akte dort, wo er sie fachlich erwartet?
Genau an dieser Stelle begann unsere Reorganisation.
Technisch richtig ist noch nicht fachlich verständlich
Während einer kontrollierten Migration sind technische Importlose sinnvoll. Sie begrenzen Fehler, machen Wiederholungsläufe möglich und erlauben eine klare Abnahme. Namen wie „Pilot 001“, „Mappe – Abschlusslos 001“ oder „Projektarchiv“ helfen dabei, einen großen Bestand schrittweise zu übertragen.
Für die spätere Arbeit sind solche Strukturen jedoch nur bedingt geeignet. Ein Mitarbeiter sucht keine Akte im „Migrationslos 003“. Er sucht einen Kundenauftrag, einen Vertrag, eine Partnerakte, ein Fahrzeug, ein Projekt oder einen abgeschlossenen Vorgang.
Eine technische Importordnung dokumentiert den Weg ins neue System. Eine fachliche Ordnung unterstützt die Arbeit im neuen System. Beides ist wichtig – aber beides ist nicht dasselbe.
Deshalb haben wir Migration und Reorganisation getrennt
Es wäre verlockend gewesen, Dokumente schon während des Imports unmittelbar an ihre vermeintlich endgültigen Plätze zu verteilen. Wir haben uns bewusst dagegen entschieden.
Zuerst musste die Migration als eigener Vorgang abgeschlossen sein:
- Ausgangsbestand sichern und inventarisieren,
- Übernahmeumfang und Ausschlüsse festlegen,
- Records, Dokumente und native Mailobjekte importieren,
- Inhalte aus OpenKM zurücklesen,
- Größe und SHA-256-Prüfsumme vergleichen,
- Wiederholungsläufe ohne Dubletten bestehen,
- Abschluss und Führungswechsel dokumentieren.
Erst danach begann die fachliche Reorganisation. Diese Trennung hatte einen entscheidenden Vorteil: Bei jeder späteren Verschiebung konnten wir den Zustand mit einem bereits abgenommenen Migrationsnachweis vergleichen. Wir mussten nicht gleichzeitig klären, ob eine Datei korrekt importiert und ob ihre Akte fachlich richtig eingeordnet war.
Der erste Pilot: verschieben, nicht kopieren
Unser erster Reorganisationspilot war eine bestehende Partnerakte. Sie lag nach der Migration noch in einem technischen Importlos. Vor der Änderung wurden Record, Unterordner, Dokumente, Metadaten, Rechte und Beziehungen vollständig aufgenommen. Alle enthaltenen Dokumente wurden erneut aus OpenKM zurückgelesen und mit dem Migrationsnachweis verglichen.
Danach wurde derselbe Record an seinen fachlichen Zielort verschoben und verständlich benannt. Es entstand keine neue Akte und keine Kopie.
Nach dem Verschieben prüften wir erneut:
- Ist die Record-UUID unverändert?
- Sind Dokument-UUIDs, Versionen und Prüfsummen identisch?
- Sind Metadaten und Berechtigungen erhalten?
- Bestehen die Beziehungen zu anderen Records weiterhin genau einmal?
- Bleibt die Herkunft aus Findentity nachvollziehbar?
Der Pilot bestätigte das Grundmuster: Ein kontrollierter Record-Move kann die fachliche Ordnung verbessern, ohne die Identität der digitalen Akte zu verändern.
Jede Akte brauchte eine fachliche Entscheidung
Aus diesem erfolgreichen Pilot wurde trotzdem kein pauschaler Massenlauf. Die eigentliche Arbeit lag nicht im Verschieben, sondern in der Einordnung.
Bei jeder Akte mussten wir klären:
- Handelt es sich um einen Kunden, Interessenten oder Partner?
- Ist der Inhalt ein Auftrag, ein Projekt, ein Vertrag oder lediglich ein historischer Merkposten?
- Gehören persönliche Unterlagen in eine getrennte geschützte Struktur?
- Ist ein Webprojekt Teil einer Unternehmensakte oder ein eigenständiges Internetprojekt?
- Belegt eine alte Beziehung noch einen heutigen Status oder nur einen historischen Zusammenhang?
- Gibt es Dubletten, unterschiedliche Fassungen oder bewusst zu erhaltende Kopien?
Gerade gewachsene Systeme enthalten Benennungen, die zum Zeitpunkt ihrer Entstehung sinnvoll waren, später aber mehrere Bedeutungen vermischen. Eine „Mappe“ konnte beispielsweise gleichzeitig Kunde, Auftrag, Produkt, Veranstaltung und lose Materialsammlung sein.
Die Reorganisation durfte diese Mehrdeutigkeit nicht einfach durch eine neue Vermutung ersetzen. Wo die Einordnung nicht belastbar war, blieb die Akte ein dokumentierter Klärfall.
Aus Importlosen wurden Fachregister und Fallakten
Schrittweise entstanden klarere Zielbereiche, unter anderem für Partner, Internetprojekte, Kundenaufträge, Systeme und Anwendungen, Fahrzeuge, persönliche Unterlagen sowie historische Bestände.
Große, in sich geschlossene Profile wurden als eigene Fachregister erhalten:
- ein Kontaktregister mit 297 eindeutigen Records und 1.701 Inhaltsobjekten,
- ein Vertragsregister mit 11 eindeutigen Records und 22 Inhaltsobjekten,
- ein Projektarchiv mit 113 finalen Records,
- ein Vorgangsarchiv mit 35 finalen Records und 207 Inhaltsobjekten.
Diese Register sind historische Dokument- und Aktenregister. Sie ersetzen weder ein aktuelles CRM noch ERPNext oder die Buchhaltung. OpenKM führt hier die Originale und Nachweise; operative Stammdaten und aktuelle kaufmännische Zustände bleiben in den dafür zuständigen Systemen.
Auch frühere Systemwelten wurden nicht mit heutigen Vorgängen vermischt. Ein umfangreiches historisches Warenwirtschafts-, Kunden- und Vorgangsarchiv mit 689 Ordnerknoten und 1.640 Inhaltsobjekten erhielt einen eigenen, eindeutig als historisch gekennzeichneten Bereich.
Dubletten erkennen heißt nicht automatisch löschen
In einem abgeschlossenen Reorganisationslos fanden wir unter 20 Records insgesamt 18 Dublettengruppen mit 44 Kopien. Trotzdem wurde keine dieser Dateien im selben Arbeitsschritt gelöscht.
Das war Absicht. Identische Prüfsummen belegen identische Dateiinhalte, aber noch nicht, dass beide Ablagekontexte bedeutungslos sind. Eine Rechnung kann beispielsweise sowohl in einer Auftragsakte als auch in einem historischen Rechnungskontext liegen. Erst eine eigene fachliche und risikobewertete Dublettenprüfung darf entscheiden, ob eine Fassung entbehrlich ist.
Reorganisation und Löschung sind deshalb getrennte Prozesse. Ordnung entsteht nicht dadurch, dass möglichst viel verschwindet.
Verschieben ohne Kontrollverlust
Für jedes begrenzte Los folgte die Arbeit demselben Muster:
- versiegelten Migrationsnachweis laden,
- Live-Zustand und UUID der Akte prüfen,
- fachliches Ziel und mögliche Kollisionen kontrollieren,
- verknüpfte Records vor der Änderung aufnehmen,
- freigegebene Verschiebung und gegebenenfalls Umbenennung durchführen,
- sämtliche Dokumente und Mailobjekte am Ziel erneut erfassen,
- UUID, Bytezahl und Prüfsumme vergleichen,
- Metadaten, Rechte und Beziehungen prüfen,
- Restbestand des technischen Quellloses kontrollieren,
- Entscheidung und Ergebnis dokumentieren.
Dieses Verfahren wirkt aufwendiger als das Verschieben per Drag-and-drop. Dafür beantwortet es später eine wichtige Frage: Was genau wurde verändert – und was blieb nachweislich unverändert?
Am Ende war „Legacy“ wirklich leer
Nach der Einordnung der Fachregister, Fallakten, historischen Systembestände und technischen Migrationspiloten wurde der bisherige Legacy-Bereich erneut über alle relevanten Objekttypen geprüft: Ordner, Dokumente, native Mailobjekte und Records.
Erst als kein Inhalt mehr vorhanden war, wurde der leere Legacy-Container in den Papierkorb verschoben. Er wurde nicht endgültig gelöscht und blieb damit wiederherstellbar.
Das Ergebnis ist keine makellose künstliche Ordnung. Es ist etwas Wertvolleres: eine nachvollziehbare Struktur, in der produktive, persönliche, historische und technische Zusammenhänge bewusst voneinander getrennt sind.
Was Unternehmen daraus ableiten können
Nach einer DMS-Migration sollte nicht sofort der Eindruck entstehen, das Projekt sei mit dem letzten Upload beendet. Eine belastbare Nachmigration braucht mindestens vier getrennte Ergebnisse:
- Technische Integrität: Die übernommenen Originale sind vollständig und überprüfbar.
- Fachliche Einordnung: Akten liegen dort, wo sie aus Sicht der Arbeit hingehören.
- Systemgrenzen: DMS, CRM, ERP und Buchhaltung haben eindeutige Rollen.
- Änderungsnachweis: Verschiebungen, Umbenennungen, Beziehungen und bewusste Ausnahmen bleiben nachvollziehbar.
Der größte Engpass ist dabei selten die Bedienung des DMS. Es ist die Entscheidung, was eine gewachsene Akte heute fachlich bedeutet.
Unser Fazit
Die Migration brachte unseren Bestand sicher nach OpenKM. Die Reorganisation machte ihn verständlich.
Beide Schritte zusammen bilden erst den vollständigen Führungswechsel: Die technische Herkunft bleibt nachweisbar, während die neue Struktur die heutige Arbeit unterstützt. Records behalten ihre Identität, Dokumente ihre Integrität und Beziehungen ihren Kontext. Gleichzeitig verschwinden technische Importlose aus dem täglichen Blickfeld.
Wer ein altes DMS ablöst, sollte deshalb nicht nur fragen: „Sind alle Dateien angekommen?“ Ebenso wichtig ist die Frage: „Sind daraus wieder Akten geworden, mit denen Menschen zuverlässig arbeiten können?“
Wenn Sie vor einer DMS-Ablösung stehen oder einen bereits migrierten Bestand fachlich ordnen müssen, klären wir mit Ihnen zunächst Umfang, Risiken und Zielstruktur – bevor die erste Akte verschoben wird.
