Interviewfragen für SAP-Berater, mit ausgearbeiteten Antworten

So nutzt du diese Fragen

Viele SAP-Interviews mischen eine Vertiefung in dein Modul mit einer Projektgeschichte. Für das Modul gehst du einen Prozess von Anfang bis Ende durch und sagst, wohin jeder Schritt bucht. Für die Geschichte sagst du, in welcher Phase du warst, was du entschieden hast, was schiefging und wie der Go-live lief. Interviewer merken schnell, ob du die Arbeit gemacht oder nur zugesehen hast.

Was ein SAP-Berater können muss

• Das System: SAPIn 100 % der Anzeigen für SAP-Berater gefragt (Stand 05.11.2026).Deine SAP-Module so gut kennen, dass du sie einstellen und Anwendern erklären kannst, warum sich das System so verhält. und mindestens ein Modul in der Tiefe, etwa SAP FI/COIn 12 % der Anzeigen für SAP-Berater gefragt (Stand 05.11.2026).Finanzbuchhaltung und Controlling einrichten: Kontenplan, Kostenstellen, Abschluss und Berichte., SAP MMEinkauf, Bestandsführung und Rechnungsprüfung einstellen und wissen, wohin jeder Schritt in der Finanzbuchhaltung bucht. oder SAP SDAufträge, Preisfindung, Lieferungen und Fakturierung einstellen, vom Angebot bis zur Rechnung beim Kunden..
• Die Einstellungen: CustomizingIn 53 % der Anzeigen für SAP-Berater gefragt (Stand 05.11.2026).Das Standardsystem zuerst über seine eigenen Einstellungen anpassen und jede Änderung dokumentieren. und wann der Standard reicht.
• Das Projekt: AnforderungenIn 41 % der Anzeigen für SAP-Berater gefragt (Stand 05.11.2026).Aus dem, was der Fachbereich sagt, Anforderungen machen, die ein Entwickler bauen und ein Tester prüfen kann., Tests, DatenmigrationIn 38 % der Anzeigen für SAP-Berater gefragt (Stand 05.11.2026).Die Daten aus dem Altsystem planen, zuordnen, laden und prüfen, mit der Abnahme durch den Fachbereich. und der Go-live.
• Die Menschen: Key User, Prozessverantwortliche und die AkzeptanzKey User und Teams in neue Prozesse mitnehmen, mit Schulungen und Unterstützung nach dem Go-live. nach dem Go-live.

Werkzeuge kommen gleichrangig nebeneinander vor, und keines ist Pflicht: SAP Solution Manager oder SAP Cloud ALM für Projekt- und Testmanagement, SAP Signavio oder andere Modellierungswerkzeuge für Prozesslandkarten, Jira für Aufgaben und Excel für Mapping- und Migrationsdateien. Interviewer wollen eher das Gespür für den Prozess als das Werkzeug.

Fit, Einstellungen und Anforderungen

Was heißt Fit-to-Standard, und wie leitest du einen Fit-to-Standard-Workshop?

Worauf sie achten: dass du beim Standard anfängst, nicht beim Altsystem.

Kurze Antwort: „Fit-to-Standard heißt, dem Fachbereich zu zeigen, wie der Standardprozess von SAP funktioniert, und zu vereinbaren, wo er passt, statt den alten Weg nachzubauen. Im Workshop zeige ich den Prozess in einem vorbereiteten System mit Daten, wie der Kunde sie hat, sammle die Lücken und frage bei jeder, ob sie ein echter Bedarf ist, eine Gewohnheit oder eine Vorgabe aus Gesetz oder Steuer. Nur der echte Bedarf wird zur Anforderung.“

Die ausführliche Antwort: Jede Lücke, die du akzeptierst, macht jedes spätere Upgrade teurer.

Schwache Antwort: „Ich frage die Anwender, was sie wollen, und baue es.“ Nachfrage: „Der Finanzleiter besteht auf dem alten Berichtslayout.“ Sag, was du tust.

