Zu Sage wechseln: So gelingt die Migration Schritt für Schritt

Eine Migration zu Sage ist selten ein reines IT-Thema. Sie berührt die Buchhaltung, die Auftragsabwicklung, das Lager und nicht zuletzt die Zusammenarbeit mit dem Steuerberater. Wer zu Sage wechseln möchte – von Excel-Listen, einer Buchhaltungssoftware oder einem in die Jahre gekommenen ERP –, sollte die Datenübernahme deshalb wie ein eigenes Teilprojekt behandeln. Dasselbe gilt für den Wechsel zwischen Sage-Versionen, etwa wenn ein älterer Stand abgelöst werden muss.

Diese Seite zeigt, wie ein sauberer Umstieg aussieht, welche Daten mitgehen sollten und wo im deutschen Mittelstand die typischen Stolpersteine liegen. Sie ersetzt kein Projektkonzept, hilft aber, die richtigen Fragen zu stellen, bevor ein Integrator ein Angebot erstellt.

Woher kommen Sie? Drei typische Ausgangslagen

Der Aufwand hängt weniger von Sage ab als von dem, was Sie heute einsetzen. Drei Konstellationen begegnen uns im Mittelstand am häufigsten.

Von Excel und Insellösungen

Viele Unternehmen arbeiten mit Tabellen für Angebote, Lagerbestände und Projektstände, daneben läuft eine Fibu. Hier gibt es keine saubere Datenstruktur, die man einfach exportieren könnte. Dubletten, uneinheitliche Schreibweisen und fehlende Pflichtangaben sind die Regel. Die Migration ist deshalb zugleich eine Aufräumaktion: Sie legen erstmals verbindlich fest, was ein Kunde, ein Artikel oder eine Kostenstelle im System ist.

Von einer Buchhaltungssoftware oder DATEV-Umfeld

Läuft die Finanzbuchhaltung bislang bei Ihrem Steuerberater oder in einer reinen Buchhaltungslösung, ist die Frage der Arbeitsteilung zentral. Bleibt die Lohn- oder Finanzbuchführung extern, muss der Datenaustausch mit der Kanzlei von Beginn an mitgeplant werden. Kontenrahmen, Buchungsschlüssel und Exportformate müssen zusammenpassen, sonst entsteht Mehrarbeit statt Entlastung. Mehr dazu im Beitrag zu Buchhaltung und Finanzen mit Sage.

Von einem Alt-ERP oder einer älteren Sage-Version

Bei einem gewachsenen Altsystem steckt das Wissen oft in individuellen Anpassungen, Zusatzprogrammen und Berichten, die niemand mehr vollständig dokumentiert hat. Die Daten sind reichhaltig, aber auch belastet: jahrelang gewachsene Artikelstämme, inaktive Debitoren, abweichende Nummernkreise. Hier lohnt vorab ein Audit und eine Projektübernahme, um Umfang und Risiken ehrlich zu bewerten.

Welche Werkzeuge gibt es für die Datenübernahme?

Sage ist ein Softwarehaus mit mehreren Produktlinien für unterschiedliche Unternehmensgrößen, darunter Sage 100 und Sage X3. Welche Import- und Migrationswerkzeuge der Hersteller für die jeweilige Linie bereitstellt, unterscheidet sich je nach Produkt und Version. Da wir hier keine belegten Angaben zu einzelnen Werkzeugen machen, gilt: Lassen Sie sich vom Integrator konkret zeigen, womit Ihre Daten eingespielt werden – mit Standard-Importfunktionen, über Schnittstellen oder mit eigens erstellten Skripten.

Wichtig ist weniger das Werkzeug als die Prozedur dahinter:

• Die Übernahme ist wiederholbar. Sie läuft mehrfach im Testsystem, bevor sie einmal produktiv läuft.
• Sie ist nachvollziehbar. Für jede Datenart gibt es ein Mapping vom Altfeld zum Sage-Feld.
• Sie ist abstimmbar. Summen, Salden und Stückzahlen werden vor und nach dem Import verglichen.

Wo Systeme dauerhaft parallel laufen, etwa ein Webshop oder ein Lagerverwaltungssystem, kommen Schnittstellen zu Sage hinzu, die ebenfalls getestet werden müssen.

Welche Daten wandern mit – und welche nicht?

Die wichtigste Entscheidung der gesamten Migration lautet: Was nehmen wir mit? Mehr ist hier nicht besser. Jede übernommene Altlast kostet Prüfaufwand und belastet das neue System.

