Von Excel zum ERP: ein praktischer Migrationsleitfaden

Den Punkt erkennen, an dem Excel nicht mehr skaliert

Tabellen versagen schleichend – und dann plötzlich. Die schleichende Phase besteht aus kleinen Ärgernissen: zwei Versionen der Bestandsdatei, eine Formel, die beim Einfügen einer Zeile bricht, ein Kundensaldo, der in drei Blättern geprüft werden muss. Die plötzliche Phase ist eine beschädigte Arbeitsmappe vor einer Lieferung, ein ausgeschiedener Mitarbeitender, dessen Makros niemand versteht, oder eine Prüfung, die sich nicht abstimmen lässt.

Die klarsten Signale für den Wechsel sind struktureller, nicht technischer Natur. Mehrere Personen müssen dieselben Daten gleichzeitig bearbeiten. Bestand, Aufträge und Zahlen liegen in getrennten Dateien, die nicht mehr übereinstimmen. Freigaben finden außerhalb der Datei statt – per Telefon oder Chat – und werden nirgends festgehalten. Berichte werden von Hand zusammengestellt und sind bei Ankunft veraltet. Jedes einzelne ist beherrschbar; zwei oder drei zusammen bedeuten, dass das Unternehmen dem Werkzeug entwachsen ist.

Es hilft, ehrlich zu benennen, was Excel gut kann. Analyse, schnelle Modellierung und einmalige Berechnungen bleiben seine Stärke. Das gemeinsame, gleichzeitig genutzte, prüffähige führende System eines wachsenden Unternehmens zu sein – das nicht.

• Gleichzeitige Bearbeitung derselben Daten durch mehrere Personen
• Bestand, Aufträge und Zahlen in getrennten Dateien, die sich widersprechen
• Freigaben und Historie in Chats und Köpfen statt in der Datei

Die Tabellen und die darin verborgene Logik inventarisieren

Vor jeder Migration listen Sie jede Tabelle auf, die das Unternehmen steuert: was sie enthält, wer sie verantwortet, wer sie bearbeitet, wie oft und welche anderen Dateien sie speist. Die meisten Unternehmen sind von der Anzahl überrascht. Nehmen Sie auch die Dateien auf einzelnen Laptops und in persönlichen Cloud-Ordnern auf – sie sind meist die kritischsten und am wenigsten geschützten.

Dokumentieren Sie dann die Logik. Formeln, Verweise, Makros und manuelle Rituale („jeden Montag kopiert Frau Müller Spalte F in das Übersichtsblatt“) kodieren Geschäftsregeln, die das ERP nachbilden oder bewusst ersetzen muss. Schreiben Sie diese Regeln in klarer Sprache auf und markieren Sie, welche echte Vorgaben sind und welche nur Umwege wegen einer Tabellenbeschränkung.

Dieses Inventar wird zum Umfang der Migration. Es zeigt außerdem, welche Tabellen schlicht stillgelegt werden können, welche zu ERP-Berichten werden und welche Stammdaten enthalten, die mit Sorgfalt migriert werden müssen.

Bereinigen und vereinheitlichen, bevor gemappt wird

Die Datenbereinigung ist die längste und unscheinbarste Phase jeder Migration von Excel zum ERP – und sie auszulassen ist die häufigste Ursache eines holprigen Go-lives. Typische Probleme: derselbe Kunde in vier Schreibweisen, Artikelnummern, die in verschiedenen Blättern Unterschiedliches bedeuten, gemischte Mengeneinheiten in einer Spalte, Datumsangaben in drei Formaten und „Bemerkungen“-Felder mit Informationen, die strukturiert gehört hätten – Größen, Farben, Zahlungsbedingungen.

Arbeiten Sie zuerst die Stammdaten durch: Artikel oder SKUs, Kunden, Lieferanten, Lagerorte, Kontenrahmen. Vereinbaren Sie eine Namenskonvention und je Stamm eine verantwortliche Person. Deduplizieren Sie konsequent und archivieren Sie, was tot ist. Stimmen Sie dann Salden ab: Eröffnungsbestand je Lagerort, Forderungen und Verbindlichkeiten je Partner. Diese Zahlen müssen mit der Buchhaltung übereinstimmen, bevor sie ins ERP gelangen, denn jeder spätere Bericht baut darauf auf.