Wie entscheidest du zwischen Customizing des Standards und einer ABAP-Entwicklung?

Worauf sie achten: Zurückhaltung und Urteilsvermögen.

Kurze Antwort: „Customizing heißt, das System über seine eigenen Einstellungen anzupassen, die SAP über Upgrades hinweg unterstützt. Ich prüfe zuerst, ob eine Einstellung, ein Standardbericht oder eine kleine Änderung am Prozess den Bedarf deckt. Erst dann schreibe ich eine Spezifikation für eine Entwicklung und sage, was sie in Bau, Test und Pflege kosten wird. In S/4HANA frage ich auch, ob die Erweiterung neben dem Kern liegen kann, damit sie keine Updates blockiert.“

Die ausführliche Antwort: Die billigste Entwicklung ist die, von der der Fachbereich eingesehen hat, dass er sie nicht braucht.

Schwache Antwort: „Entwickler können alles bauen, also frage ich sie.“ Nachfrage: „Die Entwicklung ist schon gebaut und macht beim Upgrade Probleme.“ Sag, was du tust.

Wie machst du aus einer fachlichen Anforderung eine Spezifikation, mit der ein Entwickler und ein Tester arbeiten können?

Worauf sie achten: klares, testbares Schreiben.

Kurze Antwort: „Ich schreibe auf, was der Fachbereich braucht und warum, Eingabe und Ausgabe, die Regeln mit Beispielen, die Fehlerfälle und wer freigibt. Ich ergänze die Testfälle, die beweisen, dass es funktioniert, stimme sie mit dem Prozessverantwortlichen ab und gehe das Dokument mit dem Entwickler durch, bevor er anfängt.“

Die ausführliche Antwort: Wenn der Tester aus der Spezifikation keinen Test schreiben kann, kann der Entwickler auch nicht danach bauen.

Schwache Antwort: „Ich leite die E-Mail des Anwenders weiter.“ Nachfrage: „Der Entwickler hat genau gebaut, was du geschrieben hast, und es ist falsch.“ Sag, was du daraus lernst.

Die Prozesse und die Daten

Erklär uns, wie FI und CO in den SAP-Finanzen zusammenarbeiten.

Worauf sie achten: die Verbindung zwischen der Buchhaltung und der Sicht des Managements.

Kurze Antwort: „FI erfasst jeden Geschäftsvorfall in der gesetzlichen Buchhaltung, nach Buchungskreis und Konto. CO nimmt die Kosten und Erlöse, die für das Management zählen, und ordnet sie Kostenstellen, Aufträgen oder Ergebnisobjekten zu. In S/4HANA lesen beide eine einzige Tabelle mit Journalbuchungen, also stimmen sie von vornherein überein. Ich würde es an einer Lieferantenrechnung zeigen, die in FI bucht und in CO auf einer Kostenstelle landet.“

Die ausführliche Antwort: Ein Finanzberater, der beide Seiten kennt, kann eine Differenz im Monatsabschluss erklären, bevor der Controller fragt.

Schwache Antwort: „FI ist Buchhaltung, und CO ist Controlling.“ Nachfrage: „Ein Kostenstellenbericht stimmt nicht mit dem Hauptbuch überein.“ Sag, wo du nachsiehst.

Wie läuft der Procure-to-Pay-Prozess durch MM, und wo berührt er die Finanzen?

Worauf sie achten: ein Prozess über Module hinweg.

Kurze Antwort: „Aus einer Bestellanforderung wird eine Bestellung, freigegeben nach den Regeln, die dafür eingerichtet sind. Der Wareneingang erhöht den Bestand und bucht in der Finanzbuchhaltung gegen ein Verrechnungskonto. Die Lieferantenrechnung wird gegen Bestellung und Wareneingang geprüft, und die Toleranzregeln entscheiden, ob sie gesperrt wird. Der Zahllauf läuft aus der Finanzbuchhaltung. Ich prüfe die Kontenfindung, die jeden Schritt mit dem Hauptbuch verbindet.“

