Teil zwei hat Ihnen eine einseitige Liste hinterlassen: die kritischen Dateien, ihre Verantwortlichen, was von ihnen abhängt und ob sie gesichert sind. Diese Liste sagt Ihnen, was umzieht. Dieser Teil sagt Ihnen, was nicht unverändert umziehen darf.

Die verbreitete Annahme lautet, Migration sei ein technischer Schritt: Datei exportieren, ins neue System importieren, fertig. Technisch stimmt das, und praktisch ist es der schnellste Weg, ein kleines Problem in ein teures zu verwandeln. Eine Tabelle ist von Haus aus nachsichtig: Sie nimmt alles an, was Sie in irgendeine Zelle tippen, und überlässt Ihnen die Deutung. Ein System ist es nicht: Es erwartet, dass ein Datum ein Datum ist, eine Zahl eine Zahl und ein Kunde eine einzige Einheit mit einem Datensatz. Wenn also unbereinigte Daten umziehen, verschwindet das Durcheinander nicht; es zeigt sich in Berichten, die nicht aufgehen, in Rechnungen, die sich nicht ihrem Kunden zuordnen lassen, und in Salden, die nicht übereinstimmen. Dann fällt der Satz, der viele Projekte beendet: Das neue System funktioniert nicht.

Warum die Bereinigung vor die Migration gehört und nicht danach

Das Aufschieben ist aus gutem Grund verlockend: Bereinigen ist mühsame Arbeit, die in keiner Präsentation auftaucht, der Bildschirm eines neuen Systems dagegen schon. Also fällt die Entscheidung, jetzt umzuziehen und später zu bereinigen. Doch sobald die Daten drin sind, geraten sie in Bewegung: Rechnungen werden auf doppelte Kunden ausgestellt, Aufträge an doppelte Artikel gehängt und Berichte auf unvollständigen Zahlen aufgebaut. Jede neue Transaktion legt eine weitere Schicht über den Fehler, die seine Korrektur schwieriger und riskanter macht, denn einen Datensatz zu ändern, auf den Finanzbuchungen gelaufen sind, ist etwas völlig anderes, als eine Zelle in einer Datei zu ändern.

Unbereinigte Daten sind ganz allgemein eine wiederkehrende Ursache für ins Stocken geratene Systemprojekte, und wir haben sie zusammen mit den übrigen Ursachen in warum ERP-Projekte scheitern und wie Ihres gelingt dargestellt. Die praktische Schlussfolgerung: Bereinigung ist am günstigsten, solange die Daten in einer statischen Datei liegen, und am teuersten, sobald sie in einem laufenden System leben.

Die fünf Fehler, die in fast jeder Tabelle stecken

