Excel VBA ablösen: Was Mittelstand vor 2027 wissen muss

Excel VBA wird ab 2027 nicht weiterentwickelt. Das bedeutet: keine neuen Features, kein aktiver Sicherheitssupport, und in jedem neuen Office-Release ein neues Kompatibilitätsrisiko. Wer in seinem Betrieb geschäftskritische Prozesse auf VBA-Makros gebaut hat, hat jetzt ein klar datiertes Problem — und genug Zeit, es planvoll zu lösen.

Excel ablösen im Mittelstand: Der vollständige Guide

Key Takeaways

• Microsoft blockiert seit Juli 2022 Office-Makros aus dem Internet standardmäßig und entwickelt VBA nicht mehr aktiv weiter (Microsoft Learn)
• VBA-Makros erhalten ab 2027 keinen aktiven Feature- und Sicherheitssupport mehr
• Das häufigste Versagensmuster: Makro-Logik 1:1 in ein neues Tool übertragen, ohne den Prozess zu hinterfragen
• 90 Tage sind das Minimum für eine saubere Migration eines abgegrenzten Prozesses
• Drei realistische Wege: Power Automate, No-Code-Plattform oder Custom Web App — je nach Komplexität und Nutzerzahl

---

Was genau ändert sich bei VBA ab 2027?

Microsoft hat den Rückzug aus VBA nicht mit einem einzelnen Datum angekündigt, sondern durch schrittweise Einschränkungen. Seit Juli 2022 blockiert Office Makros aus dem Internet standardmäßig — Microsoft begründet das damit, dass VBA-Makros ein verbreiteter Angriffsweg für Schadsoftware sind. Gleichzeitig verweist Microsoft für neue Lösungen auf das modernere Office-Add-ins-Modell. Das ist kein vorauseilender Aktionismus, sondern eine Reaktion auf reale Einschränkungen, die im Markt bereits spürbar sind.

Was sich konkret ändert:

Excel Online und die neue App-Generation blockieren Makros standardmäßig. Wer seine Prozesse auf kollaborative Excel-Nutzung im Browser oder auf mobilen Geräten ausdehnen will, kommt mit VBA nicht mehr weiter. Das war schon bisher eine Einschränkung, aber ab 2027 wird sie zur Grundregel.

Kein aktiver Sicherheitssupport mehr. VBA-Makros sind seit Jahren ein beliebter Angriffspunkt für Malware. Microsoft schließt kritische Lücken weiterhin, aber der aktive Weiterentwicklungs-Zyklus endet. Wer VBA einsetzt, trägt das Risiko zukünftiger ungepatchter Schwachstellen selbst.

Kompatibilitätsprobleme bei jedem neuen Office-Release. Das ist das stille Risiko, das viele unterschätzen. Ein Makro, das heute läuft, kann nach dem nächsten Windows- oder Office-Update Fehler werfen, die niemand mehr debuggen kann, weil niemand mehr weiß, wie es ursprünglich gebaut wurde.

Warum Excel-Risiken geschäftskritisch werden

Citation Capsule: Office blockiert seit Juli 2022 Makros aus dem Internet standardmäßig (Microsoft Learn), und VBA erhält keine aktive Weiterentwicklung mehr. Der Treiber für eine Ablösung ist nicht Innovationslust, sondern der reale Druck durch Sicherheitseinschränkungen und fehlende Weiterentwicklung in neuen Office-Versionen.

---

Welche Excel-Workflows sind betroffen?

Nicht jedes Makro ist gleich kritisch. In unserer Projektpraxis begegnen uns VBA-Lösungen im Mittelstand am häufigsten in vier Bereichen: Reporting-Automatisierung, Datenimporte aus Fremdsystemen, Provisionsberechnungen und Angebotskalkulation — genau die Prozesse, die bei einem Ausfall sofort Betriebsunterbrechungen verursachen. Microsoft selbst beschreibt die Automatisierung wiederkehrender Aufgaben und das Zusammenspiel mehrerer Office-Anwendungen als die typischsten VBA-Einsatzzwecke.

Aus unserer Projektpraxis: Bei einem Metallbaubetrieb mit 18 Mitarbeitern liefen drei produktionskritische VBA-Makros — Kalkulation, Lieferscheindruck und monatlicher DATEV-Export. Keines war dokumentiert, der ursprüngliche Entwickler hatte die Firma zwei Jahre zuvor verlassen. Die Makros liefen seit Jahren ohne Änderung, bis ein Windows-Update das Kalkulationsmakro stumm falsche Ergebnisse liefern ließ — unbemerkt für sechs Wochen.

Checkliste: Welche Ihrer Makros sind kritisch?

Gehen Sie Ihre Excel-Makros durch und markieren Sie jeden Eintrag:

