Bausoftware wechseln: Leitfaden für den sauberen Umstieg

Stand: Mai 2026

Kurzantwort: Ein sauberer Wechsel der Bausoftware verläuft in fünf Phasen: Anforderungsanalyse, Datenexport aus dem Altsystem über offene Formate (GAEB, CSV, ZUGFeRD/XRechnung), Permission-Mapping, Parallellauf von zwei bis drei Monaten und schrittweise Stilllegung. Der häufigste Fehler ist der Big-Bang-Umstieg ohne Parallellauf, der häufigste Hebel die saubere Vernetzung aller Module statt erneuter Insellösungen.

Viele DACH-Baubetriebe nutzen seit 10 bis 25 Jahren dieselbe Bausoftware. Die Wechselrate ist niedrig, weil die Datenmigration komplex wirkt und der laufende Betrieb nicht stehenbleiben darf. Gleichzeitig steigt der Druck: XRechnung-Empfangspflicht seit 2025, GoBD-Anforderungen, DSGVO-Audits, Fachkräftemangel und die Erwartung der jüngeren Generation an mobile, vernetzte Tools. Dieser Leitfaden zeigt, wann ein Wechsel sinnvoll ist und wie er ohne Datenverlust gelingt.

Wann lohnt sich der Wechsel?

Nicht jedes Ärgernis rechtfertigt einen Umstieg. Aber bestimmte Signale sind belastbar:

• Funktionslücken: Die Software unterstützt keine XRechnung-Empfangspflicht, kein OCR für Eingangsrechnungen, keine mobile Zeiterfassung.
• DSGVO-Risiken: Hosting außerhalb der EU, kein AV-Vertrag verfügbar, keine GoBD-Trigger.
• Insellandschaft: Drei bis fünf Tools statt einer Plattform, mit Excel als ständigem Bindeglied.
• Kein Permission-Konzept für externe Firmen: Nachunternehmer bekommen entweder zu viel oder zu wenig Zugriff.
• Mobile Schwächen: Bautagebuch oder Mängel können nicht direkt auf der Baustelle erfasst werden.
• Wartungspreise und Lock-in: Hohe Updategebühren ohne neue Funktionen, keine offenen Exportformate.
• Generationswechsel: Ein neuer Bauleiter oder Geschäftsführer erwartet zeitgemäße Tools.

Wenn drei oder mehr dieser Punkte zutreffen, ist der Wechsel meist die wirtschaftlich beste Option.

Phase 1: Anforderungsanalyse (2-4 Wochen)

Der Wechsel beginnt nicht mit der Anbieterauswahl, sondern mit einer ehrlichen Bestandsaufnahme:

1. Module inventarisieren: Was nutzen wir heute, was nicht? Welche Excel-Insellösungen müssen mit?
2. Pflichten klären: Welche rechtlichen Anforderungen muss das System erfüllen (XRechnung, GoBD, DSGVO, BRTV bei Zeiterfassung)?
3. Externe Beziehungen: Welche Nachunternehmer, Bauherren, Planer und Steuerberater brauchen welche Zugriffe?
4. Schnittstellen: DATEV, LV-Importe, BIM, Bank-Anbindung?
5. Mobile Nutzung: Welche Module sollen offline funktionieren?
6. Mengengerüst: Wie viele Projekte, Nutzer, Belege pro Jahr?

Das Ergebnis ist ein einseitiges Pflichtenheft, das die Anbietergespräche und Demos strukturiert.

Den Fokus auf Modul-Vernetzung setzen

Die größte Falle beim Wechsel ist, wieder Insellösungen einzukaufen. Wer pro Funktion das beste Einzeltool sucht, landet bei zehn Verträgen, zehn AV-Verträgen und zehn Datensilos. Wer dagegen eine vernetzte Plattform wählt, in der Aufmaß, LV, Rechnung, Zeiterfassung, Bautagebuch und Mängel ineinandergreifen, reduziert Schnittstellen, Schulungsaufwand und Datenschutz-Risiken in einem Schritt.

Phase 2: Datenexport aus dem Altsystem (1-2 Wochen)

