VBA 2027: Was wirklich endet – und was Unternehmen jetzt tun sollten

Kurzantwort

Die kurze Antwort lautet: VBA wird 2027 nicht abgeschaltet. Microsoft hat für Visual Basic for Applications kein offizielles Enddatum veröffentlicht. Der konkrete Fahrplan betrifft VBScript in Windows. Rund um 2027 soll VBScript als Feature on Demand standardmäßig deaktiviert werden; in einer späteren Phase soll es vollständig aus Windows verschwinden. Für Unternehmen ist das trotzdem relevant, weil manche Office-Makros externe VBS-Dateien, den Windows Script Host oder verwandte Altmechanismen aufrufen.

Die richtige Reaktion ist deshalb weder Panik noch Abwarten. Unternehmen sollten ihre Makro-Landschaft inventarisieren, Abhängigkeiten testen, sichere VBA-Lösungen kontrolliert weiterbetreiben und nur dort migrieren, wo Risiko, Wartbarkeit oder Plattformstrategie es verlangen. So wird aus einer vermeintlichen Deadline ein planbares Modernisierungsprogramm.

Was ändert Microsoft rund um 2027 tatsächlich?

Microsoft hat VBScript bereits 2023 als veraltet eingestuft. In der aktuellen Übergangsphase steht die Laufzeit als optionales Windows-Feature zur Verfügung und ist zunächst noch aktiviert. Für die nächste Phase nennt Microsoft ungefähr 2027: Dann soll das Feature nicht mehr standardmäßig aktiv sein. Organisationen können es während dieser Phase voraussichtlich noch gezielt einschalten, sollten sich darauf aber nicht als Dauerlösung verlassen. Die anschließende Entfernung ist angekündigt, ein verbindliches Kalenderdatum dafür jedoch nicht.

VBScript und VBA sind zwei unterschiedliche Technologien. VBScript läuft typischerweise über cscript.exe oder wscript.exe beziehungsweise über Anwendungen, die die VBScript-Laufzeit einbetten. VBA ist dagegen in Office-Anwendungen wie Excel, Word und PowerPoint integriert. Aus dem VBScript-Fahrplan folgt daher keine automatische Abschaltung von VBA. Kritisch sind die Verbindungspunkte: Ein VBA-Makro kann beispielsweise eine VBS-Datei starten, einen alten COM-Pfad nutzen oder eine Installationsroutine anstoßen, die intern von VBScript abhängt.

Warum VBA trotzdem auf die Agenda gehört

Viele Makros sind geschäftskritisch, aber kaum dokumentiert. Sie enthalten Wissen aus Controlling, Produktion, Einkauf oder Verwaltung, das über Jahre gewachsen ist. Gleichzeitig blockiert Microsoft Makros aus Internetquellen standardmäßig und empfiehlt für benötigte Makros eine kontrollierte Richtlinie, digitale Signaturen und vertrauenswürdige Herausgeber. Das operative Problem lautet daher nicht nur: Läuft der Code noch? Ebenso wichtig ist: Wer verantwortet ihn, wurde er geprüft, ist seine Herkunft bekannt und lässt sich eine Freigabe nachweisen?

Ein pauschaler Ersatz aller Makros wäre wirtschaftlich unsinnig. Ein pauschales Weiterlaufenlassen wäre sicherheitlich ebenso problematisch. Eine risikobasierte Klassifizierung trennt stabile interne Automatisierungen von unbekannten, externen oder technisch fragilen Lösungen. Diese Einteilung bestimmt, was weiterbetrieben, überarbeitet oder migriert wird.

Welche Maßnahmen haben jetzt Priorität?

Zuerst braucht es Transparenz: Welche Dateien enthalten VBA, wer nutzt sie, welche Prozesse hängen daran und welche externen Aufrufe existieren? Danach folgt ein kontrollierter Test ohne VBScript beziehungsweise mit restriktiveren Makro-Richtlinien. Besonders relevant sind Shell-Aufrufe, VBS-Dateien, alte COM-Objekte, Dateisystemzugriffe, dynamische Aufrufe und unklare Netzwerkpfade.

Anschließend entsteht eine Entscheidung je Makro. Sichere und benötigte VBA-Lösungen können nach Prüfung und Freigabe signiert weiterlaufen. Für Excel-nahe Cloud-Automatisierung können Office Scripts passen. System- und Dateiautomatisierung spricht häufig für PowerShell. Datenverarbeitung und umfangreiche Analysen lassen sich oft besser in Python abbilden. Die Zieltechnologie wird aus dem Prozess gewählt, nicht aus einem allgemeinen Trend.

Wie das Makro-VBA-Tool den Übergang absichert

Das von Dr. Dominic Lindner entwickelte Makro-VBA-Tool bildet einen kontrollierten Gesamtprozess ab: hochladen, transparent prüfen, entscheiden, nach bestandener Prüfung oder Freigabe immer automatisch signieren, bereitstellen und protokollieren. VBA aus Excel, Word und PowerPoint wird mit sichtbaren Regeln analysiert. Konkrete Fundstellen und verständliche Gründe machen nachvollziehbar, warum ein Makro grün, gelb oder rot eingeordnet wird. Auch viele passwortgeschützte ältere Bestandsmakros können geprüft werden.