Die Frage nach der Historie wird oft emotional geführt. Ein praktischer Maßstab: Daten, die Sie im Tagesgeschäft für Rückfragen, Garantiefälle oder Preisvergleiche brauchen, gehören ins neue System. Alles, was nur aufbewahrt werden muss, gehört in ein revisionssicheres Archiv.

Datenbereinigung: Der unterschätzte Teil

Ein Importlauf deckt nur auf, was ohnehin im Datenbestand schlummert. Planen Sie die Bereinigung deshalb vor dem ersten Testimport und weisen Sie sie jemandem aus dem Fachbereich zu – nicht allein der IT.

Bewährt hat sich diese Reihenfolge:

1. Bestand erfassen: Welche Datenquellen gibt es, wer pflegt sie, wie aktuell sind sie?
2. Regeln festlegen: Wann gilt ein Kunde als inaktiv? Wie sehen Artikelnummern künftig aus?
3. Dubletten zusammenführen: Gleiche Firmen unter verschiedenen Schreibweisen, mehrere Anschriften für dieselbe Rechnungsadresse.
4. Pflichtfelder ergänzen: Steuerliche Angaben, Zahlungsbedingungen, Zuordnung zu Konten.
5. Freigabe: Der Fachbereich bestätigt den bereinigten Stand schriftlich.

Gerade bei Lager und Einkauf in Sage zahlt sich diese Sorgfalt aus: Falsche Einheiten oder doppelte Artikel wirken sich unmittelbar auf Bestände und Bestellvorschläge aus.

Bascule: Stichtag, Parallelbetrieb oder Etappen?

Für die Umstellung gibt es im Kern drei Strategien. Welche passt, hängt von Größe, Komplexität und Risikobereitschaft ab.

Im deutschen Mittelstand liegt der Stichtag meist am Monatswechsel oder zum Beginn des Geschäftsjahres, weil Salden und Offene Posten dann am leichtesten abzugrenzen sind. Vermeiden Sie Zeiten mit hoher Last wie Jahresabschluss, Inventur oder Umsatzsteuer-Voranmeldungen, wenn Ihre Buchhaltung ohnehin am Limit arbeitet. Stimmen Sie den Termin unbedingt mit Ihrem Steuerberater ab.

Ob ein schrittweises Vorgehen sinnvoll ist, zeigt sich oft schon bei der Einführungsplanung. Die Grundzüge dazu finden Sie unter Sage einführen.

Tests: Ohne Abnahme kein Echtstart

Eine Migration besteht aus mehreren Probeläufen. Mindestens diese Prüfungen sollten dokumentiert sein:

• Datenabgleich: Stimmen Summen und Salden im Neusystem mit dem Altsystem überein? Gibt es Differenzen, sind sie erklärt?
• Prozesstest: Ein Angebot wird zum Auftrag, zur Lieferung, zur Rechnung und zur Zahlung durchgespielt – mit echten Beispielen aus Ihrem Alltag.
• Belegtest: Sehen Rechnungen, Lieferscheine und Mahnungen so aus, wie Kunden sie erwarten? Sind alle Pflichtangaben vorhanden?
• Schnittstellentest: Funktionieren Datenaustausch mit Bank, Steuerberater und angebundenen Systemen?
• Berechtigungstest: Sehen die Mitarbeitenden nur, was sie sehen dürfen?
• Nutzertest: Die Anwender aus den Fachbereichen bestätigen, dass ihre Aufgaben abbildbar sind.

Eine Abnahme gehört in die Hände der Fachseite, nicht allein des Integrators. Ergänzend sollten Sie Schulungen für Sage rechtzeitig vor dem Start einplanen, damit die Teams am ersten Tag nicht zum ersten Mal im System stehen.

Rechtliche Leitplanken in Deutschland

Bei jeder Migration muss die Ordnungsmäßigkeit gewahrt bleiben. Die GoBD verlangen nachvollziehbare, unveränderbare und jederzeit auswertbare Aufzeichnungen. Für Sie bedeutet das:

• Der Übergang der Buchungsdaten muss dokumentiert sein, einschließlich der Abstimmung zum Stichtag.
• Das Altsystem oder ein gleichwertiges Archiv bleibt für Prüfungen zugänglich.
• Änderungen an Verfahren werden in der Verfahrensdokumentation nachgeführt.

