DATEV-Migration Schritt für Schritt: Realistischer Fahrplan für kleinere Kanzleien

Die Umstellung auf DATEV-Online ist für viele kleinere Kanzleien überfällig. Nicht weil das Lokalsystem nicht mehr funktioniert, sondern weil Mandanten heute Belegtransfer per DATEV Unternehmen Online erwarten, Notarpartner Dokumente per DATEV DMS zustellen und das Bundeszentralamt für Steuern Authentifizierungen zunehmend über die DATEV-Identifikationsverfahren abwickelt. Wir begleiten regelmäßig Kanzleien mit 5 bis 15 Berufsträger- und Mitarbeiter-Plätzen durch diesen Prozess. Was wir dabei sehen: Die Migration scheitert selten an der Technik, sondern an der Planung.

Phase 1 — Bestandsaufnahme (Woche 1)

Bevor irgendetwas umgestellt wird, brauchen wir eine vollständige Inventur. Dazu gehören:

• DATEV-Lizenzstand: Welche Module sind aktiv? Häufig finden wir Lizenzen für Eigenorganisation classic, Rechnungswesen pro oder einzelne Mandanten-Module, die seit Jahren mitlaufen, aber nicht mehr genutzt werden.
• Mandantenstruktur: Anzahl Mandanten, Auftragsarten, individuelle Konfigurationen (z.B. abweichende Kontenrahmen SKR03 vs SKR04, branchenspezifische Anpassungen).
• Schnittstellen: ELSTER, DATEV Unternehmen Online (DUO), digitale Belegerfassung, Schnittstellen zu Lohnabrechnungs- oder DMS-Systemen.
• Hardware-Bestand: PCs, Server-Versionen, Monitor-Auflösungen (DATEV-Arbeitsplätze brauchen mindestens Full HD, idealerweise duale Bildschirme für effizientes Buchen).

Wir erstellen daraus ein Migrations-Pflichtenheft, das mit dem DATEV-Vertriebspartner abgestimmt wird. Wer diesen Schritt überspringt, bekommt erfahrungsgemäß in Woche 3 die Quittung: Plötzlich fehlt eine Modul-Lizenz, ein Mandant hat einen ungewöhnlichen Kontenrahmen, oder eine Schnittstelle muss neu beantragt werden.

Phase 2 — Vorbereitung der DATEV-Umgebung (Woche 1–2)

Parallel zur Bestandsaufnahme richten wir die neue Umgebung ein. Bei DATEV-Online heißt das konkret:

1. Anlage der Cloud-Umgebung bei DATEV (DATEVasp oder DATEV PARTNERasp je nach Kanzleigröße).
2. Beantragung der mIDentity-Karten für alle Berufsträger und gegebenenfalls Mitarbeiter mit DATEV-Zugang. Beantragungszeit: 5–10 Werktage. Wer hier zu spät startet, verschiebt die gesamte Migration.
3. Netzwerk-Voraussetzungen prüfen: DATEV empfiehlt mindestens 10 Mbit/s Upload pro Arbeitsplatz für DATEVasp. In Schkopau und Umgebung ist das mit Glasfaser problemlos machbar, in ländlicheren Lagen häufig der Engpass — siehe auch Internetanbindung.
4. Datensicherung der Altumgebung — vollständig und nachprüfbar. Das ist nicht optional: Wir bewahren bei jeder Migration die letzte Voll-Sicherung in einem WORM-Storage auf, um die GoBD-Anforderungen nach § 147 Abgabenordnung erfüllen zu können (Aufbewahrungsfrist 10 Jahre).

Phase 3 — Datenübernahme und Parallelbetrieb (Woche 2–3)

Die eigentliche Migration der Mandantenbestände erfolgt über das DATEV-Bestandsmigration-Tool. Wir empfehlen einen gestaffelten Rollout:

• Tag 1: Migration der ersten 10 Mandanten (kleinere, unkritische Bestände).
• Tag 2–3: Funktionstest mit allen Modulen (Buchführung, Lohn, Anlagenverwaltung).
• Tag 4–7: Migration der Hauptmandantengruppe.
• Tag 8–10: Migration der komplexen Bestände (große GmbHs, Konzerne, Mandanten mit individuellen Auswertungen).

In dieser Phase läuft die Altumgebung parallel weiter. Das ist ein häufig unterschätzter Kostenfaktor — doppelte Lizenzgebühren für 2–3 Wochen — aber unverzichtbar. Findet sich nach der Migration ein Datenfehler, ist der Rückgriff auf die Originalbestände nur über die Parallelumgebung möglich. Direkt aus dem Backup wiederherzustellen ist im Live-Betrieb keine Option.

Phase 4 — Cutover und Stabilisierung (Woche 3–4)