• Makro läuft mindestens einmal pro Woche automatisch
• Makro greift auf externe Datenquellen zu (ERP, DATEV, Datenbanken)
• Makro erzeugt Ausgaben, die direkt in Entscheidungen einfließen (Kalkulation, Reporting, Payroll)
• Makro ist nicht dokumentiert, oder nur die Person, die es gebaut hat, versteht es
• Makro läuft in Excel-Versionen, die älter als drei Jahre sind

Wenn Sie bei drei oder mehr Punkten einen Haken setzen, ist dieses Makro ein Migrationskandidat — nicht irgendwann, sondern mit gesetztem Zeitplan.

Was nicht betroffen ist:

Einfache Makros, die gelegentlich Formatierungen setzen oder Tabellen sortieren, sind kein dringendes Problem. Das Risiko konzentriert sich auf geschäftslogik-tragende Automatisierungen, also die Makros, die Zahlen berechnen, Daten transformieren oder Systemgrenzen überbrücken.

---

Die drei realistischen Alternativen

Es gibt keinen universellen Ersatz für VBA. Die richtige Alternative hängt davon ab, was das Makro tut, wie viele Personen davon abhängen und wie viel Eigenentwicklung Sie sich leisten wollen. Die Praktiker-Community auf Reddit, Medium und Hacker News ist sich einig: "Das Ersatz-Tool löst das eigentliche Problem nicht" — dieser Satz taucht in fast jedem Migrationsdiskurs auf, unabhängig voneinander.

Drei Wege, ehrlich bewertet:

Power Automate: Wenn Microsoft-Ökosystem bereits vorhanden

Power Automate ist der naheliegendste Weg für Betriebe, die bereits auf Microsoft 365 setzen. Für Standard-Automatisierungen (Daten aus einer Tabelle in eine andere übertragen, E-Mails auf Basis von Bedingungen versenden, Reports exportieren) ist es oft bereits im Abo enthalten.

Die ehrliche Einschätzung: Power Automate ist stark, wo Microsoft-Dienste im Spiel sind. Es wird schwächer, sobald externe Systeme eingebunden werden müssen, die kein offizieller Connector unterstützt. Für komplexe Berechnungslogik braucht es Umwege, die wartungsintensiver sind als die ursprünglichen Makros.

Passt für: Einfache bis mittlere Automatisierungen, Microsoft-365-Umgebungen, Teams mit eigenem IT-Verantwortlichen.

No-Code-Plattformen: Wenn Flexibilität ohne Entwickler gefragt ist

Airtable, AppSheet, Glide oder Make (ehemals Integromat) erlauben den Aufbau von Prozess-Automatisierungen ohne Code. Sie sind schneller einsatzbereit als eine Custom-Lösung und flexibler als Power Automate bei Drittanbieter-Integrationen.

Ein konkretes Warnsignal sind die Lizenzkosten: Airtables Team-Plan kostet aktuell 20 USD pro Sitz und Monat bei jährlicher Abrechnung (airtable.com/pricing). Bei 30 Nutzern sind das rund 7.200 USD pro Jahr — nur für die Lizenz. Ab 40 Nutzern ist eine Postgres-Datenbank mit Retool günstiger. No-Code ist günstig zum Einstieg — aber die Lizenzkosten skalieren linear mit dem Team.

Passt für: Mittlere Komplexität, Teams unter 20 Nutzern, Prozesse ohne kritische Sicherheitsanforderungen.

Custom Web App: Wenn die Prozesslogik ein Wettbewerbsvorteil ist

Wenn das VBA-Makro eine Berechnungslogik enthält, die Ihr Betrieb über Jahre entwickelt hat und die einen echten Wettbewerbsvorteil darstellt, gehört diese Logik in eine eigene Anwendung. Kein Vendor-Lock-in, keine Lizenzkosten pro Nutzer, keine Plattform-Constraints.

Die Einstiegskosten sind höher als bei No-Code. Der Gegenwert: Sie bauen einmal und zahlen nicht ewig. Eine Custom Web App mit einer klar definierten Prozesslogik kostet im Mittelstand typischerweise 15.000-35.000 Euro einmalig, statt 5.000-15.000 Euro jährlich für eine wachsende SaaS-Nutzerzahl.

Passt für: Komplexe Berechnungslogik, Prozesse mit 20+ Nutzern, Vorhaben, wo Vendor-Lock-in nicht akzeptabel ist.

Excel vs. Web App im direkten Vergleich

Citation Capsule: No-Code-Plattformen sind günstig zum Einstieg, aber Lizenzkosten skalieren linear. Airtable hat 2026 die Preise um 67-87,5% erhöht (automationatlas.io, 2026), was 30 Nutzer auf 7.200 USD/Jahr treibt. Ab 40 Nutzern ist eine Custom-Lösung auf 3-Jahres-Sicht wirtschaftlicher.

