Den heutigen Ablauf verstehen
Eine große Tabelle ist noch kein Grund für Individualsoftware. Entscheidender ist, ob unklar bleibt, welcher Datensatz aktuell ist, wer ihn ändern darf und welcher Schritt folgt. Trennen Sie schwierige Berechnungen von schwierigen Abläufen. Für Analysen kann die Tabelle weiterhin sinnvoll sein, während operative Aufgaben umziehen.
Eine sinnvolle Grenze
Beobachten Sie einen vollständigen Durchlauf einschließlich Korrekturen. Erfassen Sie doppelte Felder, Übergaben, Berechtigungen und Ausnahmen. Manchmal genügen ein geschütztes Arbeitsblatt oder eine gemeinsame Datenbank. Eine Anwendung wird interessant, wenn Prüfung, Freigabe, Historie und Schnittstellen zusammenarbeiten müssen. Berücksichtigen Sie neben dem heutigen Aufwand auch die spätere Pflege.
Eine echte Aufgabe verfolgen
Ein fiktiver Geräteverleih überträgt Buchungen in Bestand und Rechnungsliste. Ändert sich der Rückgabetermin, stimmen die Kopien nicht mehr überein. Eine erste Anwendung kann Reservierungen und Verfügbarkeit verantworten; die Buchhaltung erhält weiterhin einen Export. Ein konkretes Abnahmekriterium lautet: Eine Verlängerung zeigt die kollidierende Folgebuchung vor der Zusage. Alle Tabellenblätter nachzubauen würde dieses Ziel verwässern.
Ausnahmen absichern
Übernehmen Sie uneinheitliche Namen nicht als dauerhafte Kennungen und unbekannte Formeln nicht ungeprüft. Legen Sie für die Übergangszeit die führende Quelle jedes Feldes fest. Testen Sie Stornos, doppelte Kunden und verspätete Rückgaben mit anonymisierten Daten. Beenden Sie die alte Erfassung erst nach dem Abgleich und behalten Sie einen lesbaren Export.
Den Umzug vor dem Quellenwechsel erproben
Wählen Sie repräsentative abgeschlossene Vermietungen und rekonstruieren Sie ihren Endzustand. Lassen Sie jede Anpassung erklären. Stehen Kaution, Schaden oder Teilrückgabe nur im Zellkommentar, gehört diese Bedeutung vor dem Import ins Datenmodell. Bewahren Sie ursprüngliche Zeilenkennung und neue Datensatzkennung gemeinsam auf, damit Abweichungen nachvollziehbar bleiben.
Ordnen Sie Kunde, Gerät, Zeitraum, Status und Finanzreferenz verständlich zu. Klären Sie, ob eine leere Zelle unbekannt, unzutreffend oder null bedeutet. Normalisieren Sie Namen und Daten isoliert und erstellen Sie einen Ausnahmebericht für unsicher zuordenbare Zeilen. Jede Ablehnung braucht Grund und Verantwortlichen; stilles Überspringen verfälscht den Betrieb.
Vergleichen Sie beim Probelauf denselben Stichtag. Zählen Sie Reservierungen, untersuchen Sie Ressourcenkonflikte und gleichen Sie Finanzreferenzen ab, ohne die Anwendung versehentlich zum Hauptbuch zu machen. Mitarbeitende erledigen Buchung und Korrektur auf ihren üblichen Geräten. Ein beendetes Importskript allein belegt keine Betriebsbereitschaft.
Benennen Sie zur Umstellung, wer die Tabelle noch ändern darf und wann das endet. Bewahren Sie eine schreibgeschützte Kopie und einen Export des importierten Zustands auf. Bei schwerem Fehler entscheiden Sie zwischen Reparatur und Rückkehr. Rückkehr ist nur sicher, wenn neue Arbeit seit dem Wechsel erfasst und abgeglichen wird; diese Buchungen zu verlieren ist kein vollständiger Plan.
Nachweise für den Probelauf
| Situation | Erwarteter Nachweis |
|---|---|
| Normale Buchung | Eine Reservierung verbindet richtigen Kunden und Gerät ohne doppelte Bestandserfassung. |
| Kollidierende Verlängerung | Der Konflikt ist sichtbar und der Versuch ohne Änderung beider Reservierungen abbrechbar. |
| Abgelehnter Import | Ursprungszeile, verletzte Regel und Korrekturverantwortung stehen im privaten Bericht. |
| Rückkehr zum alten Ablauf | Neue Buchungen werden vor erneuter Erfassung exportiert und abgeglichen. |
Vor der Entscheidung
Welche Entscheidungen brauchen noch den Tabellenautor? Welche Fehler lassen sich nur teuer rückgängig machen? Wer korrigiert Daten nach dem Start? Ein normaler Fall und zwei Ausnahmen ergeben für die Prozessanalyse einen besseren Einstieg als eine Wunschliste von Masken.