Interim Buchhalter in der SAP S/4HANA-Migration: Abschluss sichern 2026/2027

Wer 2026 noch nicht mit der S/4HANA-Vorbereitung begonnen hat, verliert mit jeder Woche Handlungsspielraum vor dem Standard-Wartungsende von SAP ECC im Dezember 2027. Brownfield-Projekte dauern 9 bis 15 Monate, Greenfield-Migrationen 12 bis 24 Monate, Mid-Size-Mandate (3 bis 5 Buchungskreise) liegen bei 400.000 bis 800.000 Euro Projektbudget. Parallel müssen Quartals- und Jahresabschluss weiterlaufen, prüfungssicher und ohne Lücke.

Hier setzt der Interim Buchhalter an. Er ist nicht Migrationsleiter, sondern Abschluss-Sicherer im Finance-Stream. Er bedient die parallele Strecke zwischen ECC-Auslauf und S/4HANA-Inbetriebnahme, prüft Stammdaten gegen die Universal-Journal-Logik (ACDOCA), schützt das Closing in der heißen Phase, dokumentiert die Verfahrensabläufe für die GoBD und übergibt die neuen SOPs an die Linie. Dieser Beitrag zeigt, was 2026 das Entscheidungsjahr macht, welche drei Migrationspfade welches Finance-Risiko tragen, was sich im Hauptbuch tatsächlich ändert und welche sieben Hebel der Interim Buchhalter im Mandat zieht.

Warum 2026 das Entscheidungsjahr ist

Drei Termine zwingen zur Bewegung. Erstens der SAP-ECC-Wartungsabschluss: Standard-Support endet im Dezember 2027, Extended Maintenance bis Dezember 2030 nur gegen Aufpreis und ohne neue Funktionen oder Sicherheitspatches. Zweitens die Consulting-Engpässe: Tarife für SAP-Berater steigen 2026 und 2027 um 30 bis 50 Prozent gegenüber 2024, weil Verfügbarkeit knapp wird. Drittens die operativen Anforderungen: Wer einen Go-Live vor Q4 2027 plant, muss spätestens Mitte 2026 in aktiver Bewertung sein, sonst wird Scope durch Zeitdruck statt Design definiert.

Hinzu kommt ein Qualitätsrisiko, das oft unterschätzt wird: 60 Prozent der S/4HANA-Migrationen weichen nach Studien bei Budget, Zeit oder Qualität ab. Die häufigsten Ursachen sind unsaubere Stammdaten (10 bis 15 Prozent manuelle Nacharbeit), unklare Verantwortlichkeiten im Finance-Stream, Personenlücken in der Buchhaltung während der heißen Phase. Genau in dieser Lücke liefert der Interim Buchhalter.

Drei Migrationspfade und ihr Finance-Risiko

Die Wahl zwischen Brownfield, Greenfield und Bluefield bestimmt, welche Lasten im Finance-Stream zu tragen sind. Eine vereinfachte Zuordnung hilft bei der Mandatsplanung.

Brownfield (System-Conversion): Übernahme der ECC-Stammdaten in das neue System, Anpassung an Universal Journal und Business Partner, Beibehaltung der Customizings. Dauer 9 bis 15 Monate. Finance-Risiko liegt bei der Stammdatenkonsolidierung, der Anpassung von Customer- und Vendor-Stämmen auf den Business Partner und der Validierung von Belegen entlang der ACDOCA-Logik. Geeignet für stabile Mittelständler mit funktionierendem ECC und überschaubarer Modulkomplexität.

Greenfield (Neuimplementierung): Neuaufbau des Systems von Null, neue Prozesse, neue Stammdaten, neue Berichtsstruktur. Dauer 12 bis 24 Monate. Finance-Risiko liegt im parallelen Betrieb beider Welten in der Übergangsphase, in der Datenmigration ohne historische Schwere und in der Schulung der Buchhaltung auf einen komplett neuen Berichtsstack. Geeignet für Unternehmen mit veralteten Customizings oder neuer Geschäftslogik.

Bluefield (Selektive Migration): Hybrid zwischen beiden, kombiniert Wiederaufbau bestimmter Module mit Übernahme bewährter Komponenten. Dauer 10 bis 18 Monate. Finance-Risiko liegt in der Schnittstellen-Disziplin zwischen den Welten und der konsistenten Konten- und Profit-Center-Logik. Geeignet für mittlere Komplexität mit klaren Trennungen.