Die selbst trainierte und selbst betriebene KI erläutert Makrozweck, kritische Codezeilen und Risiken und kann sichere Programmieralternativen vorschlagen. Sie ist eine Entscheidungshilfe und ersetzt keine menschliche Freigabe. Dokumentierte Ausnahmen, getrennte Rollen, optionales Vier-Augen-Prinzip, Code-Wiedererkennung und SHA-256-bezogene Protokolle schaffen einen nachvollziehbaren Regelbetrieb. Die genaue Aktivierung zusätzlicher Module hängt von Lizenz und Kundenkonfiguration ab.

Damit löst das Tool nicht automatisch jede Migration. Es hält aber die Übergangsphase sicher und liefert die Informationen, mit denen eine sinnvolle Entscheidung zwischen Weiterbetrieb, Überarbeitung und Ablösung möglich wird. Dr. Dominic Lindner unterstützt zusätzlich bei Inventur, Zielarchitektur, Migration zu Office Scripts, PowerShell oder Python sowie bei Tests, Dokumentation und Einführung.

Praxischeck für Verantwortliche

Vor einer technischen Entscheidung sollten Verantwortliche fünf Fragen gemeinsam beantworten: Welcher Geschäftsprozess hängt von der Automatisierung ab? Wer besitzt die fachliche Verantwortung? Welcher konkrete Code- und Dateistand wird eingesetzt? Welche Berechtigungen, Datenquellen und externen Komponenten sind beteiligt? Und welcher Rückfallweg steht bei einer Störung bereit? Diese Fragen verhindern, dass eine reine Technologieentscheidung an den tatsächlichen Prozessrisiken vorbeigeht.

Für den Start genügt ein klar abgegrenzter Pilot mit repräsentativen Makros. Er sollte einen unauffälligen Fall, einen prüfpflichtigen Fall und einen kritischen Altfall enthalten. Aus den Ergebnissen entstehen Regeln für Inventur, Prüfung, Freigabe, Signatur, Aufbewahrung und Migration. Kennzahlen wie Zahl der erfassten Makros, Anteil mit Eigentümer, Prüfstatus, offene Ausnahmen, durchschnittliche Bearbeitungszeit und Zahl erfolgreich migrierter Prozesse machen den Fortschritt sichtbar, ohne bloße Aktivität mit Risikoreduktion zu verwechseln.

Welche Fehler Unternehmen vermeiden sollten

Problematisch sind vor allem pauschale Entscheidungen. Eine sofortige Abschaltung kann funktionierende Kernprozesse unterbrechen; eine generelle Freigabe aller Makros oder Skripte öffnet dagegen unnötige Risiken. Ebenso wenig genügt es, Code nur in eine modernere Sprache zu übertragen. Ohne Eigentümer, Tests, minimale Rechte, Versionskontrolle und Überwachung entsteht lediglich neue Schatten-IT.

Auch Ausnahmen dürfen nicht zum Dauerzustand werden. Jede Ausnahme braucht einen klaren Anlass, einen Verantwortlichen, eine Laufzeit und eine überprüfbare Aufhebung. Technische und fachliche Beteiligte sollten dieselben Begriffe und Statuswerte verwenden. So bleibt verständlich, ob eine Datei geprüft, freigegeben, abgelehnt, ausnahmsweise zugelassen oder bereits durch eine neue Lösung ersetzt wurde.

Weiterführende Einordnung und offizielle Quellen

• Ende von VBA ab 2027 – was nun?
• Ende von VBA in Excel? Alternativen ab 2027
• Microsoft: VBScript deprecation – timelines and next steps
• Microsoft: Makros aus dem Internet werden standardmäßig blockiert

Häufige Fragen

Wird VBA 2027 abgeschaltet?

Nein. Microsoft hat kein offizielles VBA-Enddatum für 2027 angekündigt. Der bekannte Zeitplan betrifft VBScript als Windows-Komponente.

Funktionieren Excel-Makros nach 2027 noch?

VBA-Makros können weiter funktionieren. Probleme entstehen vor allem bei Abhängigkeiten von VBScript, veralteten Schnittstellen, fehlenden Signaturen oder restriktiven Unternehmensrichtlinien.

Muss jedes Makro migriert werden?

Nein. Sinnvoll ist eine risikobasierte Entscheidung: weiterbetreiben und signieren, gezielt überarbeiten oder in eine passende moderne Technologie migrieren.

Fazit

VBA 2027: Was wirklich endet – und was Unternehmen jetzt tun sollten ist kein Anlass für hektische Komplettablösungen. Entscheidend sind belastbare Fakten, Transparenz über Abhängigkeiten und ein kontrollierter Entscheidungsweg. Unternehmen können benötigte VBA-Lösungen sicherer weiterbetreiben und gleichzeitig dort modernisieren, wo Risiko, Wartbarkeit oder Plattformstrategie es verlangen. Wer Inventur, Prüfung, Signatur und Migration als zusammenhängenden Prozess organisiert, reduziert Ausfallrisiken und gewinnt eine tragfähige Automatisierungsarchitektur. Regelmäßige Überprüfungen halten diesen Stand auch nach organisatorischen und technischen Veränderungen belastbar.

Image: OpenAI