Der eigentliche Cutover passiert typischerweise an einem Freitagabend nach Geschäftsschluss. Am Montagmorgen arbeiten alle Mitarbeiter im neuen System. In dieser Phase ist die Anwesenheit eines IT-Dienstleisters vor Ort fast immer notwendig — kleinere Konfigurationsfehler an Arbeitsplätzen (Druckereinstellungen, Standard-Mandant, Berechtigungen) tauchen erst bei der realen Nutzung auf. Wir kalkulieren standardmäßig 2 volle Vor-Ort-Tage nach Cutover ein.

Die ersten 14 Tage nach Cutover sind die heikelsten. Wir empfehlen in dieser Phase:

• Tägliche Sicherungsprüfung (manuell, nicht nur auf das Monitoring vertrauen).
• Bereitschaft eines IT-Ansprechpartners auch außerhalb der Geschäftszeiten — über die Bereitschafts-Hotline erreichbar.
• Wöchentliche kurze Synchronisation mit der Kanzleileitung, um Anpassungsbedarf früh zu erkennen.

Häufige Stolpersteine

Aus den letzten DATEV-Migrationen, die wir in Halle, Merseburg und Leipzig begleitet haben, kristallisieren sich fünf wiederkehrende Probleme heraus:

1. mIDentity-Karten zu spät bestellt. Plant 10 Werktage Vorlauf ein, nicht 5.
2. Vergessene Drittsysteme. Belegerfassungs-Tools, Mandanten-Apps oder Bank-Schnittstellen, die im Pflichtenheft fehlen, blockieren am Cutover-Tag den Betrieb.
3. Drucker-Treiber. DATEV-Auswertungen brauchen oft spezifische Druckereinstellungen (Skalierung, Schacht-Zuordnung). Diese Konfigurationen migrieren NICHT automatisch.
4. Berechtigungskonzept. Wer darf welche Mandanten sehen? In der lokalen Welt war das oft über Windows-Berechtigungen abgebildet — in DATEV-Online braucht es ein explizites Rechte-Konzept.
5. Schulungsbedarf unterschätzt. Auch erfahrene DATEV-Anwender brauchen für die Online-Variante 2–3 Stunden Einarbeitung. Plant das ein.

GoBD und Mandantengeheimnis

Eine DATEV-Migration ist immer auch ein datenschutz- und steuerrechtlicher Vorgang. Drei Punkte sind nicht verhandelbar:

• Aufbewahrung der Altdaten nach § 147 AO über die volle Aufbewahrungsfrist (10 Jahre für Bücher, Inventare, Bilanzen). Die Migration darf diese Daten nicht “wegwerfen”. Wie die Architektur dafür aussieht, beschreiben wir in unserer Übersicht zur GoBD-konformen Archivierung.
• Mandantengeheimnis nach § 203 StGB. Während der Migration haben in der Regel externe Techniker Zugriff auf Mandantenbestände. Das setzt einen schriftlichen AV-Vertrag und eine explizite Verschwiegenheitserklärung voraus — Details unter Datenschutz und Mandantengeheimnis in der IT und im Blogartikel Mandantengeheimnis in der IT-Praxis.
• Verfahrensdokumentation. Die GoBD verlangen eine dokumentierte Beschreibung der eingesetzten Verfahren — vor und nach der Migration. Eine alte Verfahrensdokumentation aus 2015 ist nach einer Migration auf DATEV-Online schlicht überholt.

Realistische Timeline

Woche	Schwerpunkt
1	Bestandsaufnahme, mIDentity-Bestellung, Netzwerk-Check
2	DATEV-Umgebung anlegen, Testdaten migrieren
3	Echtdaten-Migration, Parallelbetrieb, Cutover-Vorbereitung
4	Cutover, Stabilisierung, Schulung, Abnahme

Für Kanzleien mit mehr als 15 Plätzen, mit DMS- oder Lohn-Sondermodulen oder mit angeschlossenen Standorten ist die Timeline 6–8 Wochen. Wer schneller migrieren möchte, riskiert Datenverluste oder fehlende Schnittstellen am ersten Arbeitstag.

Beratung anfragen

Wir migrieren regelmäßig Kanzleien in Sachsen-Anhalt und im Großraum Leipzig auf DATEV-Online. Wenn Sie einen konkreten Migrationsplan, eine Aufwandsschätzung oder ein zweites Paar Augen für ein laufendes Migrationsprojekt brauchen, sprechen Sie uns an. Wir beraten unverbindlich und kostenlos zur Machbarkeit und zum realistischen Zeitfenster.

Für eine vollständige Vertikal-Übersicht der für Steuerkanzleien relevanten Bausteine — von DATEV-Migration über Microsoft 365 für Kanzleien bis zur Backup-Strategie — siehe unseren Pillar IT-Lösungen für Steuerberater.