Wer ausgehende und eingehende Rechnungen elektronisch austauscht, sollte außerdem die Anforderungen der E-Rechnung im Blick haben, etwa XRechnung oder ZUGFeRD. Hintergründe finden Sie in unseren Ratgebern zu GoBD im ERP-System und zur E-Rechnung im ERP. Ob und wie Sage in Ihrer Konstellation diese Anforderungen abdeckt, klären Sie mit dem Integrator anhand Ihrer konkreten Version.

Rückfallplan: Der Notausgang gehört ins Projekt

Wer den Rückweg nicht plant, riskiert im Ernstfall Chaos. Ein tragfähiger Rückfallplan enthält:

1. Abbruchkriterien: Ab welchen Abweichungen wird die Umstellung gestoppt – und wer entscheidet das?
2. Gesichertes Altsystem: Es bleibt bis zur Freigabe unverändert und vollständig gesichert.
3. Nacherfassung: Wie werden Vorgänge, die im Neusystem entstanden sind, bei einer Rückkehr nachgetragen?
4. Kommunikation: Wer informiert Mitarbeitende, Kunden und Steuerberater?
5. Zeitfenster: Bis wann ist eine Rückkehr überhaupt noch sinnvoll?

Der Plan wird einmal in einer Probeumstellung durchgespielt. Erst dann ist er mehr als eine Absichtserklärung.

Besonderheit: Wechsel zwischen Sage-Versionen

Auch wer bereits mit Sage arbeitet und auf einen neueren Stand oder eine andere Produktlinie wechseln will, migriert. Hier verschiebt sich der Schwerpunkt:

• Individuelle Anpassungen müssen geprüft, übertragen oder durch Standardfunktionen ersetzt werden. Siehe dazu Individualentwicklung in Sage.
• Berichte, Formulare und Schnittstellen laufen nicht zwingend unverändert weiter.
• Betriebsmodell: Wird der Wechsel mit einem Umzug in die Cloud verbunden, kommen Fragen zu Hosting und Datenschutz hinzu. Mehr dazu unter Sage in der Cloud.
• Funktionsumfang: Welche Module und Editionen in Ihrer Zielversion verfügbar sind, klären Sie vorab anhand der Versionen und Editionen von Sage.

Ein Versionswechsel wirkt harmloser als ein Systemwechsel, hat aber dieselbe Disziplin verdient: Testsystem, Datenabgleich, Rückfallplan.

Häufige Fehler bei der Migration zu Sage

• Zu früh festgelegter Termin: Der Stichtag wird zugesagt, bevor Umfang und Datenqualität bekannt sind.
• Alles übernehmen wollen: Ungeprüfte Altlasten wandern ins neue System und verschlechtern den Start.
• Fachbereich nicht eingebunden: Die IT liefert Daten, niemand aus der Buchhaltung oder dem Lager verantwortet sie.
• Steuerberater zu spät informiert: Kontenrahmen und Austauschformate müssen dann nachträglich angepasst werden.
• Keine Testläufe mit realen Daten: Erste Fehler zeigen sich im Echtbetrieb.
• Kein Rückfallplan: Bei Problemen fehlt der definierte Weg zurück.
• Schulung als Nachgedanke: Mitarbeitende lernen das System erst, wenn bereits Rechnungen gestellt werden.
• Archivierung vergessen: Das Altsystem wird abgeschaltet, ohne dass die GoBD-konforme Verfügbarkeit geklärt ist.

Allgemeine Lehren aus gescheiterten Vorhaben fasst unser Beitrag Fehler im ERP-Projekt zusammen; die Grundlagen der Systemablösung erläutert der Ratgeber zur ERP-Migration.

Den passenden Partner für die Migration finden

Eine Migration ist nur so gut wie das Team, das sie durchführt. Achten Sie darauf, dass der Integrator Erfahrung mit Datenübernahmen in Ihrer Ausgangslage nachweisen kann, nachvollziehbare Testprotokolle liefert und Ihren Steuerberater früh einbindet. Wie Sie dabei vorgehen, beschreibt die Seite Sage-Integrator wählen. Wenn Sie noch prüfen, ob Sage überhaupt die richtige Zielplattform ist, hilft ein Blick auf die Alternativen zu Sage.

Wir sind kein Sage-Partner und führen keine Projekte selbst durch. Unser kostenloser Service vermittelt Sie an einen zertifizierten ERP-Integrator, der zu Ihrem Vorhaben passt. Wie das abläuft, steht unter So funktioniert es.

Die genannten Softwarenamen sind Marken der jeweiligen Hersteller und dienen ausschließlich der Information. Diese Website ist unabhängig und steht in keiner Verbindung zu den Herstellern.