Fallbeispiel: Lagerhaus Mieming Auftrag: 29. Juni 2026 · Erster Produktiveinsatz: 2. Juli 2026 · Abschluss: 11. August 2026
Veröffentlicht mit Zustimmung des Lagerhaus Mieming.
Ausgangslage
Mit 1. Juli 2026 gilt in Österreich für ausgewählte Grundnahrungsmittel ein neuer ermäßigter Umsatzsteuersatz von 4,9 % (§ 10 Abs. 1a UStG 1994). Der ungewöhnliche Wert hat unionsrechtliche Gründe: Die Mehrwertsteuer-Systemrichtlinie erlaubt grundsätzlich nur zwei ermäßigte Sätze, die Österreich mit 10 % und 13 % bereits ausschöpft. Ein weiterer Satz ist nur zulässig, wenn er unter 5 % liegt.
Genau dieser krumme Wert war der eigentliche technische Kern des Projekts.
Beim Lagerhaus Mieming läuft eine über Jahrzehnte gewachsene Warenwirtschaft auf DataFlex-Basis. Sie kannte die Steuergruppen 0 %, 10 %, 13 % und 20 % — eine fünfte Gruppe war nie vorgesehen. Im Artikelstamm sollte das Kennzeichen 5 sichtbar bleiben, gerechnet werden musste aber mit 4,9 %. Diese Trennung von Anzeige und Rechenwert zog sich durch das gesamte System.
Der Auftrag erreichte uns am 29. Juni, zwei Tage vor dem Inkrafttreten.
Der Umfang war größer als erwartet
Betroffen war nicht eine Preisformel, sondern die ganze Verarbeitungskette:
- Kassa- und Bonabwicklung
- Belegzeilen und Summenbildung
- Rechnungs-, Sammelrechnungs- und Lieferscheinvarianten
- Belegdruck in mehreren Ausprägungen
- Einkauf und Bestellwesen
- Buchungsstapel und Übergabe an die Buchhaltung
- Monatsauswertung und Umsatzsteuervoranmeldung
Die Anwendung war nicht dokumentiert. Die tatsächliche Logik musste über Maskenfelder, Include-Ketten, temporäre Datensätze, Druckroutinen und Buchungssätze rekonstruiert werden — Wissen, das über Jahrzehnte nur im Kopf und im Code existierte.
Vorgehen: parallel statt riskant
Statt das Produktivsystem umzubauen, wurde jede betroffene Quelle als markierte Parallelvariante geführt. Original und neue Fassung existierten nebeneinander, sodass jederzeit auf den bewährten Stand zurückgeschaltet werden konnte.
Die Einführung erfolgte in Etappen, nicht als Stichtagsumstellung:
- Ab 2. Juli gingen die ersten Programme rund um Kassa und Beleg in den Echtbetrieb.
- Danach folgten Rechnung, Sammelrechnung, Bestellwesen und die weiteren Bereiche, jeder Schritt einzeln getestet und freigegeben.
- Anfang August, nach rund einem Monat störungsfreiem Parallelbetrieb, wurden die bewährten Varianten unter die produktiven Namen übernommen. Die Originalstände wurden zuvor gesichert und archiviert — der Release blieb rückverfolgbar und rückrollbar.
- Mitte August wurde die Auswertungsseite bis hin zur Umsatzsteuervoranmeldung um den neuen Satz ergänzt, einschließlich innergemeinschaftlicher Erwerbe.
Wie KI in diesem Projekt eingesetzt wurde
Das Projekt wurde mit Unterstützung eines KI-Coding-Assistenten umgesetzt.
Betroffen waren nicht nur einzelne Preisformeln, sondern die gesamte Verarbeitungskette: Belegzeilen, Summenbildung, Ausdruck, Rechnungs- und Lieferscheinvarianten, Einkauf, Buchungsstapel, Monatsauswertung und schließlich die Umsatzsteuervoranmeldung.
Die Arbeitsteilung war klar:
Entwickler
- formulierte die Besonderheit
5 -> 4,9 %; - erklärte bestehende Felder und alte Programmlogik;
- entschied über Strukturfragen, etwa die Erweiterung von
DOCF; - testete die Programme mit echten Bedienabläufen und Belegen;
- meldete beobachtete Fehler unmittelbar zurück;
- gab produktive Schritte und den späteren Release frei.
KI-Assistent
- suchte relevante Quellstellen und verfolgte Datenflüsse über Includes hinweg;
- verglich funktionierende Altprogramme mit neuen Varianten;
- entwickelte kleine, lokal begrenzte Änderungen statt eines Komplettumbaus;
- behandelte alte Dateicodierungen byte-schonend;
- kompilierte betroffene Programme und kontrollierte Fehlerlisten;
- analysierte reale CSV-, DAT-, Kassen- und Buchungsdaten;
- stoppte bei widersprüchlichen Datenständen, statt unsicher zu schreiben;
- erstellte Audit-, Planungs-, Test- und Reparaturwerkzeuge mit Vorbedingungen;
- dokumentierte Sicherungen und bereinigte temporäre Werkzeuge aus dem Produktivpfad.
Zwei Dinge waren bemerkenswert:
Die alte VDF7 Entwicklungsumgebung wurde wieder lauffähig gemacht. Ein Compileraufruf scheiterte zunächst an einer unvollständigen Konfiguration der historischen Entwicklungsumgebung. Die KI rekonstruierte die notwendigen Einstellungen und Pfade und richtete die Umgebung nach Freigabe wieder ein — eine Arbeit, die bei Systemen dieses Alters oft mehr Zeit kostet als die eigentliche Änderung.
Fachwissen und KI ergänzten sich. Mehrere entscheidende Hinweise kamen vom Anwender: ein Datenfeld hatte eine alte Sonderbedeutung (Bodenwertabgabe) aus einem längst abgeschafften Abgabenbereich, und die tatsächlich verwendete Bonroutine war nicht die, die man aufgrund der Namensgebung vermutet hätte. Die KI korrigierte daraufhin ihre Annahmen. Der Erfolg entstand aus dem Dialog, nicht aus einer einmaligen automatischen Änderung.
Qualitätssicherung
- Quellvergleich zwischen alter und neuer Programmvariante
- Compilerlauf nach jedem kleinen Änderungsschritt
- Praxistests durch den Anwender mit echten Bon- und Lieferscheinabläufen
- Centgenaue Nachrechnung aus Menge, Preis, Rabatt, Preiseinheit und Steuersatz
- Abgleich von Rechnungsbrutto gegen Buchungsstapel
- Sicherung aller Originalquellen vor dem Release
- Nachkontrolle im Folgemonat
Ergebnis
Die Umstellung war ab dem Tag nach Inkrafttreten im Echtbetrieb und wurde bis Mitte August vollständig abgeschlossen. Der Betrieb lief durchgehend weiter.
Was dieses Projekt zeigt
Gewachsene Fachanwendungen sind kein Auslaufmodell, sondern die Grundlage vieler Betriebe. Sie lassen sich anpassen — auch unter Zeitdruck, auch ohne Dokumentation so lange die Source da ist.
KI ersetzt dabei weder das Fachwissen noch die Verantwortung. Sie beschleunigt die Codeanalyse, macht versteckte Abhängigkeiten sichtbar, hilft beim Erstellen und Prüfen von Varianten und ermöglicht kontrollierte Eingriffe mit klaren Sicherheitsgrenzen. Entschieden, getestet und freigegeben wird von Menschen.
Der Einsatz endete nicht mit dem ersten erfolgreichen Compile, sondern umfasste Praxistests, Fehlerdiagnose, Release, Archivierung und die spätere Plausibilitätsprüfung im Folgemonat.