Die ausführliche Antwort: Die meisten Beschwerden der Finanzbuchhaltung über den Einkauf gehen auf eine Einstellung in dieser Kette zurück.

Schwache Antwort: „MM ist für den Einkauf; um die Finanzen kümmert sich jemand anderes.“ Nachfrage: „Viele Rechnungen sind wegen Preisdifferenzen gesperrt.“ Sag, was du prüfst.

Warum sind Stammdaten in einem SAP-Projekt so wichtig, und wie hältst du sie sauber?

Worauf sie achten: Respekt vor dem unscheinbaren Teil.

Kurze Antwort: „Stammdaten sind die Daten, die jeder Prozess liest: Kunden, Lieferanten, Materialien, Konten. Hat ein Lieferant zwei Datensätze oder ein Material die falsche Einheit, trägt jede Bestellung und jede Rechnung den Fehler weiter. Ich vereinbare Verantwortliche für jede Art von Daten, klare Regeln für das Anlegen, Prüfungen auf Dubletten und eine Bereinigung vor der Migration, nicht danach.“

Die ausführliche Antwort: Saubere Stammdaten sind der billigste Weg zu einem ruhigen Go-live.

Schwache Antwort: „Die Daten bereinigt der Fachbereich später.“ Nachfrage: „Zehntausend Lieferantenstammsätze, viele davon ungenutzt.“ Sag, wie du entscheidest, was umzieht.

Wie würdest du die Datenmigration von einem Altsystem nach S/4HANA planen?

Worauf sie achten: ein Plan mit Prüfungen und Abnahme.

Kurze Antwort: „Ich vereinbare, welche Daten umziehen: Stammdaten, offene Posten, Salden, offene Bestellungen und Aufträge und meist wenig Historie. Dann die Zuordnung der alten zu den neuen Feldern, die Bereinigung und mehrere Testladungen in ein Testsystem, jede mit dem Fachbereich gegen Summen und Stichproben geprüft. Die letzte Ladung steht im Cutover-Plan, und der Fachbereich nimmt das Ergebnis ab.“

Die ausführliche Antwort: Eine Migration ist fertig, wenn der Fachbereich den Zahlen vertraut, nicht wenn die Ladung ohne Fehler durchläuft.

Schwache Antwort: „Die IT zieht alles rüber.“ Nachfrage: „Die Summen der offenen Posten weichen um einen kleinen Betrag ab.“ Sag, was du vor dem Go-live tust.

Greenfield oder Brownfield: Wie würdest du einen Kunden beim Wechsel von ECC auf S/4HANA beraten?

Worauf sie achten: eine ausgewogene Empfehlung.

Kurze Antwort: „Greenfield heißt eine Neueinführung auf der grünen Wiese, die beim Standard anfängt und nur die nötigen Daten übernimmt; Brownfield heißt, das bestehende System mit seiner Historie und seinen Einstellungen umzustellen. Greenfield passt zu einem Kunden mit vielen alten Eigenentwicklungen und dem Wunsch, Prozesse zu ändern; Brownfield zu einem, dessen Prozesse funktionieren und der einen kürzeren Umstieg will. Viele wählen eine Mischung. Ich würde mir den eigenen Code, die Daten und die Bereitschaft zur Veränderung ansehen, bevor ich etwas empfehle.“

Die ausführliche Antwort: Die Entscheidung betrifft das Geschäft, nicht nur die Technik.

Schwache Antwort: „Greenfield ist immer richtig.“ Nachfrage: „Der Kunde braucht für Prüfungen zwanzig Jahre Historie.“ Sag, was sich ändert.

Tests, Go-live und die Menschen

Wie testest du eine Änderung in SAP, bevor sie live geht?

Worauf sie achten: Tests, die den ganzen Prozess abdecken.