Die Übernahme aus dem Altsystem ist der heikelste Punkt. Erfahrungsgemäß lassen sich diese Datenarten in fast jedem System exportieren:

• Stammdaten: Kunden, Lieferanten, Mitarbeiter (CSV)
• Leistungsverzeichnisse: GAEB DA XML in den Phasen X81 bis X89
• Rechnungen: PDF/A oder XRechnung (UBL nach EN 16931)
• Buchungssätze: DATEV-Format LODAS oder Lohn und Gehalt
• Verträge: PDF-Archiv
• Aufmaß: REB 23.003 oder GAEB X31
• Mängel: BCF oder CSV

Schwieriger sind softwarespezifische Datenstrukturen wie individuelle Vorlagen, Workflows oder Auswertungen. Diese müssen meist neu aufgebaut werden.

Was archiviert wird, was migriert wird

Nicht jeder Datenbestand muss aktiv ins neue System wandern. Bewährter Ansatz:

• Aktive Projekte: vollständige Migration aller relevanten Daten
• Abgeschlossene Projekte: Archivierung als PDF/A im neuen GoBD-Archiv, ohne Detailmigration
• Historische Buchungen: meist Verbleib im Altsystem, das bis zum Ende der Aufbewahrungsfrist (10 Jahre) read-only weiterläuft

Dieser Hybridansatz spart 60 bis 80 Prozent des Migrationsaufwands.

Phase 3: Permission-Mapping (1 Woche)

Im Altsystem gibt es oft entweder gar keine oder grobe Rollen (Admin, User, Gast). Das neue System bietet meist deutlich granulare Möglichkeiten. Die Zeit nach dem Wechsel ist der ideale Moment, um das Permission-Konzept neu zu denken.

Empfehlung für die Mindeststruktur:

• Interne Rollen: Geschäftsführung, Bauleitung, Polier, Buchhaltung, Lohnbuchhaltung, Auszubildende
• Externe Rollen: Nachunternehmer (Aufmaß+Mängel+Bautagebuch), Bauherr (Bautagebuch+Mängel+Termine read-only), Planer (Aufmaß+BIM+Mängel), Steuerberater (nur Rechnungswesen-Export)
• Projektrollen: Generalunternehmer, Auftragnehmer, Bauherr, Bauleitung pro Projekt

Wichtig: Externe Firmen sollen nie die gesamte Projektdatenbank sehen, sondern nur ihren Ausschnitt. Eine moderne Plattform setzt das pro Modul und pro Projekt um.

Phase 4: Parallellauf (8-12 Wochen)

Der Parallellauf ist die wichtigste Versicherung gegen Datenverlust und Betriebsstillstand. In dieser Phase laufen Alt- und Neusystem gleichzeitig:

• Neue Projekte werden nur im Neusystem geführt.
• Laufende Projekte werden parallel in beiden Systemen geführt, bis ein definierter Schnitt erreicht ist (Abschlagsrechnung, Quartalsende, Schlussrechnung).
• Die Buchhaltung wird einen Monat doppelt geführt, um Abweichungen zu erkennen.
• Das Altsystem geht danach in einen Read-only-Modus.

Der Parallellauf kostet kurzfristig mehr Arbeit, verhindert aber den klassischen Fehler, dass im dritten Monat nach Umstieg eine Lücke entdeckt wird und niemand mehr weiß, wo die Daten geblieben sind.

Schulung in der Parallelphase

Nutzen Sie den Parallellauf für die Schulung. Statt einer einmaligen Eröffnungsveranstaltung lieber wöchentliche 60-minütige Sessions pro Rolle. Praxistauglich:

• Woche 1-2: Geschäftsführung und Buchhaltung
• Woche 3-4: Bauleitung und Kalkulation
• Woche 5-6: Polier und Mobile App
• Woche 7-8: externe Firmen (Onboarding Nachunternehmer)

Phase 5: Stilllegung Altsystem (1-2 Wochen)

Nach erfolgreichem Parallellauf wird das Altsystem stillgelegt. Wichtige Aufgaben:

• Read-only-Backup: Vollständiger Datenexport in ein Archiv (PDF/A, CSV, GAEB).
• Lizenzkündigung: Nicht vergessen, sonst läuft das Abo weiter.
• AV-Vertrag-Beendigung: schriftliche Bestätigung des Anbieters, dass Daten gelöscht oder zur Archivierung übergeben wurden.
• Aufbewahrungsfristen sichern: Für steuerrelevante Belege bleibt die Pflicht zur Vorlage 10 Jahre bestehen, auch nach Systemwechsel.
• Lessons-learned-Workshop: 60 Minuten mit allen Beteiligten, was im neuen System noch konfiguriert werden muss.

DSGVO-Pflichten bei der Migration

Die Migration ist eine Verarbeitungstätigkeit nach Art. 30 DSGVO. Konkrete Pflichten:

• Verzeichnis der Verarbeitungstätigkeiten aktualisieren (alt entfernen, neu eintragen).
• AV-Verträge mit Alt- und Neuanbieter prüfen und ggf. neu schließen.
• Datenschutz-Folgenabschätzung prüfen, wenn neue Verarbeitungen wie Biometrie oder GPS hinzukommen.
• Mitarbeiter informieren über Wechsel des Systems, wenn personenbezogene Daten betroffen sind.
• Betriebsrat einbinden, wenn elektronische Erfassung oder neue Mitbestimmungstatbestände entstehen.
• Löschkonzepte angleichen, damit Daten nicht doppelt aufbewahrt werden.

GoBD-Pflichten beim Wechsel

Die GoBD verlangt nicht, dass alle Belege ins neue System wandern. Sie verlangt aber, dass die Daten weiterhin für 10 Jahre maschinell auswertbar bleiben (§ 147 AO). Praktischer Weg:

• Schlussinventur des Altsystems mit vollständigem GDPdU-Export
• Sicherung dieses Exports auf einem WORM-Medium oder im GoBD-Archiv des Neusystems
• Verfahrensdokumentation aktualisieren, in der beschrieben ist, wo welche Belege ab welchem Datum liegen

Typische Fehler beim Wechsel

• Big-Bang-Umstieg: ohne Parallellauf landet jede Lücke ungefiltert im Tagesgeschäft.
• Insellösungen kopieren: Wer dieselbe Excel-Landschaft 1:1 in ein neues System überträgt, gewinnt nichts.
• Externe Firmen vergessen: Nachunternehmer und Bauherren werden zu spät onboardet, das alte System bleibt für sie weiter aktiv.
• DATEV-Schnittstelle unterschätzt: Falsche Kostenstellen oder Lohnarten führen zu Nachberechnungen mit dem Lohnbüro.
• Vorlagen nicht migriert: Briefkopf, Rechnungslayout und Mängelberichte müssen im Neusystem neu aufgebaut werden.
• Mobile Tests nur im Büro: Funkschatten auf der Baustelle ist die häufigste Fehlerursache, die im Büro nie auftritt.

Kosten und Zeitrahmen

Für einen Baubetrieb mit 20 bis 100 Mitarbeitern dauert der saubere Wechsel typischerweise 3 bis 6 Monate, inklusive Auswahl, Migration und Parallellauf. Die einmaligen Migrationskosten liegen je nach Komplexität zwischen einigen Tausend und mittleren fünfstelligen Beträgen. Wichtig: Diese Investition amortisiert sich oft innerhalb von 12 bis 24 Monaten über die eingesparten Lizenzen der Insellösungen.

Vergleich: Big-Bang versus Parallellauf

Fazit

Der Wechsel der Bausoftware ist machbar, wenn er als strukturiertes Projekt angegangen wird. Die fünf Phasen Analyse, Export, Permission-Mapping, Parallellauf und Stilllegung haben sich in der Praxis bewährt. Wer dabei auf eine vernetzte Plattform setzt statt erneut Insellösungen zu kaufen, baut nicht nur Funktionen auf, sondern reduziert dauerhaft Wartungsaufwand, DSGVO-Risiken und Datensilos.

BauGrid wurde von Grund auf als vernetzte Plattform konzipiert, hostet in Deutschland und liefert offene Importformate für GAEB, REB, DATEV und XRechnung. Für den ersten Eindruck lohnt sich ein Blick auf die Modulübersicht und die Hinweise zu DSGVO-konformer Bausoftware.