Datenspezialist vergleicht Datensätze aus einem alten Firebird-System mit einer neuen Anwendung
← Praxisfälle

Altsystem · Firebird · Odoo

FirebirdOdoo

Altdaten übernehmen heißt nicht, jeden alten Fehler mitzunehmen.

Kunden, Standorte, Objekte und Artikel sollen weiter nutzbar sein. Demo-Datensätze, Dubletten und technische Altlasten nicht.

Eine blinde Tabellenkopie erzeugt im neuen System dieselben Suchprobleme – nur mit moderner Oberfläche.

Kostenloses Erstgespräch
Der Betrieb Mittelständischer Handel

Das alte ERP enthält Jahre an gewachsenem Wissen.

Das Legacy-System verwaltet weit mehr als Adressen: Kunden haben Standorte, darunter liegen technische Objekte, Anlagen und historische Belege. Artikel wurden über Jahre ergänzt und unterschiedlich gepflegt.

Die Datenbank ist technisch exportierbar. Die eigentliche Arbeit beginnt jedoch bei Bedeutung, Beziehungen und Qualität der Datensätze.

Vor dem Import

Die Daten werden fachlich in drei Gruppen geteilt.

ÜbernehmenAktive Kunden, Standorte, Objekte, Artikel und benötigte Schlüssel.
BereinigenDubletten, unvollständige Adressen und widersprüchliche Beziehungen.
ArchivierenHistorische oder rein technische Daten, die im Tagesgeschäft nicht mehr gebraucht werden.

Beziehungen erhalten

Ein Kunde ist nicht dasselbe wie ein Standort oder ein Objekt.

Die Migration bildet die fachliche Hierarchie im neuen Datenmodell ab. So bleiben Kunden, Gebäude, Anlagen und zugehörige Belege auffindbar, ohne alles als flache Kontaktliste zu importieren.

KundeStandortTechnisches ObjektProjekte und Belege

Kontrollierter Lauf

Testimport, Stichprobe, Korrektur – erst dann die Übernahme.

Vor dem vollständigen Import werden Mengen, Pflichtbeziehungen und ausgewählte Datensätze geprüft. Nutzer und bereits gepflegte Stammdaten des Zielsystems bleiben erhalten; offensichtliche Demo- und Testdaten werden nicht mitgeführt.

Steckt Ihr wichtigstes Wissen in einem alten ERP?

Wir klären zuerst, welche Daten im neuen System wirklich gebraucht werden.

Migration einordnen