---

Wann welche Alternative passt

Keine der drei Optionen ist für alle Situationen richtig. Diese Matrix hilft bei der Entscheidung.

Unter 10 Nutzer, einfache Automatisierung: Power Automate, wenn Microsoft 365 vorhanden. Kosten: im Abo enthalten oder ab 15 Euro/Nutzer/Monat für den erweiterten Plan.

10-40 Nutzer, mittlere Komplexität: No-Code-Plattform. Rechnen Sie die Lizenzkosten über drei Jahre gegen eine Custom-Lösung — der Break-even liegt bei wachsenden Teams oft früher als erwartet.

Über 40 Nutzer oder komplexe Berechnungslogik: Custom Web App. Die Einstiegskosten sind höher, aber die Betriebskosten sind vorhersehbar und skalieren nicht mit der Nutzerzahl.

Sonderfall: Makro mit Sicherheitsrelevanz. Wenn das Makro Payroll, Compliance-Daten oder Kundendaten verarbeitet, ist eine Custom Web App mit Audit-Trail und Rollentrennung die einzige Option, die langfristig sauber ist. Power Automate und No-Code-Plattformen haben hier strukturelle Grenzen.

Was in dieser Entscheidung oft vergessen wird: die Kosten des Status quo. Ein Makro, das pro Monat einmal abstürzt und zwei Stunden Korrekturarbeit kostet, macht bei einem Stundensatz von 50 Euro bereits 1.200 Euro pro Jahr. Dazu kommen die unsichtbaren Kosten: das Vertrauensdefizit in die Zahlen, die Entscheidungsverzögerungen, wenn jemand erst "kurz nachrechnen" muss bevor er dem Output glaubt. Diese Reibungsverluste stehen in keinem Tool-Vergleich — aber sie gehören in die Rechnung.

---

Der Migrationsplan: 90 Tage Minimum

Eine VBA-Migration braucht Zeit — nicht wegen der Technik, sondern wegen der Dokumentationsarbeit davor. Nach unserer Erfahrung sind 90 Tage das absolute Minimum für die Migration eines abgegrenzten Prozesses wie einer Provisionsberechnung — und Provisions-Berechnungen sind ein typischer VBA-Anwendungsfall im Mittelstand.

Aus unserer Projektpraxis: Bei einem Großhändler mit 24 Mitarbeitern umfasste die erste Projektphase drei volle Wochen — ausschließlich für Dokumentation. Das Provisions-Makro hatte sieben ineinander verschachtelte Schleifen, drei undokumentierte Ausnahmen für Einzelkunden und einen Kommentar aus dem Jahr 2017: "Hier bitte nicht anfassen". Der eigentliche Build der neuen Lösung dauerte danach vier Wochen. Das Verhältnis ist typisch.

Woche 1-2: Bestandsaufnahme und Dokumentation

Lassen Sie alle VBA-Makros auflisten, die im Betrieb aktiv sind. Für jeden Eintrag: Was tut es? Wer nutzt es? Wie oft läuft es? Was passiert, wenn es nicht läuft? Erst wenn diese Fragen beantwortet sind, weiß man, was migriert werden muss — und was vielleicht einfach wegfällt, weil es schon lange niemand mehr braucht.

Woche 3-5: Prozess hinterfragen, nicht kopieren

Das ist der kritischste Schritt. Die VBA-Logik 1:1 in ein neues Tool zu übertragen ist ein klassisches Risikomuster. In der Migrations-Terminologie heißt es "Lift-and-Shift" (bei AWS "Rehost"): die unveränderte Übernahme einer Altlösung in die neue Umgebung. AWS beschreibt diese Strategie als schnell, weist aber ausdrücklich darauf hin, dass dabei keinerlei Optimierungen umgesetzt werden, die Zeit oder Geld sparen könnten. Man baut das neue System nach dem Bild des alten und importiert alle Probleme mit.

Die richtigen Fragen in dieser Phase:

• Was war das eigentliche Ziel des Makros? Nicht "was tut es technisch", sondern "welches Problem hat es gelöst"?
• Hat sich dieses Problem seit dem Makro verändert?
• Gibt es Schritte im Makro, die heute überflüssig sind, weil sich Systeme geändert haben?

Woche 6-10: Aufbau und Testbetrieb

Die neue Lösung wird gebaut und parallel zum VBA-Makro betrieben. Beide Varianten laufen für mindestens vier Wochen gleichzeitig, Ergebnisse werden täglich verglichen. Abweichungen werden dokumentiert und erklärt, nicht ignoriert.

Woche 11-13: Go-live und VBA deaktivieren