Wer den Pfad noch nicht gewählt hat, sollte die Entscheidung gegen das Risikoprofil treffen, nicht gegen den Tagessatz. Eine Vergleichsmatrix mit sieben Kennzahlen zwischen Interim, Outsourcing und Festanstellung hilft bei der Mandatsdimensionierung im Finance-Stream parallel zur Migrationsentscheidung.

Was sich im Hauptbuch ändert: Universal Journal und ACDOCA

Die größte technische Veränderung im Finance-Modul ist die ACDOCA-Tabelle als zentrale Buchungstabelle. Sie ersetzt mehr als 20 separate FI- und CO-Tabellen, darunter BSEG (Belegzeilen), GLT0 (Hauptbuchsalden), COEP (CO-Belege), COSS und FAGLFLEXT (neue Hauptbuch-Tabellen). Damit löst sich die jahrzehntealte Trennung zwischen externem Rechnungswesen und Controlling auf, beide bedienen sich aus einer Quelle.

Praktische Folgen für die Buchhaltung: Reconciliation-Differenzen zwischen FI und CO verschwinden, Periodenabschlüsse können um 30 bis 50 Prozent kürzer werden. Der Aufwand verlagert sich nach vorne, in die Stammdaten-Konsolidierung und das saubere Mapping von Konten, Kostenstellen, Profit Centern, Geschäftsbereichen. Wer hier ohne System arbeitet, hat im Live-Betrieb Buchungsstaus, Audit-Findings und Korrekturversionen im Reporting.

Zweite große Änderung: Customer und Vendor werden zum Business Partner zusammengelegt. Doppelte Stammdaten in Debitor und Kreditor müssen entweder bereinigt oder über Rollen abgebildet werden. Drittens: New Asset Accounting statt klassischer FI-AA, mit erweiterten Reporting-Optionen und neuer Bewertungslogik. Viertens: Real-Time-Reporting via Embedded Analytics, das Daten aus ACDOCA direkt zieht, ohne ETL-Schicht.

Wer den Finance-Close ohnehin verkürzen will, findet im Beitrag zum Fast-Close in 10 Tagen einen 10-Tage-Plan, der sich nahtlos auf das ACDOCA-Tempo aufsetzen lässt.

Sieben Hebel des Interim Buchhalters in der Migrationsphase

Der Interim Buchhalter ist im Migrationsprojekt kein Architekt, sondern Operator und Sicherheitsnetz. Sieben konkrete Hebel definieren das Mandat.

Hebel 1 — Parallele Strecke betreuen: Während der Migration laufen ECC und S/4HANA für vier bis acht Wochen parallel. Der Interim sichert, dass Buchungen in beiden Systemen identisch landen oder eindeutig einer Welt zugeordnet sind, ohne Doubletten oder Lücken.

Hebel 2 — Stammdaten validieren: Customer-Vendor-Mapping zum Business Partner, Konten-Cleansing, Kostenstellen- und Profit-Center-Konsistenz. 10 bis 15 Prozent manuelle Nacharbeit ist Standard, der Interim macht sie systematisch und dokumentiert sie für die GoBD-Verfahrensdoku.

Hebel 3 — Cut-off und Closing in der heißen Phase: Quartal und Jahresabschluss laufen weiter. Der Interim übernimmt operativ den Close, sichert Cut-off-Disziplin und entlastet das interne Team, das im Migrationsprojekt gebunden ist.

Hebel 4 — Test-Buchhaltung im neuen System: Migrationstests brauchen reale Buchungen mit echten Belegen. Der Interim bucht im Test-Tenant, prüft die Ergebnisse gegen die ECC-Quelle, dokumentiert Abweichungen und verifiziert die ACDOCA-Logik vor Go-Live.

Hebel 5 — Verfahrensdokumentation aktualisieren: Die GoBD-Verfahrensdokumentation muss auf das neue System angepasst werden, mit allen neuen Belegflüssen, Schnittstellen, Berechtigungskonzepten. Ohne aktualisierte Verfahrensdoku gibt es Audit-Findings im ersten Jahresabschluss nach Go-Live.

