Wir migrieren Ihre geschäftskritischen VFP-Anwendungen integritätsgesichert und mit dem Ziel fachlicher Vollständigkeit in moderne Cloud-Lösungen, Web-Applikationen und sichere SQL-Datenbanken - auch wenn die Entwickler in Rente sind.
Inkl. erster Schätzung von Aufwand, Zeit & Ziel-Architektur.
20+ Jahre Visual FoxPro Erfahrung
Tiefes Verständnis für VFP-Architektur, Datenstrukturen (DBC/DBF) und Reports (FRX).
Iterative Transformation
Iterative Ablösung (Strangler-Pattern) statt riskantem "Big Bang"-Ansatz.
Fixe Phasen & Roadmap
Klarer Projektplan mit sichtbaren Meilensteinen und Budgetkontrolle.
Statt Ihre Anwendung neu zu erfinden, heben wir das Beste aus Ihrem bestehenden System in eine zukunftsfähige Architektur. So sichern Sie Ihr Wissen, reduzieren technische Schulden und gewinnen Geschwindigkeit.
Kennen Sie diese Schmerzpunkte?
Übernahme einer gescheiterten Migration (DOS -> VFP9/VFX). Durch tiefes VFP-Wissen (gezielte Rushmore-Optimierung der Abfragen) konnte die Laufzeit einer kritischen Abrechnung von 20 Stunden auf 4 Stunden gesenkt werden. Nach der Migration der Komplettanwendung und dem Umstieg auf PostgreSQL fiel sie auf unter 15 Minuten.
Projekt im Detail →Ausgangslage: FoxPro DOS (Datentransfer via USB-Sticks), VFP 6 Backoffice, Quellcode teilweise verloren. Mittels Decompiling & Reverse Engineering haben wir die Logik rekonstruiert und für 5.000 Endkunden in eine moderne Web- (Angular) und Mobile-Lösung (iOS/Android) überführt.
Projekt im Detail →Migration einer VFP 6 Desktop-App mit hochkomplexen, proprietären Berechnungen für eine industrielle Spezialanwendung. Die gesamte Logik wurde 1:1 validiert und in eine moderne Web-Anwendung überführt, um die Präzision zu garantieren.
Projekt im Detail →Sinngemäß zusammengefasst aus Rückmeldungen unserer Migrationsprojekte.
Zahlen werden direkt im System ausgewertet, statt über Exporte und Formatwechsel mühsam zusammengesucht zu werden.
Die Migration bleibt nicht bei der reinen Kopie stehen: Wo bisher ein digitaler Bruch lag, entsteht echter Mehrwert - und alte Zöpfe fallen weg.
Die genaue Analyse von Code und Abläufen legt Prozesse offen, die jahrelang so gefahren wurden, fachlich aber längst überholt sind.
Ein kurzer Blick auf die Daten geht auch vom Telefon aus - der gebundene Windows-Desktop wird nicht mehr vermisst.
Ein "Monster-System" migriert man nicht mit einem Standardprozess. Unsere Methodik ist auf die Realität von Altsystemen ausgelegt: Wir sichern zuerst das Wissen (Archäologie), dann transformieren wir es sicher.
Ihre größte Sorge ist unsere Kernkompetenz. Wir sichern nicht nur Code, sondern auch das verlorene "Warum":
Sie haben nur noch `EXE`/`FXP`-Dateien? Wir nutzen Decompiler und Heuristiken, um lesbaren Quellcode und die Basis für die Analyse zu rekonstruieren.
Optional führen wir vor Ort Workshops durch (z.B. "eine Woche mit der Buchhaltung"), um implizites Wissen ("Ernas Tricks") zu sichern. Wir fragen proaktiv nach, wenn Logik unklar ist.
Der Entwickler ist in Rente? Durch Interviews, Log-Analysen und Reverse Engineering dokumentieren wir die "Warum"-Fragen hinter der gewachsenen Logik.
Wir jagen `Excel`-Makros und `Access`-Datenbanken, die "nebenbei" entstanden sind und kritische Daten (oft via `ODBC`) direkt in die `DBFs` schreiben.
Uns schockiert nichts: Ob 17 verschiedene `EXE`-Versionen, `Y2K`-Workarounds, `hardcoded` IP-Pfade oder `Access`-DBs - wir finden und migrieren auch dieses Chaos.
Wir tauchen tief in Ihren Code ein (siehe oben) und erstellen Metriken (Komplexität, LoC, Abhängigkeiten), um den Aufwand realistisch zu schätzen.
Wir "konvertieren" nicht blind. Wir extrahieren die wertvolle Logik und gießen sie in saubere, moderne und testbare Strukturen.
Wir arbeiten agil. Sie erhalten regelmäßige, testbare Updates (Sprints) und testen iterativ gegen die "Golden Master"-Logik der Altanwendung.
Wir begleiten den Go-Live, schulen Ihr Team und bieten optional langfristigen Support (SLA) für die neue Plattform.
Werkzeuge wie Servoy, xSharp oder Lianja versprechen eine schnelle Konvertierung. Das Problem: Sie tauschen eine veraltete Abhängigkeit gegen eine neue. Diese Plattformen sind oft von kleinen Teams abhängig, verursachen Lizenzkosten und haben eine unsichere Zukunft.
Wir setzen bewusst auf etablierte Branchenstandards: .NET, Angular, Vue, PostgreSQL & SQL Server.
Eine Migration ist eine Investition. Begriffe wie "Kubernetes" oder "Cloud" klingen teuer, müssen es aber nicht sein. Unser Leitsatz: Wir verkaufen Ihnen nur, was Sie für einen erfolgreichen, kostengünstigen MVP (Minimum Viable Product) benötigen.
Nicht jede App braucht eine mobile Version oder Kubernetes. Wir finden den "Sweet Spot" zwischen modernen Standards (z.B. On-Premise Docker) und Ihrem Budget.
Der ROI liegt oft in der Performance: Wenn (wie in unserem Projekt) ein Abrechnungslauf von 20 Stunden auf 15 Minuten sinkt, rechnet sich die Migration schnell.
Wir beraten Sie transparent zu Open-Source-Alternativen und helfen aktiv bei der Beantragung von Fördermitteln (z.B. digitale Förderprogramme der Bundesländer oder Microsoft Founders Hub für Azure-Credits).
Sie entscheiden über die TCO (Gesamtkosten): Ob Inhouse-Server oder Azure-Cloud, ob PostgreSQL oder SQL Server. Wir zeigen Ihnen die TCO für jede Option auf.
Technik ist nur die halbe Miete. Die größte Hürde ist oft, 500 Mitarbeiter im laufenden Betrieb von einem 20 Jahre alten System auf eine neue Oberfläche zu bringen - oft während des Jahresabschlusses oder der Hauptsaison.
Wir planen die Migration um Ihre "No-Go"-Phasen (z.B. Jahresabschluss, Hauptsaison) herum. Kritische Cut-Over-Schritte erfolgen geplant, z.B. an Wochenenden, um den Betrieb nicht zu gefährden.
Ihre Fachabteilung hat keine Zeit für Tests? Wir definieren *gemeinsam* ein festes Key-User-Team, planen deren Test-Zeiten fest im Projekt ein und schulen diese iterativ an den neuen Modulen.
Oft sagt der CFO "genau wie vorher" und die IT "alles neu". Wir agieren als neutraler Moderator zwischen den Abteilungen, übersetzen die Anforderungen und finden einen Konsens, der Technik und Fachlichkeit vereint.
Ein kritischer Punkt. Reports (`FRX/LBX`), die oft über Export-Tools wie `XFRX`, `FoxyPreviewer` oder PDF-Export-Treiber wie `Amyuni` ausgegeben werden, migrieren wir in moderne Plattformen. Wir empfehlen und nutzen etablierte kommerzielle Reporting-Plattformen (z.B. DevExpress, Telerik), für die wir Lizenzen besitzen, da diese voll unterstützt werden. Auf expliziten Kundenwunsch implementieren wir auch Open-Source-Alternativen, klären Sie aber transparent über mögliche Nachteile (z.B. Supportlücken, fehlende Funktionen) auf. Veraltete `ActiveX/OCX`-Controls (z.B. für UI) ersetzen wir durch moderne Web-Komponenten, wobei wir auch die UI/UX modernisieren und auf Barrierefreiheit (a11y) achten.
Das ist der Normalfall. Unser Prozess beinhaltet ein tiefes Daten-Audit. Wir beherrschen die Migration von `Memo`-Feldern, die korrekte Handhabung von `Codepages` (Zeichensätze, z.B. Windows-1252) und die Semantik des `SET DELETED`-Befehls. Wir räumen "gewachsene" Strukturen auf und überführen sie in ein sauberes, relationales SQL-Schema (inkl. `NULL`-Handling statt leerer Strings). Das löst auch die alten `Codepage`-Probleme und ermöglicht echte `UTF-8`-Unterstützung (z.B. für Deutsch/Chinesisch). Wir kennen auch die Tücken von `ODBC`-Anbindungen (z.B. `varchar(max)`-Probleme) und lösen diese beim Refactoring des Datenmodells auf.
Wir nutzen das "Strangler (Fig) Pattern" (iterative Ablösung). Das ist ein sensibler Schritt. Statt eines riskanten "Dual-Write" (Daten an zwei Orte gleichzeitig schreiben) nutzen wir sicherere Methoden, z.B. Interims-APIs oder synchrone Events. So kann die neue Anwendung (solange die alte noch läuft) ihre Daten über eine gesicherte Schnittstelle auch an die alte Datenbank melden. Das minimiert das Risiko von Daten-Divergenz und sichert den laufenden Betrieb.
Der Betrieb auf Terminalservern ist ein typisches Symptom, um VFP "Web-ähnlich" zu machen. Dies wird durch die neue Web-Anwendung obsolet. Nächtliche Batchjobs (Prozeduren) analysieren wir und überführen sie in moderne "Serverless Functions", Container-Jobs (z.B. Kubernetes CronJobs) oder API-gesteuerte Prozesse.
Im Gegenteil, das ist ein Vorteil. Wir kennen diese Architekturen. Unsere Expertise umfasst explizit die Migration von Anwendungen, die auf gängigen VFP-Frameworks wie Visual Extend (VFX) oder bekannten Komponenten-Pools wie Acodey (von ProLib) basieren. Wir verstehen deren Architektur, kennen die "magischen" Teile und können die spezifische Logik sicher in moderne, framework-unabhängige Strukturen überführen.
Diese Befehle ändern fundamental, wie VFP Daten vergleicht (z.B. `SET EXACT` bei String-Vergleichen). Wir kennen diese Semantik. Beim Audit identifizieren wir diese `SET`-Befehle und sichern die korrekte Logik durch `Golden-Master`-Tests (automatisierte Testfälle, die das Altsystem-Verhalten 1:1 prüfen), um sicherzustellen, dass Vergleiche im neuen System fachlich identisch funktionieren.
Eine exzellente Frage, das ist ein Kernproblem bei Web-Migrationen. VFP's `TABLEUPDATE()`-Konfliktlösung (Datensatz wurde von einem anderen geändert) muss modern abgebildet werden. Im Web löst man dies über 'Concurrency-Handling' (Gleichzeitigkeits-Prüfung): Der Datensatz erhält beim Laden einen unsichtbaren 'Token' (genannt ETag). Beim Speichern prüft der Server, ob der Token noch derselbe ist. Wenn nicht (ein anderer war schneller), wird das Speichern blockiert und der Nutzer informiert (z.B. "Daten wurden in der Zwischenzeit geändert. Bitte laden Sie neu.") - ein sicherer Prozess, der Datenkonflikte verhindert.
Das ist ein Kernteil der 'Archäologie'. Wir analysieren kryptische `DECLARE DLL`-Aufrufe, um deren Funktion zu verstehen und in moderne .NET- oder API-Calls zu übersetzen. Bibliotheken wie Rick Strahls `wwipstuff` (West Wind Internet Protocols), das `West Wind Web Connection (WWWC)` Framework oder die vielen `VFPX`-Erweiterungen sind uns bestens bekannt. Wir haben z.B. mit der `wwDotnetBridge` bereits erfolgreich .NET-Funktionalität in VFP-Altsysteme integriert und wissen, wie wir diese Logik nativ migrieren.
Absolut. Das VFP-Ökosystem ist uns vertraut. Datenbank-Modelle aus `xCase` sind eine wertvolle Quelle für das Re-Engineering. Wir kennen Reporting-Tools wie `Stonefield Query`, Barcode-Generatoren wie `FoxBarcode` und haben Strategien für `Cryptor`-verschlüsselte DBFs. Ebenso kennen wir die gängigen ActiveX-Controls von Anbietern wie `DBITech` oder `Codejock` und deren moderne Web-Alternativen.
Ein häufiger Punkt. Die VFP-Office-Automatisierung ist langsam und erfordert ein installiertes Office. Wir migrieren diese Logik in performante Server-Side-Lösungen (z.B. .NET-Bibliotheken), die Word- oder Excel-Dateien generieren, *ohne* dass Office auf dem Server (oder Client) installiert sein muss. Für Auswertungen binden wir oft Self-Service-Tools wie PowerBI an die neue Datenbank an.
Wir nehmen das ernst. Die Datenhoheit bleibt zu 100% bei Ihnen - Sie entscheiden, ob die neue Lösung On-Premise oder in einer Cloud (mit Wunsch-Standort, z.B. Frankfurt) gehostet wird. Wir beraten Sie DSGVO-konform, maskieren Testdaten und unterstützen (falls gewünscht) auch bei der Implementierung von Compliance-Anforderungen wie Audit-Logs, KYC oder AML. Und wir sind abgesichert: Bei der Hiscox SA unterhalten wir eine Vermögensschaden-Haftpflichtversicherung (Errors & Omissions) sowie eine Betriebshaftpflichtversicherung. Die Vermögensschadendeckung adressiert genau die Art von Risiko, um die es bei einer Datenmigration geht.
Das ist ein valider Punkt. Der Performance-Unterschied von lokalen DBFs zu Web-Latenz ist real. Wir sichern die Performance durch (1) saubere API-Architektur statt direkter DB-Zugriffe, (2) intelligentes Caching von Stammdaten und (3) Optimierung der Datenbankabfragen (Index-Design). Wir definieren *gemeinsam* mit Ihnen Performance-Ziele (KPIs) für Ihre kritischsten Masken und Prozesse.
Moderne, reaktive UIs mit Fokus auf Klarheit, Performance und Produktivität.
Sauber modellierte Domänenlogik statt Business-Regeln direkt im UI.
Solide Datenbasis mit durchgängiger Nachvollziehbarkeit & Monitoring.
Wie der Stein von Rosette einst Hieroglyphen übersetzte, entschlüsseln wir Ihre gewachsene VFP-Anwendung. Wir übersetzen nicht nur Code - wir übersetzen Ihre über Jahrzehnte gewachsene, unersetzliche Geschäftslogik in eine zukunftssichere Plattform.
Unser Lead-Architekt, Bernhard Reiter, leitet unser VFP-Expertenteam. Gestützt auf ein festes Kernteam von crossVault-Spezialisten, das bei Bedarf durch langjährige, geprüfte Partner aus unserem VFP-Experten-Netzwerk ergänzt wird, ist er tief in der VFP-Community verwurzelt.
Er wurde bei der ProLib GmbH - den VFP-Koryphäen im DACH-Raum - ausgebildet (Abschluss 2005) und war bereits 2004 Sprecher auf der Europäischen VFP DevCon (dFPUG) in Frankfurt zu "FoxPro im Web".
Mit jahrelanger Praxis in der Enterprise-Entwicklung mit Visual FoxPro, speziell auch mit Active FoxPro Pages 3.0 und Komponenten-Pools wie Acodey, ist diese VFP-DNA Ihre Garantie für eine erfolgreiche Migration.
Lassen Sie uns in einem 45-minütigen Strategiegespräch Ihre aktuelle FoxPro-Situation verstehen. Unverbindlich und kostenfrei.
Termin anfragenSchildern Sie uns Ihre Situation. Wir geben Ihnen eine ehrliche Einschätzung - ob für eine volle Migration oder professionellen Bestandssupport. Danach erhalten Sie einen konkreten Angebotsvorschlag.
Für technische Fragen ist ein Telefonat oft der kürzere Weg. Rufen Sie an oder schreiben Sie kurz, wann wir Sie erreichen.
Sie sind noch nicht bereit für eine Migration? Wir bieten auch professionelles Consulting, Wartung & Pflege für Ihre laufende Visual FoxPro-Anwendung, um den Betrieb zu sichern.