Visual FoxPro: Wartung & Weiterentwicklung

Für wen das gedacht ist

Für Betriebe, deren VFP-Anwendung seit Jahren zuverlässig arbeitet und trotzdem Sorgen macht, weil niemand mehr da ist, der sie anfassen kann:

• Der Entwickler von damals ist nicht mehr erreichbar oder im Ruhestand.
• Eine Kleinigkeit müsste geändert werden, aber keiner traut sich ran.
• Nach einem Windows-Update ging plötzlich etwas nicht mehr.
• Sie brauchen eine Auswertung, eine Schnittstelle oder ein neues Formular.
• Die Anwendung stammt aus fremder Hand und wurde nie übergeben.
• Eine Ablösung steht irgendwann an, aber nicht in diesem Jahr.

Was wir an VFP-Systemen machen

• Wartung & Fehlerbehebung. Die Anwendung bleibt bedienbar, auch ohne ihren Erbauer.
• Erweiterungen. Neue Masken, Berichte und Auswertungen in der vorhandenen Struktur.
• Lauffähigkeit sichern. Aktuelle Windows-Versionen, Terminalserver, Netzwerk.
• Datenzugriff & Schnittstellen. Übergaben an Buchhaltung, Shop oder Web-Anwendung, während das System weiterläuft.
• Dokumentation. Was die Anwendung tut, steht danach schwarz auf weiß — oft zum ersten Mal.

Der letzte Punkt ist der unscheinbarste und zugleich der wichtigste: Solange das Wissen nur im Code und in einem Kopf steckt, hängt Ihr Betrieb an einer einzigen Person — ob Sie später ablösen oder nicht.

Das gilt auch für uns. Es wäre wenig glaubwürdig, Ihnen die Abhängigkeit von einer Person auszureden und selbst eine zu sein. Was wir aufschreiben, liegt bei Ihnen, und hinter Michael Muckenthaler stehen drei weitere Leute mit IT-Erfahrung, die einspringen können.

Warum wir das können

Visual FoxPro ist keine Technologie, die man sich für einen Auftrag aneignet. Wir arbeiten seit über zwanzig Jahren damit, von beiden Seiten: Ein VFP-9-Projektverwaltungssystem, das wir 2002 selbst gebaut haben, betreuen wir bis heute. Und seit 2022 pflegen und erweitern wir die Laborsoftware der Enterosan Labordiagnostik — eine VFP-9-Anwendung, die nicht wir gebaut haben und die das komplette Tagesgeschäft eines medizinischen Labors trägt: Auftragserfassung, Messwert-Import von den Analysegeräten, Befunddruck, Abrechnung.

Für die Analyse fremder Systeme haben wir eigene Werkzeuge geschrieben — was sie leisten, steht weiter unten unter Zugang zu Code und Daten.

Zugang zu Code und Daten

Das Problem ist nicht, dass Visual FoxPro alt ist, sondern dass niemand mehr hineinsieht. VFP legt Formulare, Berichte und Menüs als binäre DBF-Tabellen ab, den Programmcode in deren Memo-Spalten. Ein Projekt lässt sich deshalb nicht durchsuchen, nicht versionieren, nicht von außen prüfen — nur anklicken, Maske für Maske, in einer Entwicklungsumgebung, die es nicht mehr zu kaufen gibt.

Dagegen haben wir ein Werkzeug gebaut. Es liest ein komplettes VFP9-Projekt ohne installiertes Visual FoxPro aus und macht daraus lesbaren Text. Die Frage „wo wird dieses Feld überall verwendet?“ ist dann zwei Sekunden Textsuche statt einer Woche Klickarbeit — samt der Stellen, an die sich niemand mehr erinnert hätte.

Zahlen aus einer real analysierten Branchenlösung, seit über zwanzig Jahren im Einsatz. Niemand klickt sich durch 194 Berichte — ausgelesen ist der Bestand an einem Nachmittag durchsuchbar.

Der Code ist die eine Hälfte. Die andere sind die DBF-Bestände — und dort liegen die Stolperstellen, an denen naive Exporte scheitern:

• Was still verschwindet. Jede DBF trägt ihre Zeichenkodierung im Header — wer UTF-8 annimmt, bekommt zerschossene Umlaute in Kundennamen. Und lange Texte stehen in einer Nebendatei (.fpt): Exporte, die nur die DBF nehmen, lassen ganze Notizhistorien liegen.
• Was außerhalb der Masken liegt. Im Datenbank-Container (.dbc) stehen Beziehungen, Validierungen und gespeicherte Prozeduren — Geschäftslogik, die in keinem Formular auftaucht. Was frei daneben liegt (.cdx), findet nur, wer gezielt sucht; genau dort stecken die Sonderfälle.

Der erste Zugriff ist immer nur lesend — Ihr laufendes System fassen wir nicht an. Aus dem Datenmodell entsteht dann eine geprüfte Schnittstelle, über die Auswertungen und neue Oberflächen auf validierte Daten zugreifen, während die FoxPro-Anwendung weiterläuft: Moderner Zugriff auf gewachsene FoxPro-Daten.

Wann eine Ablösung sinnvoller ist

Weiterentwicklung ist nicht immer der günstigere Weg. Wir sagen es Ihnen, wenn aus unserer Sicht der Zeitpunkt gekommen ist, auch wenn uns das den Wartungsauftrag kostet. Dafür sprechen in der Regel:

• Mehrere Standorte oder Mitarbeiter im Außendienst brauchen Zugriff.
• Die fachlichen Anforderungen wachsen schneller, als sich das System nachziehen lässt.
• Der Datenbestand ist an einer Grenze, an der Stabilität und Tempo leiden.
• Sie planen ohnehin eine Umstellung im Betrieb, an die sich die Software anhängen lässt.

Dann führt der Weg zur Legacy-Modernisierung: Modul für Modul in eine getestete Web-Anwendung, während das Alte weiterläuft.

Erst schauen, dann entscheiden

Bevor irgendjemand über Aufwände redet, wird gesichtet, was da ist: Datenmodell, Masken, Berichte und die Programmlogik. Das Ergebnis ist ein schriftlicher Plan, kein Angebot. Der Plan gehört Ihnen, auch wenn Sie nicht mit uns weitermachen.

Bevor wir in Ihr System sehen, unterschreiben wir eine Geheimhaltungsvereinbarung. In einer über Jahre gewachsenen Anwendung stehen Kundenlisten, Preise und Kalkulationen — das ist Ihr Geschäft, und es bleibt es.

Sie haben eine MS-Access-Anwendung statt FoxPro? Das Vorgehen ist dasselbe: MS Access: Wartung & Weiterentwicklung