Hebel 6 — Schnittstellen-Tests Bank, Lohn, DMS: Bank-Importe per MT940/CAMT, Lohn-Buchungen aus dem Personalsystem, DMS-Integration für Belegablage. Jede Schnittstelle bekommt ein Test-Protokoll vor Go-Live, sonst entstehen Buchungsstaus in Woche eins.

Hebel 7 — Übergabe an die Linie: SOPs für die neuen Buchungsroutinen, Schulung der Buchhaltung auf Universal Journal und Embedded Analytics, 60 bis 90 Tage Hotline nach Go-Live. Ohne diesen Schritt fällt das System in den ersten drei Monaten zurück auf gewohnte ECC-Logik, mit Buchungsfehlern als Folge. Eine Hands-on-Lieferung mit Owner-Logik ist Vertragsbestandteil, nicht Zugabe.

Praxisbeispiel: Brownfield bei Industriedienstleister 110 Mitarbeiter

Ein Industriedienstleister mit 110 Mitarbeitern, 28 Millionen Euro Umsatz und drei Buchungskreisen entschied 2026 für eine Brownfield-Migration mit Go-Live Ende Q3 2027. Projektkosten 620.000 Euro, Dauer 14 Monate. Zwei Pain-Punkte im Finance-Stream wurden früh sichtbar: die Hauptbuchhalterin war im Migrationsprojekt zu 70 Prozent gebunden, gleichzeitig liefen Quartalsabschlüsse, Jahresabschluss und Audit weiter.

Lösung: 90-Tage-Interim-Mandat über die heiße Migrationsphase (Cutover-Vorbereitung, Cutover, erste 60 Tage Live-Betrieb), Tagessatz 1.350 Euro, Gesamtkosten rund 121.500 Euro. Aufgabenfokus: Hebel 1 bis 7 vollständig, mit Schwerpunkt auf Stammdatenkonsolidierung (12 Prozent Bereinigung im Customer-Stamm, 8 Prozent im Vendor-Stamm), parallelen Closes Q2 und Q3 2027 und Verfahrensdokumentation auf S/4HANA-Stand.

Ergebnis nach Go-Live: Cutover ohne Buchungsstau, erster S/4HANA-Close in 11 Werktagen statt befürchteter 20, Audit-Findings null im ersten Jahresabschluss nach Migration, Schulungs-Hotline der Linie bis Tag 75 in Anspruch genommen, danach selbstständig. Vergleich gegen Variante ohne Interim: geschätzter Verzugsschaden 35.000 bis 60.000 Euro durch verspätete Closes, plus Risiko von Audit-Findings mit 15.000 bis 30.000 Euro Folgekosten. Wer die Cloud-Migration mit Lessons Learned parallel betrachten will, findet dort eine ähnliche Logik mit DATEV-Cloud statt SAP.

Fazit – Interim Buchhalter Sap S 4hana Migration

Die SAP-S/4HANA-Migration ist 2026 für viele Mittelständler keine Frage des Ob, sondern des Wann und Wie. Mit dem Wartungsende ECC im Dezember 2027 und steigenden Consulting-Tarifen entscheiden Stammdaten-Disziplin, Closing-Sicherheit und SOP-Übergabe darüber, ob die Migration im Soll-Korridor bleibt. Der Interim Buchhalter trägt im Finance-Stream sieben Hebel: parallele Strecke, Stammdaten, Closing, Test-Buchhaltung, Verfahrensdokumentation, Schnittstellen, Übergabe. Mandatsumfang typisch 60 bis 120 Personentage über die heiße Phase, Tagessatz 1.200 bis 1.500 Euro im Finance-Segment 2026. Wer die Migration ohne Interim-Sicherung fährt, riskiert verspätete Closes (35.000 bis 60.000 Euro Schaden), Audit-Findings (15.000 bis 30.000 Euro Folgekosten) und Buchungsstaus in den ersten drei Monaten nach Go-Live. Die Investition rechnet sich schon bei einem vermiedenen Findings-Brief.

Häufige Fragen

Wann muss die S/4HANA-Migration spätestens beginnen?

Wer einen Go-Live vor dem Standard-Wartungsende ECC (Dezember 2027) anstrebt, muss spätestens Mitte 2026 in der aktiven Bewertungsphase sein, mit Partnerwahl und Budgetfreigabe bis Q4 2026 und Projektstart Anfang 2027. Brownfield erlaubt eine kürzere Vorlaufzeit (9 bis 15 Monate Implementierung), Greenfield braucht 12 bis 24 Monate. Wer Extended Maintenance bis 2030 nutzt, kauft Zeit, aber zahlt Aufpreis und bekommt keine neuen Funktionen.