Führen Sie die Bereinigung in einer Kopie der Daten durch, protokollieren Sie jede angewandte Regel und beziehen Sie die Menschen ein, die die Tabellen erstellt haben – sie wissen, warum Zeile 4.312 seltsam aussieht.

Felder mappen, Umfang der Historie festlegen, Import proben

Mit bereinigten Daten ist das Mapping unkompliziert: Jede Tabellenspalte wird einem ERP-Feld, einem Verweis oder nichts zugeordnet. Dokumentieren Sie das Mapping in einer einfachen Tabelle, damit es von den Fachbereichen geprüft werden kann, nicht nur vom technischen Team. Legen Sie ausdrücklich fest, was mit Spalten ohne Ziel geschieht – meist werden sie zur Notiz, zum benutzerdefinierten Feld oder nach Bestätigung verworfen.

Historie ist eine Ermessensfrage. Stammdaten und Eröffnungssalden werden immer migriert. Offene Aufträge, unbezahlte Rechnungen und aktuelle Bestandschargen ebenfalls. Jahre abgeschlossener Bewegungen sind für das Reporting nützlich, aber teuer zu bereinigen; ein üblicher Kompromiss ist der Import einer verdichteten Historie, während die Originaltabellen schreibgeschützt und GoBD-konform archiviert bleiben.

Proben Sie den Import mindestens einmal in einer Testumgebung mit dem vollständigen Datenbestand. Vergleichen Sie Summen – Artikelanzahl, Bestandswert, Forderungen – zwischen Tabellen und ERP. Korrigieren Sie das Mapping, wiederholen Sie den Vorgang und planen Sie erst dann die tatsächliche Umstellung.

• Eine Mapping-Tabelle, geprüft von den Fachverantwortlichen
• Stammdaten, Salden und offene Vorgänge immer migrieren; abgeschlossene Historie selektiv
• Mindestens eine vollständige Probe mit abgestimmten Summen vor dem Go-live

In Phasen produktiv gehen und kurz parallel fahren

Ein phasenweiser Go-live senkt das Risiko. Beginnen Sie mit dem Bereich, dessen Tabelle am meisten schmerzt – oft Lager oder Vertrieb –, und überführen Sie ihn ins ERP, während der Rest noch einige Wochen in Excel weiterläuft. Wählen Sie einen Umstellungszeitpunkt mit geringer Aktivität, frieren Sie die Tabellen dann ein, importieren Sie und schalten Sie um.

Lassen Sie Alt und Neu für eine kurze, definierte Zeit parallel laufen – ein bis zwei Wochen – und vergleichen Sie täglich die Kennzahlen. Parallelbetrieb ist anstrengend; halten Sie ihn kurz und beenden Sie ihn, sobald die Zahlen konsistent übereinstimmen. Ihn „sicherheitshalber“ unbegrenzt fortzuführen, ist der Weg, auf dem Teams am Ende beides pflegen.

Legen Sie die Tabellen anschließend sichtbar still. Machen Sie sie schreibgeschützt, verschieben Sie sie in einen Archivordner und kommunizieren Sie das. Excel verschwindet nicht – es wird zur Analyseebene, die aus dem ERP liest –, aber das führende System muss eindeutig sein.

Die Flexibilität bewahren, die Ihr Team an Excel schätzte

Der größte Einwand gegen den Abschied von Excel ist der Verlust an Flexibilität – und er ist berechtigt. Eine gute ERP-Migration beantwortet ihn auf drei Arten: Exporte und Live-Ansichten, damit Analysten weiterhin Daten in Tabellen ziehen können; rollenbasierte Oberflächen, die so schnell zu bedienen sind wie das Blatt, das sie ersetzen; und ein klarer Änderungsprozess, damit neue Felder oder Berichte in Tagen statt Monaten ergänzt werden.

Schulungen sollten rollenbezogen erfolgen, mit den migrierten Daten am Bildschirm. Menschen vertrauen einem System schneller, wenn sie ihre eigenen Kunden und Artikel darin sehen. Planen Sie nach jeder Phase Hypercare – eine Person, die Fragen am selben Tag beantwortet, und eine sichtbare Liste kleiner Verbesserungen.

Nutzen Sie die Migration schließlich als Anlass, einige Gewohnheiten einzuführen, die Tabellen nie erzwungen haben: Pflichtfelder, Freigabeschritte und ein Änderungsprotokoll. Das sind die Gründe für die Migration – stellen Sie sicher, dass sie vom ersten Tag an aktiv sind.