Software-Wechsel im Wohnheim: So migrieren Sie sauber von eRoom, WOMS und Tysos zu einer modernen Verwaltungslösung

Worum es geht: Der Software-Wechsel ist kein Export, sondern ein Umzug

Wer eine Gemeinschaftsunterkunft, ein Wohnheim oder ein Portfolio sozialer Einrichtungen betreibt, arbeitet oft seit Jahren mit einer gewachsenen Software oder einer Sammlung von Excel-Listen. Irgendwann kippt die Rechnung: Das Altsystem bekommt keine Updates mehr, kennt weder XRechnung noch die Berliner GStU-Systematik, oder die Datenpflege in parallelen Tabellen frisst mehr Zeit, als sie spart. Dann steht ein Software-Wechsel an — und der ist selten so einfach, wie ein „Daten exportieren, Daten importieren" klingt.

Ein Systemwechsel im belegten Betrieb ist ein Umzug bei laufendem Betrieb: Bewohner ziehen ein und aus, Rechnungen laufen weiter, Meldepflichten enden nicht für die Dauer der Migration. Gleichzeitig gelten für die Daten selbst rechtliche Leitplanken — von der Herausgabepflicht des alten Anbieters über die steuerliche Aufbewahrung bis zur Datensicherheit beim Transport. Dieser Beitrag ordnet die Migration von Alt-Systemen wie eRoom, WOMS oder Tysos ein und zeigt den sauberen Pfad zu einer modernen Software für Gemeinschaftsunterkünfte.

1. Warum Betreiber überhaupt wechseln

Die Gründe für einen Wechsel sind fast immer betrieblich, nicht emotional. In der Praxis wiederholen sich vier Muster:

• Regulatorik überholt das Altsystem. Ältere Belegungs- oder Heimverwaltungen kennen weder die strukturierte E-Rechnung (XRechnung/ZUGFeRD) noch die taggenaue Tagessatz-Logik gegenüber öffentlichen Kostenträgern. Was früher als PDF durchging, wird 2027 zur Ausstellungspflicht — das erzwingt eine Entscheidung.
• Wartung und Support laufen aus. Wird ein Produkt nicht mehr weiterentwickelt oder die betreuende Firma zieht sich zurück, wächst das Risiko: keine Sicherheitsupdates, keine Anpassung an neue Meldewege, keine Ansprechpartner bei Fehlern.
• Insellösungen driften auseinander. Belegung in der einen Liste, Abrechnung in der nächsten, Meldungen in einer dritten — jede Doppelpflege ist eine Fehlerquelle. Zahlen stimmen nicht mehr überein, und niemand weiß, welche Quelle führend ist.
• Skalierung. Was für einen Standort funktioniert, bricht bei fünf oder zwanzig. Mandantentrennung, Rollen und ein gemeinsamer Datenbestand über Standorte hinweg sind mit gewachsenen Tabellen kaum sauber abzubilden.

Dass der Wechselbedarf real ist, zeigt sich auch an den Suchanfragen: Betreiber recherchieren gezielt nach dem Weg aus konkreten Altprodukten heraus. Wer wechselt, sucht keine Marketing-Broschüre, sondern einen belastbaren Migrationsplan.

2. Die drei rechtlichen Leitplanken jeder Migration

Bevor die erste Datei exportiert wird, sollten Betreiber drei rechtliche Rahmen kennen. Sie bestimmen, was Sie herausverlangen dürfen, was Sie behalten müssen und wie Sie die Daten transportieren.

Datenportabilität: Ihre Daten gehören Ihnen

Personenbezogene Daten, die Sie einem Anbieter bereitgestellt haben, können Sie in einem strukturierten, gängigen und maschinenlesbaren Format herausverlangen — das ist das Recht auf Datenübertragbarkeit nach Art. 20 der Datenschutz-Grundverordnung (DSGVO). Für den Software-Wechsel heißt das konkret: Der bisherige Anbieter darf Sie nicht durch ein proprietäres Datenformat oder einen fehlenden Export in seinem Produkt einsperren. Verlangen Sie den Export früh und schriftlich — inklusive der Anhänge und Dokumente, nicht nur der Stammdaten.

