Konzeptkarte

SAP Analysis for Microsoft Office (AfO)

Stand 2026-08-29

Redaktion: Cédric-Olivier Mâry, alleiniger Redakteur und verantwortlich für die Veröffentlichung — 27 Jahre im SAP-Ökosystem. Wie diese Seiten entstehen und wo Automatisierung eingesetzt wird.

Was ist SAP Analysis for Microsoft Office (AfO)?

Worum es geht

SAP Analysis for Microsoft Office ist das Excel-Add-in, das ein Arbeitsblatt mit BW-Queries, BPC-Modellen, HANA-Views und SAP-Analytics-Cloud-Modellen verbindet und dem Anwender erlaubt, zu pivotieren, zu drillen, zu filtern und — sofern das Modell es zulässt — zurückzuschreiben. Es trat die Nachfolge des BEx Analyzer in dieser Rolle an, und anders als die meisten Werkzeuge um es herum wurde es nicht abgelöst. Es wurde vielbeschäftigter.

Zu verstehen, warum das so ist, zählt mehr als jede Feature-Liste. Finance und Controlling arbeiten nicht in Dashboards; sie arbeiten in Tabellenkalkulationen, weil eine Tabelle der Ort ist, an dem eine Zahl mit drei anderen kombiniert, kommentiert, abgestimmt und an jemanden geschickt wird, der sie hinterfragen wird. Analysis for Office konkurriert nicht mit diesem Verhalten, es füttert es — eine gesteuerte Verbindung zu einem gesteuerten Modell, innerhalb des Werkzeugs, das die Anwender bereits benutzen. Jeder Versuch, diese Population in eine reine Browser-Analytics-Oberfläche zu verlagern, ist an derselben Mauer gescheitert.

Wo es innerhalb einer Migration steht. AfO ist einer der Hauptkonsumenten von BEx-Queries, und genau deshalb setzt die Ausmusterung der BEx-Client-Tools die Queries selbst nicht außer Betrieb. Es verbindet sich auch mit SAC-Modellen, was es zu einer Brücke statt zu einem Verlust macht: ein Bestand kann seine Datengrundlage nach Datasphere verlagern und seine Modelle nach SAC, während die Finance-Population denselben Excel-Workflow behält. Diese Kontinuität früh zu zeigen, entfernt die zuverlässigste Quelle von Widerstand in einer BW- oder BusinessObjects-Migration.

Worauf zu achten ist. Arbeitsmappen sammeln lokale Logik an — Formeln, die um die SAP-Ergebnismenge herum geschrieben sind, fest codierte Bereiche, Makros —, und diese Logik bricht, wenn sich die Form der zugrunde liegenden Query oder des Modells ändert. Das relevante Inventar ist nicht, wie viele Arbeitsmappen existieren, sondern wie viele Logik außerhalb des SAP-Ergebnisbereichs tragen. Das sind diejenigen, die bei der Umstellung Aufmerksamkeit brauchen, und sie sind von der Serverseite aus unsichtbar.

Für einen Berater ist AfO der Ort, an dem die Migrationsgeschichte für diejenigen glaubwürdig wird, die sie absegnen.

Der Horizont 2027/2030, von der anderen Seite betrachtet. Weil Analysis for Office bereits mit BW, BPC, HANA-Views und SAC spricht, ist es das eine legacy-nahe Werkzeug in dieser Migrationswelle, das nicht selbst auf einer Ausmusterungsuhr steht — SAP hat kein Wartungsende-Datum für AfO veröffentlicht. Was ausläuft, ist das BW-7.5-Backend, auf das viele Arbeitsmappen noch zeigen: Mainstream-Wartung bis 2027, verlängert bis 2030. Die Arbeitsmappe übersteht die Umstellung; die Verbindungszeichenfolge darunter wechselt von einer BW-Query zu einem in Datasphere exponierten Modell oder einer SAC-Live-Verbindung, und dieser Wechsel bleibt für den Endanwender nur unsichtbar, wenn die zugrunde liegende Ergebnismenge — Dimensionen, Hierarchien, Formatierung — exakt reproduziert wird. Die Neuverbindung, nicht das Add-in, ist als Migrationsaufgabe zu behandeln.