Am Stichtag wird das Makro deaktiviert. Nicht "auch noch verfügbar für den Fall der Fälle" — deaktiviert. Die Excel mit dem alten Makro wird in ein Read-Only-Archiv verschoben. Wer die alte Version zugänglich lässt, hat nach drei Wochen wieder ein VBA-Makro als führendes System.

Schritt-für-Schritt-Anleitung zur Excel-Migration

---

Was bei der Migration typisch schiefgeht

Es gibt ein Versagensmuster, das in fast jeder VBA-Migration auftaucht, unabhängig von Branche und Betriebsgröße.

Lift-and-Shift: Ein häufiges Risikomuster bei Migrationen

Lift-and-Shift ist das Muster, bei dem bestehende Logik 1:1 in ein neues System übertragen wird, ohne den Prozess selbst zu hinterfragen. Das Ergebnis: Man hat dasselbe Problem in einem anderen Gewand. Die neue Plattform ist teurer, die Logik ist genauso undokumentiert wie vorher, und wenn das neue System eine Einschränkung hat, die das alte nicht hatte, bricht alles auseinander.

Was wir in der Praxis beobachten: Lift-and-Shift entsteht meist aus Zeitdruck. Das Team hat drei Monate, die Migration soll "schnell" laufen, also wird die bestehende Logik einfach übertragen. Das spart Zeit in Woche eins und kostet sie doppelt in Monat sechs, wenn das neue System nicht das macht, was alle erwartet haben. Der eigentliche Aufwand liegt nicht im Bauen — er liegt im Verstehen. Und dafür gibt es keine Abkürzung.

Weitere Muster, die regelmäßig auftreten:

Kein dokumentiertes Makro-Verhalten. Wenn der Entwickler das neue System gegen die alte Logik testen will, braucht er eine Beschreibung, was "richtig" ist. Wenn das fehlt, testet niemand wirklich — man hofft, dass die Zahlen stimmen.

Zu viele Makros auf einmal. Zehn Makros gleichzeitig zu migrieren endet mit zehn halbfertigen Projekten. Ein Makro, vollständig abgeschlossen, ist besser als zehn begonnene.

Das Makro läuft weiter, während das neue System aufgebaut wird. Das klingt harmlos, aber es bedeutet: jede Woche entstehen neue Daten im alten System, die nach der Migration migriert werden müssen. Klare Übergangspunkte setzen — und einhalten.

Die Person, die das Makro gebaut hat, wird nicht eingebunden. Sie kennt alle heimlichen Regeln: die Ausnahmen, die Sonderfälle, die Plausibilitäts-Checks, die nirgends dokumentiert sind. Wer sie nicht früh einbindet, baut eine Lösung, die in der Theorie funktioniert und im Alltag überall hakt.

---

Fazit: Jetzt anfangen, nicht warten

Die Deadline 2027 ist real genug, um heute mit der Planung anzufangen — und weit genug entfernt, um es planvoll zu tun statt unter Druck.

Das bedeutet konkret:

Machen Sie in den nächsten zwei Wochen eine Bestandsaufnahme aller VBA-Makros in Ihrem Betrieb. Nicht als IT-Aufgabe, sondern als Geschäftsführer-Aufgabe: Welche Makros sind so tief in Ihre Prozesse eingebaut, dass ihr Ausfall sofort spürbar wäre? Das sind die Kandidaten für Priorität 1.

Entscheiden Sie dann, welcher Weg zu diesem Prozess passt. Die Entscheidungsmatrix aus diesem Beitrag gibt den Rahmen. Für die meisten Mittelstands-Betriebe ist Power Automate für einfache Automatisierungen der schnellste Weg, und eine Custom Web App für alles, was Berechnungslogik, Rollentrennung oder Audit-Trail braucht.

Setzen Sie einen Zeitplan. 90 Tage Minimum, vom Start der Dokumentation bis zum Go-live. Bei mehreren Makros: eines nach dem anderen, nicht alles auf einmal.

Was Sie nicht tun sollten: warten, bis Microsoft eine erzwungene Abschaltung ankündigt. Wer dann migriert, tut es unter Zeitdruck, ohne Parallelbetrieb, ohne die Zeit, den Prozess zu hinterfragen. Das ist genau die Situation, in der Lift-and-Shift entsteht — und in der Migrationen scheitern.

Excel ablösen im Mittelstand: Der vollständige Guide

---

Quellen: Microsoft Learn, "Macros from the internet are blocked by default in Office" (learn.microsoft.com, 2025); Microsoft Learn, "Getting started with VBA in Office" (learn.microsoft.com); AWS Prescriptive Guidance, "About the migration strategies" (docs.aws.amazon.com); Airtable, Preisseite (airtable.com/pricing). Migrations- und Aufwandsangaben basieren auf der Projekterfahrung von stakk.