Aufbewahrung: Das Alte darf nicht einfach gelöscht werden

Ein Systemwechsel entbindet nicht von den steuerlichen Aufbewahrungspflichten. Buchungsbelege und abrechnungsrelevante Unterlagen sind nach § 147 der Abgabenordnung (AO) grundsätzlich zehn Jahre aufzubewahren; Handelsbriefe und vergleichbare Unterlagen nach § 257 des Handelsgesetzbuchs (HGB) sechs Jahre. Entscheidend ist die Vorgabe der GoBD, dass steuerlich relevante Daten während der gesamten Aufbewahrungsfrist unveränderbar, vollständig und maschinell auswertbar verfügbar bleiben. Praktisch bedeutet das: Sie dürfen das Altsystem erst abschalten, wenn die Historie entweder migriert oder in einem GoBD-konformen Archiv gesichert ist.

Datensicherheit: Der Transport ist der verwundbarste Moment

Beim Export landen sensible Daten — bei sozialen Einrichtungen häufig besondere Kategorien nach DSGVO Art. 9 — als Datei auf Laufwerken, in E-Mail-Anhängen oder auf USB-Sticks. Genau in diesem Moment ist das Risiko am höchsten. Art. 32 DSGVO verlangt technische und organisatorische Maßnahmen, die dem Schutzbedarf angemessen sind; das BSI beschreibt im IT-Grundschutz hierfür konkrete Bausteine (u. a. verschlüsselte Übertragung, Zugriffsbeschränkung, Löschung der Zwischenkopien). Migrationsdateien gehören verschlüsselt, zugriffsbeschränkt und nach erfolgreichem Import nachweislich gelöscht.

3. Die fünf typischen Datenqualitäts-Fallen im Alt-Export

Der schwierigste Teil einer Migration ist selten der Import — es sind die Daten selbst. Aus gewachsenen Systemen und Excel-Historien kommen fünf Probleme immer wieder:

1. Uneinheitliche Spalten. „Nachname, Vorname" in einer Zelle, geteilte Namensfelder in der nächsten Liste; Standort mal als Kürzel, mal als Klartext. Ohne sauberes Mapping wird aus jedem Import Handarbeit.
2. Dubletten und Karteileichen. Dieselbe Person mehrfach, längst ausgezogene Bewohner ohne Auszugsdatum, Testeinträge. Migriert man ungeprüft, wandert der Müll mit.
3. Datums- und Zahlenformate. Deutsche und amerikanische Datumsformate gemischt, Beträge mal mit Punkt, mal mit Komma. Ein falsch interpretiertes Datum verschiebt eine ganze Belegungs- oder Abrechnungsperiode.
4. Fehlende Historie. Alt-Systeme überschreiben oft den aktuellen Stand, statt Änderungen zu datieren. Für die taggenaue Abrechnung und die Meldepflichten ist aber genau die Historie entscheidend.
5. Verwaiste Dokumente. Verträge, Ausweiskopien, Bescheide liegen als Dateien neben dem System — ohne verlässliche Zuordnung zur Person. Werden sie beim Umzug vergessen, fehlt später der Nachweis.

4. Der saubere Migrationspfad in fünf Schritten

Eine belastbare Migration folgt immer derselben Reihenfolge — unabhängig davon, ob das Altsystem eRoom, WOMS, Tysos oder eine Excel-Sammlung ist:

1. Export anfordern und vollständig sichern. Alle Datensätze plus Dokumente im offensten verfügbaren Format (CSV, Excel, ZIP) — gestützt auf Art. 20 DSGVO. Parallel eine unveränderte Kopie als Referenz sichern.
2. Feld-Mapping erstellen. Jede Quellspalte wird einem Zielfeld zugeordnet. Hier entscheidet sich die spätere Datenqualität; unklare Felder werden geklärt, nicht geraten.
3. Probelauf (Dry-Run). Der Import wird zunächst nur simuliert: Das System klassifiziert jede Zeile — übernehmbar, korrekturbedürftig, Dublette — bevor etwas geschrieben wird. So sehen Sie Fehler, ohne sie zu produzieren.
4. Validieren und korrigieren. Auffällige Zeilen werden bereinigt, Dubletten zusammengeführt, Formate vereinheitlicht. Erst wenn der Probelauf sauber ist, geht es weiter.
5. Commit und Parallelbetrieb. Der geprüfte Bestand wird übernommen. Für eine Übergangsphase bleibt das Altsystem lesend verfügbar (Aufbewahrung!), bis der Echtbetrieb im neuen System bestätigt ist.

Der wichtigste Schritt ist der Probelauf: Wer direkt „scharf" importiert, merkt Fehler erst, wenn sie schon im Produktivbestand stehen — und dann in der Abrechnung landen.

5. Wie HOMES die Migration trägt

HOMES ist auf genau diesen Umzug ausgelegt. Der Migrations-Assistent nimmt Exporte aus Alt-Systemen als CSV- und Excel-Dateien entgegen; eine KI-gestützte Spaltenerkennung schlägt das Mapping automatisch vor, sodass „Nachname, Vorname" oder gemischte Standortkürzel nicht manuell zugeordnet werden müssen. Vor der Übernahme läuft ein Probelauf, der jede Zeile klassifiziert — erst nach der Freigabe wird der Bestand tatsächlich geschrieben (Commit). Zugehörige Dokumente lassen sich als Paket mitziehen und der Person zuordnen, statt sie verwaist zurückzulassen.

Nach der Migration greift der eigentliche Vorteil eines integrierten Systems: Belegung, Tagessatz-Abrechnung und die Belegungsmeldung an die zuständige Stelle speisen sich aus einer einzigen, datierten Quelle — die Insellösungen, die den Wechsel erst nötig gemacht haben, entfallen. Der Migrations-Assistent ist in jedem Plan enthalten; es gibt keine gesonderte Setup-Gebühr für den Umzug. Bei komplexeren Beständen begleitet das Team den ersten Import — der Einstieg lässt sich unkompliziert über eine Demo-Anfrage starten.

6. Checkliste für den Software-Wechsel

• Export sichern: Liegen alle Datensätze und Dokumente im maschinenlesbaren Format vor (Art. 20 DSGVO)?
• Aufbewahrung klären: Bleibt die steuerlich relevante Historie 6/10 Jahre GoBD-konform verfügbar, bevor das Altsystem abgeschaltet wird?
• Transport absichern: Sind Migrationsdateien verschlüsselt, zugriffsbeschränkt und werden Zwischenkopien nach Import gelöscht?
• Mapping prüfen: Ist jede Quellspalte einem Zielfeld zugeordnet — inklusive Datums- und Betragsformaten?
• Probelauf fahren: Wurde vor dem Commit ein Dry-Run mit Zeilen-Klassifizierung durchgeführt?
• Parallelbetrieb planen: Steht eine Übergangsphase, in der die Abrechnung im neuen System verifiziert wird?

Fazit

Ein Software-Wechsel im Wohnheim gelingt nicht durch schnellen Import, sondern durch Reihenfolge: Rechte klären, Historie sichern, Daten prüfen, probeweise migrieren, erst dann übernehmen. Wer die drei rechtlichen Leitplanken — Datenportabilität, Aufbewahrung, Datensicherheit — beachtet und den Import über einen Probelauf absichert, wechselt ohne Datenverlust und ohne Bruch in der Abrechnung. Der Umzug von eRoom, WOMS oder Tysos ist damit kein Risiko, sondern der Moment, in dem aus verstreuten Listen ein prüfungsfester, gemeinsamer Datenbestand wird.