Das sind keine exotischen Fehler; sie sind das natürliche Ergebnis eines Werkzeugs, das alles zulässt. Die meisten davon finden Sie in Ihrer eigenen Datei:

  • Ein Geschäftspartner unter mehreren Namen. Derselbe Kunde taucht dreimal auf: einmal unter dem Handelsnamen, einmal unter dem Namen des Inhabers und einmal als Abkürzung, die jemand in Eile getippt hat. In der Datei sind das benachbarte Zeilen, die jeder Leser versteht. In einem System werden daraus drei getrennte Kunden, jeder mit eigenem Saldo und eigener Historie, sodass sich der Beziehungsdatensatz aufspaltet und keiner der drei Ihnen das vollständige Bild liefert. Derselbe Fehler trifft Artikel und Lieferanten.
  • Gemischte Datumsformate. Eine einzige Spalte, in der ein Datum als Tag/Monat steht, ein anderes als Monat/Tag und ein drittes als Text, etwa nach den Feiertagen oder Monatsende. Solange nur Menschen sie lesen, geht das durch, aber jede Sortierung, jede Dauerberechnung und jeder zeitbasierte Bericht auf dieser Spalte liefert selbstbewusst eine falsche Antwort, was gefährlicher ist als ein sichtbarer Fehler.
  • Als Text gespeicherte Zahlen. Ein Betrag mit Währungssymbol in der Zelle, eine Menge mit Mengeneinheit im selben Feld oder eine Zahl, die mit einem verirrten Leerzeichen beginnt. Für das Auge ist es eine Zahl, für die Maschine nicht, also lässt sie sich weder summieren noch vergleichen noch migrieren, und meist entdecken Sie das im ersten Finanzbericht nach der Migration.
  • Spalten, die niemand definieren kann. Eine Spalte namens Notizen, Status oder temp, vor Jahren für einen längst erledigten Zweck angelegt, mal gefüllt, mal leer. Meist zieht sie mit um, weil niemand sie zu löschen wagt, und landet so als Feld ohne Definition und ohne Verantwortlichen im System, wo sie weiter auf den Bildschirmen auftaucht und jeden verwirrt, der nach Ihnen kommt.
  • Farbige Zellen mit Bedeutung. Der gefährlichste Punkt der Liste. Gelb heißt überfällig, Rot heißt zurückgestellt, Grün heißt bezahlt. Das ist keine Formatierung, das sind Daten, aber Daten, die in der Farbe und im Gedächtnis derjenigen Person stecken, die sie gesetzt hat. Beim Export der Datei wandert der Text mit und die Farbe fällt weg, sodass Sie Informationen verlieren, mit denen Sie das Geschäft täglich gesteuert haben, ganz ohne Warnung.

Die eine Regel: Jede Bedeutung außerhalb der Zelle muss zu einem Feld werden

Wenn Sie nur einen Satz aus diesem Teil behalten, dann diesen: Jede Bedeutung, die in einer Farbe, in der Position einer Zeile oder im Kopf eines Menschen steckt, muss zu einer geschriebenen Spalte werden, bevor sie mitwandert. Der Test ist einfach und unerbittlich: Exportieren Sie die Datei als reinen Text ohne jede Formatierung und fragen Sie, welche Information verloren gegangen ist. Alles, was bei diesem Test verschwindet, ist genau das, was jetzt zu einem Feld werden muss.

Die Umwandlung selbst ist keine technische Arbeit; sie ist eine Übung im Definieren. Es reicht nicht, eine Statusspalte anzulegen: Sie müssen ihre zulässigen Werte festlegen und die sich überschneidenden klären. Sind zurückgestellt und storniert ein Zustand oder zwei? Ab welchem genauen Zeitpunkt gilt ein Datensatz als überfällig? Das sind Fragen dazu, wie das Unternehmen arbeitet, nicht zur Programmierung, und sie sind das Wertvollste, was ein Inhaber aus der Bereinigungsphase mitnimmt, denn sie einmal klar zu beantworten beendet Diskussionen, die bisher jedes Mal mündlich entschieden wurden.

Die Sicht von Origami

Wir sind ein Technologieunternehmen, das Systeme für saudische Unternehmen baut, und wir behandeln die Bereinigungsphase als Teil des Systementwurfs und nicht als vorgelagerte Verwaltungsarbeit. Der Grund: Jeder Fehler in den Daten legt eine ungeschriebene Geschäftsregel offen. Ein doppelter Kunde zeigt, dass es keine vereinbarte Kennung für einen Geschäftspartner gibt, und eine farbige Zelle zeigt einen echten Betriebszustand, den nie jemand formell anerkannt hat. Diese Erkenntnisse sind das Rohmaterial eines richtigen Entwurfs, deshalb werten wir sie gemeinsam mit dem Kunden aus, statt sie in ein Importwerkzeug zu schieben.