Kurze Antwort: „Ich teste meine Einstellungen in Modultests, dann den ganzen Prozess über Module hinweg in Integrationstests mit realistischen Daten, dann führen die Key User ihre eigenen Tests zur Abnahme durch. Bei späteren Änderungen fahre ich Regressionstests der Prozesse, die sie berühren. Jeder Test hat ein Skript, ein erwartetes Ergebnis und ein Protokoll dessen, was passiert ist.“

Die ausführliche Antwort: Eine Änderung, die in einem Modul funktioniert, kann die Buchung in einem anderen kaputt machen.

Schwache Antwort: „Ich prüfe, ob die Maske speichert.“ Nachfrage: „Die Key User haben keine Zeit zum Testen.“ Sag, was du tust.

Was passiert im Cutover und in der Hypercare nach dem Go-live?

Worauf sie achten: ruhige Planung der stressigsten Tage.

Kurze Antwort: „Ein Cutover ist der geplante Wechsel vom alten auf das neue System, meist über ein Wochenende: die letzten Datenladungen, die Prüfungen, das Schließen des Altsystems und eine Go/No-Go-Entscheidung, alles in einem Plan mit Uhrzeiten und Verantwortlichen. Hypercare sind die ersten Wochen nach dem Go-live, in denen das Projektteam nah bei den Anwendern bleibt, Probleme schnell behebt und den ersten Monatsabschluss begleitet.“

Die ausführliche Antwort: Ein geprobter Cutover ist ein ruhiger Cutover.

Schwache Antwort: „Wir schalten es ein und schauen mal.“ Nachfrage: „Am Sonntagabend schlägt eine Prüfung fehl.“ Sag, wer entscheidet und wie.

Wie gehst du mit einer Schnittstelle zwischen SAP und einem anderen System um?

Worauf sie achten: die Ränder des Systems.

Kurze Antwort: „Ich vereinbare mit dem Team des anderen Systems, welche Daten fließen, in welche Richtung, wie oft und was passiert, wenn eine Nachricht fehlschlägt. Ich schreibe die Feldzuordnung und die Fehlerbehandlung und teste mit echten Fällen, auch den Fehlerfällen. Nach dem Go-live muss jemand das Monitoring verantworten, sonst stauen sich Fehler unbemerkt.“

Die ausführliche Antwort: Schnittstellen scheitern an den Rändern: ein fehlendes Feld, ein neuer Wert, eine verspätete Datei.

Schwache Antwort: „Das macht das Integrationsteam.“ Nachfrage: „Aufträge aus dem Webshop kommen doppelt an.“ Sag, wo du nachsiehst.

Wie arbeitest du mit Key Usern, und wie bringst du den Fachbereich dazu, die neuen Prozesse anzunehmen?

Worauf sie achten: Veränderung auf der menschlichen Seite.

Kurze Antwort: „Ein Key User ist die Person im Fachbereich, die einen Prozess gut kennt, ihn testet, Kollegen schult und nach dem Go-live die ersten Fragen beantwortet. Ich beziehe die Key User ab dem ersten Workshop ein, lasse sie früh testen und gebe ihnen einfache Anleitungen für ihre eigenen Teams. Ihr Vertrauen trägt die Veränderung in die Abteilungen.“

Die ausführliche Antwort: Anwender nehmen einen neuen Prozess schneller an, wenn ihn ein Kollege erklärt und nicht der Berater.

Schwache Antwort: „Wir schicken vor dem Go-live ein Handbuch.“ Nachfrage: „Eine Abteilung arbeitet weiter in Tabellen.“ Sag, was du tust.

Ein Stakeholder bringt spät im Projekt einen Change Request. Was tust du?

Worauf sie achten: Kontrolle über den Umfang bei guten Beziehungen.

Kurze Antwort: „Ich schreibe ihn auf, finde heraus, warum er nötig ist und ob er bis nach dem Go-live warten kann, und schätze, was er an Zeit, Geld und Risiko kostet. Dann entscheidet der Änderungsprozess des Projekts, nicht ich allein. Wenn er wirklich nötig ist, ändert sich der Plan offen.“

