In der Theorie ist alles einfach: Man entsorgt Altlasten und nutzt den Standard. Doch wer seit Jahren im Maschinenraum der Logistik arbeitet, kennt die Realität. Oft lässt sich nicht einmal eine neue Belegart einführen, weil die alte Belegart als Festwert an unzähligen Stellen im Custom Coding hinterlegt wurde. Solche harten Verdrahtungen machen das System starr und gefährlich. Wer hier ohne Plan eingreift, riskiert den Stillstand der gesamten Lieferkette.
Die Suche nach der Wahrheit: Dokumentation und Architektur
Bevor wir über Löschen oder Ändern reden, müssen wir die Architektur verstehen. Passt der neue Prozess überhaupt in die bestehende, kundeneigene Systemlandschaft? Die erste Frage lautet immer: Wo ist das dokumentiert? Wenn die Dokumentation wie so oft fehlt, hilft nur der direkte Dialog. Wir müssen mit den erfahrenen Mitarbeitern reden, die das System seit Jahren bedienen und die Sonderlocken kennen. Sie sind die lebende Dokumentation des Unternehmens.
Risikomanagement: Den Entwickler zum Detektiv machen
Ein erfahrener Berater zieht frühzeitig einen Entwickler hinzu. Es geht darum, das gesamte System nach diesen kritischen Festwerten zu durchsuchen. Bevor wir produktiv etwas ändern, wird der neue Prozess in einer Sandbox Umgebung isoliert aufgebaut und getestet. Nur so lassen sich die Seiteneffekte identifizieren, die im Live System fatale Folgen hätten. Wir schauen uns genau an, was wir durch eine Änderung kaputt machen könnten, anstatt blind auf den Standard zu hoffen.
Smarte Lösungen: Tabellen statt harter Fakten
Um das Risiko für die Zukunft zu reduzieren, müssen wir die Logik entkoppeln. Das Ziel ist es, Festwerte im Coding konsequent zu vermeiden. Stattdessen nutzen wir Pflege Tabellen, in denen Werte flexibel hinterlegt werden können. Das gibt dem Fachbereich die Freiheit, Prozesse anzupassen, ohne jedes Mal den Quelltext anfassen zu müssen. Das ist pragmatisches Design, das den Wettbewerbsvorteil sichert und gleichzeitig die Wartbarkeit erhöht.
Fazit für eine ausgewogene Entscheidung
Eine gute Entscheidung zwischen Behalten, Ändern oder Löschen basiert auf drei Säulen: der technischen Analyse durch den Entwickler, dem Prozesswissen der langjährigen Mitarbeiter und dem harten Test in der Sandbox. Wir sind keine Dogmatiker, sondern Pragmatiker. Wenn das Risiko einer Änderung den Nutzen übersteigt, bleibt das System erst einmal wie es ist, aber wir machen es durch smarte Tabellenlösungen schrittweise fit für die Zukunft.