Die Entscheidung, die das erzwingt. Weil das Add-in selbst nicht auf einer Ausmusterungsuhr steht, lautet die Entscheidung nie, ob Analysis for Office ersetzt wird — sondern worauf die Arbeitsmappen danach zeigen, und wer für die zahlt, die brechen. Zwei Optionen, pro Arbeitsmappenfamilie getroffen statt pro Arbeitsmappe: die Verbindung neu ausrichten und nachweisen, dass die Ergebnismenge identisch ist, oder die Arbeitsmappe gegen das neue Modell neu aufbauen. Der Trade-off ist scharf. Neuausrichtung ist günstig und unsichtbar, wenn die Ergebnismenge exakt übereinstimmt, und teuer und sehr sichtbar, wenn nicht — eine verschobene Spalte, ein umbenannter Hierarchieknoten oder eine geänderte Kennzahlenreihenfolge bricht die um die Kreuztabelle herum geschriebenen Formeln. Das pro Familie zu entscheiden, auf Basis von Belegen für lokale Logik statt einer serverseitigen Arbeitsmappenzählung, ist der gesamte AfO-Migrationsplan.

Wie dieser Beleg zu erheben ist. Der Server kann ihn nicht sehen, also muss er von der Population erhoben werden, die ihn besitzt: jedes Finance- und Controlling-Team nach den Arbeitsmappen fragen, die es beim Abschluss fährt, und zuerst in diese hineinschauen. Eine Arbeitsmappe, deren einziger Inhalt eine Kreuztabelle ist, wird in Minuten neu ausgerichtet. Eine Arbeitsmappe mit Formeln, die an Zellbereiche neben der Kreuztabelle verankert sind, mit Makros, die aktualisieren und neu formatieren, oder mit Lookups, die auf einem Hierarchieknotennamen basieren, ist ein Neuaufbau im Gewand einer Neuausrichtung — und sie wird immer beim Abschluss gefunden, in der Woche, in der niemand Zeit dafür hat.

Warum es zählt

Es ist die Brücke, die einer Finance-Population erlaubt, ihren Excel-Workflow zu behalten, während die Datengrundlage nach Datasphere und die Modelle nach SAC wandern. Diese Kontinuität früh zu zeigen, entfernt die zuverlässigste Quelle von Migrationswiderstand.

Kernpunkte

Das Excel-Add-in, das Arbeitsmappen mit BW-Queries, BPC-Modellen, HANA-Views und SAC-Modellen verbindet, mit Rückschreibung, sofern das Modell es zulässt.
Es trat die Nachfolge des BEx Analyzer an und wurde selbst nicht ersetzt — es ist der Überlebende der Frontend-Generation.
Ein Hauptkonsument von BEx-Queries, weshalb die Ausmusterung der BEx-Client-Tools die Queries nicht mit ausmustert.
Es verbindet sich auch mit SAC-Modellen und wird damit zur Brücke: die Grundlage kann wandern, während der Finance-Workflow bleibt.
🔴 Das Migrationsrisiko ist lokale Arbeitsmappenlogik — Formeln, fest codierte Bereiche, Makros um den SAP-Ergebnisbereich herum —, von der Serverseite aus unsichtbar.
Die Entscheidung ist nie, ob AfO ersetzt wird — sondern worauf jede Arbeitsmappenfamilie danach zeigt, und wer für die zahlt, die brechen.
Neuausrichtung versus Neuaufbau wird anhand von Belegen für LOKALE Logik entschieden, erhoben bei den Finance-Teams, die die Abschluss-Arbeitsmappen besitzen — nicht aus einer serverseitigen Zählung.

Quellen

In der App öffnen →