Die ausführliche Antwort: Ein Projekt, das nie Nein sagt, geht selten pünktlich live.

Schwache Antwort: „Ich baue es schnell, damit der Kunde zufrieden ist.“ Nachfrage: „Der Wunsch kommt vom Vorstand.“ Sag, was sich ändert und was nicht.

Wie gehst du in SAP mit Berechtigungen und der Funktionstrennung um?

Worauf sie achten: Kontrollen, die eingebaut sind und nicht später ergänzt werden.

Kurze Antwort: „Rollen geben jedem Anwender, was sein Job braucht, und nicht mehr. Manche Aufgaben müssen getrennt bleiben, etwa einen Lieferanten anlegen und ihn bezahlen. Ich entwerfe die Rollen mit den Prozessverantwortlichen und dem Sicherheitsteam, teste sie mit echten Anwendern und prüfe Konflikte vor dem Go-live, denn die Prüfer tun es auch.“

Die ausführliche Antwort: Die Prüfungsregeln jedes Landes verlangen das auf ihre eigene Weise; die Prüfer des Kunden sagen, wie.

Schwache Antwort: „Wir geben allen weite Zugriffe und schränken sie später ein.“ Nachfrage: „In einem kleinen Werk braucht ein Anwender beide Aufgaben.“ Sag, was du vorschlägst.

Wo kann KI in SAP-Projekten helfen, und wo muss der Berater entscheiden?

Worauf sie achten: ein nüchterner Umgang mit neuen Werkzeugen.

Kurze Antwort: „KI-Werkzeuge können Spezifikationen und Testfälle entwerfen, Workshop-Notizen zusammenfassen, Zuordnungen in Rechnungs- und Zahlungsdaten vorschlagen und die ersten Fragen der Anwender beantworten. SAP baut auch KI-Funktionen in seine Produkte ein. Ich würde trotzdem prüfen, was das Werkzeug schreibt, gegen die echten Einstellungen, Kundendaten in freigegebenen Werkzeugen halten und die Designentscheidungen bei Menschen lassen.“

Die ausführliche Antwort: Eine schnelle falsche Antwort zu einer Buchungsregel kostet mehr als eine langsame richtige.

Schwache Antwort: „Die KI wird das System für uns einstellen.“ Nachfrage: „Einem erzeugten Testfall fehlt eine Steuerregel.“ Sag, wie du das bemerken würdest.

Senior-Runden

Wie würdest du als Senior-SAP-Berater oder Lead-SAP-Berater einen Junior-SAP-Berater entwickeln?

Worauf sie achten: der Aufbau des Teams.

Kurze Antwort: „Ich gebe ihm einen klaren Teil eines Prozesses zum Einstellen, prüfe seine Einstellungen und Testskripte gemeinsam mit ihm und nehme ihn zu Workshops mit, zuerst zum Zuhören und dann, um ein Thema zu leiten. Ich erkläre den geschäftlichen Grund hinter jeder Einstellung. Sobald seine Arbeit wenige Korrekturen braucht, verantwortet er einen Prozessbereich.“

Die ausführliche Antwort: Ein Lead-Berater wird daran gemessen, wie der ganze Workstream live geht, nicht nur an seinen eigenen Einstellungen.

Schwache Antwort: „Juniors machen die Dokumentation.“ Nachfrage: „Seine Konfiguration funktioniert, aber niemand versteht, warum.“ Sag, wie du ihn coachst.

Dein Lebenslauf für diese Fragen

Jede SAP-Zeile in deinem Lebenslauf lädt zu den Fragen oben ein: welches Modul, welche Phase, was du selbst getan hast. Gib jeder eine Zeile, bei der ein Lead-Berater die Geschichte hören will:

Halte deinen Lebenslauf mit der kostenlosen Bewertung an einen Job als SAP-Berater; bereite dann die Projektgeschichte für den Bereich vor, den sie dünn findet, vom Workshop bis zum Go-live.