Die Reihenfolge, die wir empfehlen, lautet: zuerst die Definitionen vereinheitlichen, also wer als ein Kunde zählt, was als ein Artikel zählt und welche Werte in jedem Entscheidungsfeld zulässig sind. Danach wird die Migration zu einem sauberen Vorgang, der sich wiederholen und prüfen lässt. Dort beginnen unsere Leistungen beim Bau von Systemen, und es ist dieselbe Logik, die wir in einem realen Fall gesehen haben, den wir in vom Laden zum System beschrieben haben: Was organisierte Abläufe von improvisierten unterscheidet, ist nicht die Oberfläche, sondern die Datendisziplin darunter.

Eine praktische Reihenfolge für die Bereinigung

Jede Datei vollständig zu bereinigen ist ein Projekt ohne Ende. Arbeiten Sie in einer Reihenfolge, die Ihnen innerhalb weniger Tage etwas Migrierbares liefert:

  • Beginnen Sie mit Stammdaten, nicht mit Transaktionen. Kunden, Artikel und Lieferanten sind kurze, immer wieder genutzte Listen, und ihre Bereinigung korrigiert automatisch die Tausenden von Zeilen, die später auf sie verweisen. Rechnungen und Aufträge kommen danach.
  • Führen Sie eine Kennung pro Einheit ein. Einen festen Code oder eine feste Nummer, die sich nie ändert und nie wiederverwendet wird; ordnen Sie ihr dann jeden alten Namen und jede alte Abkürzung zu. Gerade bei Kunden sind genaue gesetzliche Käuferangaben kein Luxus, denn die E-Rechnungs-Vorgaben der Behörde für Zakat, Steuern und Zoll (ZATCA) legen fest, was eine Steuerrechnung enthalten muss; den Zusammenhang zwischen einer Warenbewegung und ihrer Rechnung haben wir in E-Rechnungen in Fabrik und Lager dargestellt.
  • Teilen Sie jede zusammengesetzte Zelle auf. Menge in eine Spalte und Mengeneinheit in eine andere, Betrag in eine und Währung in eine andere, Name in eine und Mobilnummer in eine andere. Die Regel lautet: ein Feld für eine Information.
  • Vereinheitlichen Sie die Formate vor jedem Import. Ein einziges Datumsformat in der gesamten Datei, Zahlen ohne Symbole in der Zelle und ein einheitliches Format für Mobilnummern. Die Arbeit ist eintönig und mühsam, aber sie wird nur einmal erledigt.
  • Halten Sie Ihre Bereinigungsentscheidungen in einer Nebentabelle fest. Was mit was zusammengeführt wurde, was gelöscht wurde und was zweifelhaft bleibt. Wenn jemand zwei Monate später fragt, wo ein bestimmter Kunde geblieben ist, ist diese Tabelle die Antwort; ohne sie verliert das Team das Vertrauen in die gesamte Migration.
  • Löschen Sie das Original nicht. Bewahren Sie die Datei aus der Zeit vor der Bereinigung als geschlossene, schreibgeschützte Kopie auf. Bereinigen erfordert Ermessen, und Ermessen braucht einen Bezugspunkt, zu dem man zurückkehren kann.

Und warten Sie mit der Migration nicht auf perfekte Daten, denn die kommen nie. Die Sauberkeit, die Sie brauchen, besteht darin, dass die kritischen Felder korrekt, einheitlich und definiert sind und dass alles, was unvollständig bleibt, bekannt und dokumentiert ist, statt später als Überraschung entdeckt zu werden.

In den nächsten Teilen

Die Daten sind jetzt bereit für den Umzug, und es bleibt die Frage, die darüber entscheidet, ob der Geschäftsbetrieb während des Übergangs weiterläuft oder stillsteht: Was zieht zuerst um? Der nächste Teil behandelt die Migrationsreihenfolge, warum Stammdaten immer vor Transaktionen kommen und wie Parallelbetrieb mit einem erklärten statt einem offenen Enddatum funktioniert. Danach geht es um Berechtigungen und darum, wer was sieht, dann um die Berichte, die Sie bisher von Hand erstellt haben, und wir schließen die Serie mit den ersten dreißig Tagen nach der Migration ab.

Quellen