Cloud-Migration im Bestattungsbetrieb — Schritt für Schritt

Die Entscheidung ist gefallen: Der Bestattungsbetrieb wechselt von der lokalen Desktop-Software in die Cloud. Was jetzt? Migration klingt nach IT-Projekt, nach Datenverlust-Risiken und nach Wochen ohne funktionierendes System. In der Praxis ist ein gut geplanter Wechsel deutlich entspannter — wenn man die richtigen Schritte in der richtigen Reihenfolge geht.

Warum die Cloud-Migration für Bestatter oft holprig beginnt

Das Problem beginnt nicht mit der Technik, sondern mit der Erwartungshaltung. Wer glaubt, alle historischen Daten aus dem alten System werden eins zu eins in das neue System übernommen, wird enttäuscht. In Wirklichkeit gibt es bei der Migration zwischen zwei Systemen verschiedene Szenarien:

Szenario 1: Vollständiger Daten-Import — Das neue System unterstützt einen Import aus dem Altsystem. Alle historischen Sterbefälle, Kontakte und Dokumente werden übernommen. Das ist der komfortabelste Weg, aber er setzt voraus, dass beide Systeme kompatible Exportformate unterstützen.

Szenario 2: Manueller Teilimport — Die wichtigsten Stammdaten (Kontakte, Lieferanten, Preislisten) werden manuell übertragen. Historische Sterbefälle bleiben im Altsystem lesbar, werden aber nicht aktiv migriert.

Szenario 3: Parallelbetrieb und Stichtag — Altsystem und Cloud-Software laufen eine definierte Zeit parallel. Ab einem Stichtag werden alle neuen Sterbefälle ausschließlich im neuen System erfasst. Das Altsystem wird nur noch für Archivzwecke genutzt.

Szenario 3 ist in der Praxis oft der pragmatischste Weg. Er vermeidet den Druck einer vollständigen Datenmigration und erlaubt es, das neue System schrittweise kennenzulernen.

Phase 1: Bestandsaufnahme (1-2 Wochen)

Bevor der erste Schritt in Richtung Migration gemacht wird, lohnt eine ehrliche Bestandsaufnahme des Ist-Zustands:

Welche Daten sind im Altsystem? Eine Liste der wichtigsten Datenkategorien hilft dabei, den Migrationsaufwand zu beurteilen. Typisch für Bestattungsbetriebe: Sterbefall-Akten (historisch), Auftraggeber-Kontakte, Lieferanten-Kontakte, Produktkatalog, offene Rechnungen, Preislisten.

Welche Daten werden aktiv gebraucht? Historische Sterbefälle aus den 1990ern werden selten wieder geöffnet — sie müssen nicht migriert werden. Offene Rechnungen hingegen müssen von Anfang an im neuen System vorhanden sein.

Welche Integrationen bestehen? Hängt am Altsystem noch eine Buchhaltungssoftware, ein E-Mail-Client oder ein Drucker-Setup? Diese müssen beim neuen System neu eingerichtet werden.

Wer ist beteiligt? In kleinen Betrieben ist oft eine Person für alles zuständig. In größeren Betrieben sollten alle betroffenen Mitarbeiter früh eingebunden werden.

Phase 2: Vorbereitung (2-4 Wochen)

Backup des Altsystems erstellen. Bevor irgendein Schritt unternommen wird: vollständige Datensicherung. Idealerweise mehrfach und auf verschiedenen Medien. Diese Sicherung wird möglicherweise nie gebraucht — aber sie gibt Sicherheit.

Neues System einrichten und testen. Viele Cloud-Anbieter bieten kostenlose Testphasen an. Nutzen Sie diese, um das neue System mit echten (aber nicht aktuellen) Daten zu testen. Legen Sie einen fiktiven Sterbefall an, erstellen Sie eine Rechnung, testen Sie den DATEV-Export.

Mitarbeiter einschulen. Ein neues System einzuführen und gleichzeitig operative Sterbefälle zu bearbeiten ist anspruchsvoll. Wenn möglich, planen Sie eine Schulungsphase in einer ruhigeren Betriebsperiode ein.

Stichtag festlegen. Ab wann werden neue Sterbefälle ausschließlich im neuen System erfasst? Ein klarer Stichtag verhindert Doppelerfassungen und Verwirrung.

Phase 3: Datenmigration (1-3 Wochen)

Welche Daten sollten migriert werden?

Unbedingt migrieren:

• Aktive Auftraggeber-Kontakte (Familien mit laufenden Aufträgen)
• Offene Rechnungen und Forderungen
• Lieferanten-Stammdaten
• Produktkatalog und Preislisten

Optional migrieren:

• Kontakte der letzten 12-24 Monate (für Nachfass-Kontakte bei Jahrestagen)
• Abgeschlossene Sterbefälle der letzten 2-3 Jahre (für Nachfragen)

Nicht zwingend migrieren:

• Historische Sterbefälle älter als 3 Jahre
• Archivdokumente (diese im Altsystem archivieren und gelegentlich nachschauen)

Phase 4: Parallelbetrieb (4-8 Wochen)

Während des Parallelbetriebs läuft das Altsystem im Hintergrund weiter — für Nachschauen und Archivzugriffe. Alle neuen Sterbefälle werden im neuen System erfasst.

In dieser Phase zeigen sich die echten Stärken und Schwächen des neuen Systems. Notieren Sie Probleme und Fragen, und melden Sie diese an den Anbieter. Ein guter Cloud-Anbieter bietet in dieser Phase aktiven Support.

Typische Stolpersteine in der Parallelbetrieb-Phase:

• Mitarbeiter greifen aus Gewohnheit weiter auf das Altsystem zurück. Klare Kommunikation hilft: "Neue Fälle kommen ab [Stichtag] ins neue System."
• Druckertreiber oder Briefpapier-Vorlagen müssen neu konfiguriert werden.
• Der DATEV-Export hat andere Kontonummern als erwartet — Abstimmung mit dem Steuerberater nötig.

Phase 5: Go-live und Abschluss

Nach 4-8 Wochen Parallelbetrieb ist das neue System der Standard. Das Altsystem wird in den Read-only-Modus versetzt oder abgeschaltet.

Abschließende Schritte:

• Letztes Backup des Altsystems auf externem Medium sichern (Aufbewahrungspflicht: mindestens 10 Jahre für steuerrelevante Daten)
• Lizenzvertrag des Altsystems kündigen
• Mitarbeiter-Feedback einholen und offen gebliebene Fragen klären
• Datenschutz-Dokumentation aktualisieren (neues System, neuer AVV)

Was danach kommt

Eine erfolgreiche Cloud-Migration ist kein Endpunkt — sie ist ein Anfang. In der Cloud-Umgebung sind neue Funktionen zugänglich, die zuvor nicht möglich waren: mobiles Arbeiten, iPad-Beratung, automatische Updates, DATEV-Export ohne manuelle Übertragung.

Wer die Migration sorgfältig plant und realistisch erwartet, was sie leisten kann und was nicht, wird feststellen: Der Aufwand war überschaubar — und die Erleichterung im Alltag deutlich spürbar.