Was unterscheidet Brownfield, Greenfield und Bluefield konkret?

Brownfield ist die System-Conversion mit Übernahme bestehender Customizings, geeignet für stabile ECC-Systeme. Greenfield ist Neuimplementierung mit neuen Prozessen und Stammdaten, geeignet für veraltete Customizings oder neue Geschäftslogik. Bluefield ist die selektive Migration, die einzelne Module neu aufbaut und andere übernimmt. Brownfield ist günstiger und schneller, Greenfield bringt mehr Standardisierung, Bluefield kombiniert beide Logiken in einer Stafette.

Welche Stammdaten machen in der Migration die meisten Probleme?

Customer- und Vendor-Stammdaten, weil sie zum Business Partner zusammengeführt werden müssen. Doppelte Anlagen mit unterschiedlichen Rollen sind häufig. Konten- und Kostenstellenstämme brauchen Konsistenz mit der ACDOCA-Logik, alte Customizings funktionieren oft nicht 1:1 weiter. Profit-Center-Strukturen müssen klar geschnitten werden, weil sie im Universal Journal in jedem Beleg landen. Realistisch sind 10 bis 15 Prozent manuelle Nacharbeit, mit Spitzen bis 25 Prozent bei stark angepassten ECC-Systemen.

Wie sichert der Interim Buchhalter den Quartalsabschluss während der Migration?

Über drei Bausteine: erstens parallele Buchung in ECC und S/4HANA während der Cutover-Phase, mit dokumentiertem Abgleich pro Belegklasse. Zweitens ein definierter Cut-off mit klaren Verantwortlichkeiten in Lager, Einkauf und Vertrieb. Drittens ein eingefrorener Close-Kalender mit Tag-für-Tag-Plan, der Migrations-Sondereinflüsse aufnimmt (Cutover-Wochen, doppelte Buchungen, parallele Reportings). Im Idealfall wird der Quartalsabschluss vor dem Cutover gezogen, der Cutover landet im Folgequartal mit kürzerem Closing-Zyklus.

Was kostet ein 90-Tage-Interim-Mandat in der heißen S/4HANA-Phase?

Beim Tagessatz 1.350 Euro im Finance-Segment liegen 90 Personentage bei rund 121.500 Euro. Im Spitzenfall bei stark spezialisierten Mandaten (S/4HANA Finance, IFRS, Konzernkonsolidierung) sind 1.500 bis 1.700 Euro pro Tag realistisch, in Summe bis 153.000 Euro. Das klingt hoch, deckt aber typisch zwei Quartalsabschlüsse, einen Jahresabschluss und die Cutover-Begleitung ab. Bei einem vermiedenen Verzugsschaden von 35.000 bis 60.000 Euro und vermiedenen Audit-Findings rechnet sich die Investition schnell.

Über den Autor

Dennis Kulla ist selbständiger Interim Buchhalter und unterstützt Unternehmen mit 30 bis 200 Mitarbeitern in der heißen Phase von ERP-Migrationen, mit Schwerpunkt SAP-S/4HANA-Cutover, Stammdaten-Konsolidierung und Closing-Sicherung. Er ist ab Mandatsstart in 48 Stunden produktiv und übergibt nach Abschluss dokumentierte SOPs an die Linie. Mehr unter effizienzbuchhalter.de und auf LinkedIn. Wenn Sie Ihren aktuellen Migrationsplan gegen Closing- und GoBD-Risiken prüfen lassen wollen, lohnt sich ein Forderungsmanagement-Audit als Einstieg, weil Forderungs- und Stammdatensauberkeit eng verknüpft sind.

Wenn Sie konkret prüfen wollen, ob Ihr Finance-Stream im S/4HANA-Migrationsplan abgedeckt ist, schreiben Sie eine kurze Mail an d.kulla@effizienzbuchhalter.de oder buchen Sie ein Forderungsmanagement-Audit. In 30 Minuten lässt sich klären, welche Hebel im Mandat zuerst greifen sollten und welche Risiken konkret tragend sind.