Access Partner

Grund für Modernisierung

Access unter Windows 11 und 64-Bit: VBA-Fehler statt Funktion

Nach dem Upgrade auf Windows 11 oder den Wechsel auf 64-Bit-Office laufen viele gewachsene Access-Lösungen plötzlich nicht mehr. VBA-Makros werfen Compile-Fehler, ActiveX-Steuerelemente fehlen, API-Aufrufe stürzen ab — und der ursprüngliche Entwickler ist oft nicht mehr erreichbar.

Microsoft Visual Basic Kompilierungsfehler: Der Code in diesem Projekt muss für die Verwendung auf 64-Bit-Systemen aktualisiert werden. Declare- Anweisungen erfordern das Attribut PtrSafe. Private Declare Function GetTickCount Lib "kernel32" () As Long OK Windows 11

Typische Anzeichen

  • • Compile-Fehler: "Der Code in diesem Projekt muss für die Verwendung auf 64-Bit-Systemen aktualisiert werden"
  • • ActiveX-Steuerelemente (Kalender, Treeview, Flexgrid) sind unter Windows 11 nicht mehr verfügbar
  • • Declare-Statements ohne PtrSafe werfen sofort Fehler
  • • ODBC-Treiber für alte Datenquellen (Oracle 32-Bit, Legacy-Systeme) fehlen
  • • Druckfunktionen, Word- oder Excel-Automatisierungen brechen mit "Objekt unterstützt diese Eigenschaft nicht" ab
  • • Nach einem Office-Update läuft eine Funktion, die gestern noch sauber lief, heute nicht mehr

Warum das nicht von selbst besser wird

Microsoft verschärft mit jedem Windows- und Office-Release die Kompatibilität. 32-Bit-Komponenten werden zurückgezogen, ActiveX wird zunehmend deaktiviert, alte Declare-APIs verschwinden. Was heute nur ein Fehler in einem Formular ist, wird morgen ein Komplettausfall — spätestens, wenn der nächste Windows-11-Feature-Update-Rollout ausgeliefert wird oder Sie auf neue Geräte wechseln.

Wie wir das lösen

Akute Diagnose per Festpreis-Schnellhilfe

Wenn Sie erst einmal wieder arbeitsfähig werden müssen: Unsere Schnellhilfe analysiert VBA-, ODBC- und ActiveX-Probleme pauschal und dokumentiert Ursache plus Empfehlung.

Schnellhilfe-Pakete ansehen →

64-Bit-Upgrade und Windows-11-Anpassung

Für Lösungen, die noch einige Zeit in Access bleiben sollen, aktualisieren wir Declare-Statements (PtrSafe), ersetzen deprecated ActiveX-Komponenten und testen unter Windows 11.

Upgrade-Paket ansehen →

Langfristig: Ablösung durch Webanwendung

Eine Webanwendung kennt keine 32/64-Bit-Brüche, keine ActiveX-Abhängigkeit und keine Office-Update-Überraschungen. Wer in fünf Jahren nicht wieder vor demselben Problem stehen will, plant die Ablösung jetzt.

Webanwendung ansehen →

Häufige Fragen

Läuft unsere Access-Datenbank überhaupt unter Windows 11?
Access selbst (ab Version 2016/2019/365) läuft unter Windows 11. Die typischen Probleme stecken in individueller VBA-Logik: 32-Bit-Declare-Statements, ActiveX-Steuerelemente, nicht mehr vorhandene ODBC-Treiber. Ob Ihre Lösung betroffen ist, lässt sich in einer kurzen Analyse feststellen.
Kann man 32-Bit-VBA automatisch auf 64-Bit umstellen?
Teilweise. Declare-Statements mit PtrSafe zu ergänzen und Typen (Long zu LongPtr) anzupassen lässt sich skriptgestützt vorbereiten. ActiveX- und API-Aufrufe auf deprecated Komponenten müssen einzeln ersetzt werden — hier lohnt sich oft die Migration statt der Reparatur.
Sind die alten ActiveX-Steuerelemente überhaupt ersetzbar?
In Access ja, über moderne Alternativen oder durch Umbau der Formulare. In einer Webanwendung entfällt das Problem komplett: dort nutzen wir Standard-Webkomponenten, die von Microsoft und Browser-Herstellern gepflegt werden.

Klingt bekannt?

Ein kurzes Gespräch reicht oft, um einzuordnen, ob bei Ihnen ein Quick-Fix, ein hybrider Zwischenschritt oder die Ablösung zu einer Webanwendung der richtige Weg ist.