Was kostet die Datenmigration für Unternehmenssysteme?
Beim Austausch eines ERP-, CRM- oder Buchhaltungssystems ist die Lizenz selbst häufig nicht der größte Kostenfaktor. Entscheidend für das Budget sind oft die Datenqualität und der Aufwand für deren Übertragung. Auf die Frage, was eine Datenmigration kostet, gibt es daher keine allgemeingültige Antwort. Bei einem kleineren Unternehmen können sich die Kosten auf einige Zehntausend Kronen belaufen, bei einem betrieblich komplexen Unternehmen auf mehrere Hunderttausend bis hin zu einigen Millionen. Den Unterschied machen nicht nur die Anzahl der Datensätze, sondern vor allem ihre Struktur, ihr Zustand, ihre Verknüpfungen und der gewünschte Automatisierungsgrad.
Eine Datenmigration bedeutet nicht, einfach eine Tabelle in das neue System hochzuladen. Sie ist ein gesteuerter Prozess, in dem das Unternehmen entscheidet, welche Daten übertragen, wie sie bereinigt, wo sie genau gespeichert und wie sie in der neuen Umgebung auf ihre Richtigkeit geprüft werden. Ein gut vorbereitetes Projekt verkürzt die Umstellungszeit, reduziert manuelle Korrekturen und sichert die betriebliche Kontinuität.
Was kostet eine Datenmigration und welche Faktoren bestimmen den Preis wirklich?
Der Preis setzt sich in der Regel aus Analyse, Datenaufbereitung, Entwicklung von Transformationsregeln oder Integrationsskripten, Tests, der eigentlichen Übertragung und dem Support nach dem Produktivstart zusammen. Der Dienstleister migriert nicht nur Datenbankzeilen. Er überführt deren Bedeutung in die Logik des Zielsystems.
Eine einfache Migration von Kontakten, Produkten und grundlegenden Vertriebsdaten aus einem gut gepflegten CRM kann ungefähr zwischen 30.000 und 100.000 Kč kosten. Der Wechsel von einem älteren Buchhaltungs- oder ERP-System, der Kunden, Lieferanten, Lagerbestände, Preislisten, Bestellungen, Rechnungen, die Forderungshistorie und buchhalterische Zusammenhänge umfasst, beginnt häufig bei 150.000 Kč. In Produktion, Logistik oder E-Commerce mit mehreren Lagern, Produktvarianten, Chargen, Verknüpfungen zu externen Systemen und inkonsistenten historischen Daten liegt das Budget meist deutlich höher.
Diese Spannen dienen lediglich der Orientierung. Zwei Projekte mit derselben Anzahl an Datensätzen können völlig unterschiedliche Kosten verursachen. Hunderttausend bereinigte Kontakte in einem einheitlichen Export lassen sich technisch unter Umständen einfacher migrieren als zehntausend Produkte mit unterschiedlichen Einheiten, doppelten Codes und unvollständigen Verknüpfungen zu den Lagerartikeln.
Zustand der Quelldaten
Die größte Variable ist die Qualität der Quelldaten. Wenn Kunden doppelt im CRM, in der Buchhaltung und in mehreren Tabellen geführt werden, reicht ein einfacher Export nicht aus. Es muss geklärt werden, welcher Datensatz gültig ist, wie die Historie zusammengeführt wird und wer im Unternehmen über strittige Fälle entscheidet.
Fehlende Pflichtfelder, unterschiedliche Adressformate, uneinheitliche Währungen, veraltete Produktcodes und unklare Datenverantwortlichkeiten erhöhen die Kosten. Häufig zeigt sich, dass historische Daten Werte enthalten, die vom neuen System nicht mehr unterstützt werden. Dann müssen Zuordnungsregeln erstellt, Prozesse angepasst oder Teile der Historie außerhalb der operativen Datenbank archiviert werden.
Anzahl der Entitäten, Verknüpfungen und Systeme
Entscheidend ist nicht nur, wie viele Daten ein Unternehmen überträgt, sondern auch, welche Zusammenhänge erhalten bleiben müssen. Ein Kontakt kann mit Verkaufschancen, Angeboten, Bestellungen, Rechnungen, Serviceanfragen und Marketingeinwilligungen verknüpft sein. Ein Produkt kann Varianten, Stücklisten, Lieferanten, Preisstufen, Lagerplätze und Fertigungsabläufe besitzen.
Mit jeder weiteren Verknüpfung steigen die Anforderungen an Konzeption, Tests und Ergebniskontrolle. Ebenso erhöht sich der Preis, wenn die Daten nicht aus einem einzigen System stammen, sondern aus ERP, CRM, Onlineshop, Buchhaltung, Lagerverwaltung und separaten Excel-Listen. In diesem Fall geht es nicht nur um die Datenübertragung, sondern um die Schaffung einer einheitlichen, verlässlichen Informationsquelle.
Was sollte ein Migrationsprojekt umfassen?
Ein günstiges Angebot kann attraktiv wirken, doch es sollte genau geprüft werden, welche Leistungen darin enthalten sind. Wenn der Dienstleister nur den Dateiimport kalkuliert, kann die übrige Arbeit – Bereinigung, Zuordnung, Korrekturen und Validierung – beim internen Team verbleiben. Das wird insbesondere dann teuer, wenn Vertriebsmitarbeiter, Buchhalter, Lagerpersonal und Betriebsleiter an den Korrekturen beteiligt sind.
Ein hochwertiges Projekt beginnt mit einer Datenanalyse. Dabei werden der Migrationsumfang, die Datenquellen, die Zielstrukturen, die Verantwortlichkeiten und die Regeln für Ausnahmen definiert. Anschließend folgen die Aufbereitung und Transformation der Daten. Erst danach findet eine Testmigration statt, bei der die Anwender nicht nur die Anzahl der importierten Datensätze prüfen, sondern auch deren praktische Nutzbarkeit in den alltäglichen Prozessen.
Die endgültige Übertragung wird auf den Geschäftsbetrieb abgestimmt. Für manche Organisationen genügt eine Abschaltung über das Wochenende. Andere benötigen eine schrittweise Umstellung, die Synchronisierung von Änderungen oder einen Parallelbetrieb. Die Kosten steigen, wenn das System durchgehend verfügbar bleiben muss, etwa für einen Onlineshop, den Lager- und Versandbetrieb oder den Kundensupport.
Kosten, die in der ersten Kalkulation häufig fehlen
Die technische Migration selbst ist nur ein Teil der Investition. Das Budget kann zusätzlich durch Anpassungen am Ziel-ERP oder -CRM, die Entwicklung einer Integrationsschnittstelle, Sicherheitsanforderungen, Anwenderschulungen und den Support nach dem Produktivstart beeinflusst werden. Wenn Stammdatenverzeichnisse, Berechtigungen und Workflows im neuen System noch nicht korrekt eingerichtet sind, lassen sich die Daten nicht sicher in ihrer endgültigen Form importieren.
Auch die Archivierung verdient Aufmerksamkeit. Nicht jede historische Bestellung muss direkt im neuen ERP verfügbar sein. Die Übertragung von zehn Jahren detaillierter Transaktionsdaten kann erheblich mehr kosten als die Einrichtung eines durchsuchbaren Archivs für Buchhaltung, Reklamationen und Audits. Die richtige Entscheidung hängt von den gesetzlichen Pflichten, den geschäftlichen Anforderungen und der Häufigkeit ab, mit der auf historische Daten zugegriffen wird.
Ein weiterer Kostenfaktor ist die Arbeitszeit des internen Teams. Die Finanzleitung muss die Buchungsregeln bestätigen, das Vertriebsteam die Qualität der Kontakte und das Lager die Richtigkeit der Bestände. Die Geschäftsleitung wiederum muss Prioritäten festlegen. Der Dienstleister kann den Prozess steuern, aber nicht für das Unternehmen entscheiden, welcher Kundendatensatz, welche Preisliste oder welcher Produktcode korrekt ist.
Festpreis oder Abrechnung nach tatsächlichem Aufwand?
Bei einem klar abgegrenzten Leistungsumfang ist ein Festpreis sinnvoll. Das Unternehmen kennt den Investitionsrahmen, während der Dienstleister die Verantwortung für die Aufwandsschätzung trägt. Dieses Modell funktioniert besonders gut, wenn die Quelldaten verfügbar, das Zielsystem definiert und die Anzahl der Ausnahmen begrenzt sind.
Bei älteren Systemen mit unbekannter Datenqualität ist ein zweistufiges Modell häufig praktikabler. Zunächst erfolgen eine kostenpflichtige Analyse und ein Testexport. Auf Grundlage der tatsächlichen Erkenntnisse werden anschließend eine genauere Preiskalkulation und ein realistischer Zeitplan erstellt. Dieser Ansatz kann anfangs langsamer wirken, schützt das Budget jedoch vor Änderungsanforderungen, die erst während der Implementierung sichtbar werden.
Ein gutes Angebot unterscheidet klar, welche Leistungen im Preis enthalten sind: die Anzahl der migrierten Entitäten und Testläufe, die Art der Validierung, der Umfang des Supports nach dem Produktivstart sowie die Regeln für Daten außerhalb des vereinbarten Umfangs. Ohne diese Abgrenzung lassen sich die Angebote verschiedener Dienstleister nicht objektiv vergleichen.
So lassen sich die Migrationskosten ohne Qualitätseinbußen senken
Das größte Einsparpotenzial liegt nicht in der Wahl des günstigsten Anbieters, sondern in einer guten Vorbereitung. Vor Projektbeginn sollte das Unternehmen Datenverantwortliche benennen, offensichtliche Dubletten entfernen und entscheiden, welche historischen Daten im operativen System tatsächlich benötigt werden. Jeder Datensatz, der nicht migriert werden muss, reduziert die Kosten für Transformation, Tests und die spätere Verwaltung.
Hilfreich ist außerdem, Entscheidungsregeln im Voraus festzulegen. Dazu gehören etwa die Fragen, welche Kontakte zusammengeführt werden, wie inaktive Produkte übernommen werden, was mit unvollständigen Bestellungen geschieht und ob historische Rechnungen als detaillierte Belege oder lediglich als zusammengefasste Salden importiert werden. Je weniger Entscheidungen bis zur letzten Woche vor dem Produktivstart offenbleiben, desto geringer ist das Verzögerungsrisiko.
Automatisierung bietet sich dort an, wo die Migration wiederholt werden soll oder Änderungen während der Umstellung regelmäßig synchronisiert werden müssen. Bei einem kleinen Projekt kann ein einmaliger Dateiexport günstiger sein. Bei einem umfangreichen ERP-Wechsel reduziert ein wiederverwendbarer Integrationsprozess jedoch die Fehlerquote und erleichtert die spätere Verbindung der Systeme. Genau hier sollte ein erfahrener Partner wie Logyloop seinen Mehrwert nicht allein durch den eigentlichen Import, sondern auch durch die Konzeption der Datenflüsse für den künftigen Betrieb einbringen.
Die Kosten müssen dem Betriebsrisiko gegenübergestellt werden
Bei der Entscheidung genügt es nicht, lediglich die Kosten der Migration zu vergleichen. Auch die Auswirkungen fehlerhaft übertragener Daten müssen beziffert werden. Falsche Lagerbestände können den Versand zum Stillstand bringen, fehlerhafte Preise die Marge schmälern und eine unvollständige Kundenhistorie die Bearbeitung von Supportanfragen verlängern. Die Kosten für Korrekturen nach dem Produktivstart sind häufig höher als die einer gründlichen Testphase vor der endgültigen Umstellung.
Eine erfolgreiche Migration liefert messbare Ergebnisse: Datensatzanzahlen und Prüfsummen stimmen überein, kritische Verknüpfungen funktionieren, Anwender finden die benötigten Informationen und das neue System unterstützt die freigegebenen Prozesse. Es geht nicht darum, die größtmögliche Datenmenge zu übertragen. Ziel ist es, diejenigen Daten zu migrieren, die das Unternehmen benötigt, um vom ersten Tag an korrekt zu verkaufen, einzukaufen, zu buchen, zu produzieren und Kunden zu betreuen.
Der beste Zeitpunkt, sich mit der Migration zu befassen, ist nicht eine Woche vor dem Start des neuen Systems, sondern bereits dann, wenn das Unternehmen seine künftigen Prozesse definiert. Die richtigen Fragen zu Projektbeginn sparen in der Regel mehr als aggressive Verhandlungen über den Tagessatz am Ende des Projekts.
