Change Management Bachelorarbeit: Finance-Transformation messbar steuern

Sie führen eine E-Rechnungslösung ein, automatisieren Procure-to-Pay oder modernisieren Treasury – plötzlich stellen Sie fest: Die Software funktioniert, aber Fachbereiche nutzen sie nicht. Freigaben bleiben liegen, Stammdaten werden per Excel gepflegt, Zahlungsfreigabe-Workflows werden umgangen. Das Problem liegt selten in der Technik, sondern in fehlender Akzeptanz, unklaren Rollen, mangelhafter Governance und fehlender messbarer Steuerung.

Eine praxisnahe Change Management Bachelorarbeit liefert einen akademisch sauberen Analyserahmen plus managementtaugliche Entscheidungslogik für Finance- und IT-Changes – mit klaren KPIs, Controls und einem Betriebsmodell, das nach Go-Live trägt. Dieser Beitrag zeigt CFOs, Leitern Rechnungswesen und IT-Verantwortlichen, wie Sie eine fundierte, praxisnahe Change Management Bachelorarbeit gestalten und gleichzeitig einen messbaren, kontrollierbaren, auditierbaren Veränderungsprozess aufsetzen.

CFO Executive Summary: ROI und Entscheidungsvorlage für Finance-Changes

Als CFO oder IT-Leitung interessiert Sie die Business-Wirkung: Wird die Durchlaufzeit kürzer? Sinkt die Fehlerquote? Steigen Skontoquote und Touchless-Rate? Verbessert sich Cash Forecast Accuracy? Reduzieren sich Audit-Findings und SoD-Violations?

Einsparungspotenziale und ROI-Beispiel

Typisches Mittelstands-Szenario (Jahresumsatz 500 Mio. EUR, 50.000 Eingangsrechnungen p.a.):

Ausgangslage (Ist-Kosten):

• Cost per Invoice: 35 EUR (manuelle Erfassung, Prüfung, Freigabe, Buchung)
• Gesamtkosten Rechnungsverarbeitung: 1,75 Mio. EUR p.a.
• Durchlaufzeit: 12 Tage (Eingang bis Zahlung)
• Skontonutzungsquote: 40 % (durchschnittlich 2 % Skonto bei 14 Tagen Zahlungsziel)
• Entgangener Skonto: ca. 240.000 EUR p.a.
• Manuelle Rework-Rate: 30 % (15.000 Rechnungen mit Fehlern/Rückfragen)
• Kosten für Rework: 300.000 EUR p.a. (20 EUR je Korrektur)
• Audit-Findings pro Jahr: 25 (davon 8 kritisch)
• Aufwand für Nacharbeitung Audit: 80.000 EUR p.a.

Zielbild (Soll-Kosten nach Digitalisierung):

• Cost per Invoice: 12 EUR (OCR, automatische Buchung, digitale Freigabe)
• Gesamtkosten Rechnungsverarbeitung: 600.000 EUR p.a.
• Einsparung Prozesskosten: 1,15 Mio. EUR p.a.
• Durchlaufzeit: 4 Tage
• Skontonutzungsquote: 75 %
• Zusätzlich realisierter Skonto: 180.000 EUR p.a.
• Manuelle Rework-Rate: 8 % (4.000 Rechnungen)
• Einsparung Rework: 220.000 EUR p.a.
• Audit-Findings: 8 (davon 2 kritisch)
• Einsparung Audit-Nacharbeit: 50.000 EUR p.a.

Investitionskosten (Capex + Opex, Jahr 1–3):

• Software-Lizenzen: 180.000 EUR (3 Jahre)
• Implementierung (Beratung, Customizing, Integration): 320.000 EUR
• Change Management (Training, Kommunikation, Key-User-Zeit): 120.000 EUR
• Hardware/Infrastruktur: 30.000 EUR
• Gesamt-Investment: 650.000 EUR

Jährlicher Nutzen (ab Jahr 2):

• Prozesskosten-Reduktion: 1,15 Mio. EUR
• Skonto-Hebung: 180.000 EUR
• Rework-Reduktion: 220.000 EUR
• Audit-Aufwand-Reduktion: 50.000 EUR
• Gesamt-Nutzen p.a.: 1,6 Mio. EUR

Payback-Periode: ca. 6 Monate (nach Go-Live). ROI über 3 Jahre: ca. 640 % (4,8 Mio. EUR Nutzen vs. 0,65 Mio. EUR Investment).

Go/No-Go-Entscheidungsmatrix

Bevor Sie einen Change starten, klären Sie:

• Gibt es einen eindeutigen Sponsor im Top-Management, der aktiv trägt und Ressourcen sichert?
• Ist ein Prozessowner benannt, der für Design, Betrieb und kontinuierliche Verbesserung verantwortlich ist?
• Sind Controls (IKS, SoD, Audit Trail) definiert und in den Soll-Prozess integriert?
• Liegt ein belastbares Rollen- und Rechtekonzept vor, das SoD-Konflikte vermeidet und Rezertifizierung regelt?
• Ist die Datenqualität ausreichend (saubere Lieferanten-, Kunden-, Kontenstammdaten)?
• Existiert eine KPI-Baseline, um Verbesserungen messbar zu machen?
• Ist ein Hypercare- und Supportmodell geplant (L1-L3-Support, SLAs, Eskalationen)?
• Liegen Cutover-Plan (Datenmigration, Parallelbetrieb, Freeze-Zeiten, Fallback) und Testkonzept (Regression, UAT, Controls-Testing) vor?
• Sind Budget und Kapazität der Fachseite gesichert – insbesondere für Training, Key-User-Zeit, temporäre Doppelarbeit?
• Ist die Haftung bei Zahlungsfehlern, Compliance-Verstößen oder Datenverlust geklärt (Make vs. Buy, Vendor-Verträge, Versicherungen)?

Wenn Sie auf eine dieser Fragen mit „nein" antworten, steigt das Risiko erheblich.

Governance- und Compliance-Checkliste für Audit

Typische KPIs und Zielwerte

Professionelles Change Management liefert Messbarkeit: KPI-Baseline vor dem Change, klare Zielwerte, kontinuierliches Tracking.

Regulatorische Treiber: Der Rahmen für Ihre Change-Entscheidung

Finance-Changes sind oft getrieben durch externe Anforderungen. Folgende regulatorische Rahmenbedingungen sind entscheidend:

E-Rechnungspflichten nach Land

• Deutschland: Ab 2025 schrittweise Pflicht zur Annahme elektronischer Rechnungen (B2B); ab 2027/2028 Pflicht zur Ausstellung. Format: XRechnung, ZUGFeRD, Peppol. Betrifft alle Unternehmen mit Sitz in Deutschland.
• Österreich: E-Rechnungspflicht im B2G seit 2014; B2B-Diskussion läuft.
• Schweiz: Keine gesetzliche Pflicht, aber zunehmende Akzeptanz (QR-Rechnung seit 2020).
• EU-weit: ViDA (VAT in the Digital Age) plant EU-weite digitale Meldepflichten und E-Invoicing-Standards ab 2028.

GoBD und Archivierung (Deutschland)

• Grundsätze zur ordnungsmäßigen Führung und Aufbewahrung von Büchern, Aufzeichnungen und Unterlagen in elektronischer Form.
• Verfahrensdokumentation erforderlich (Prozess, System, Controls).
• Unveränderbarkeit, Nachvollziehbarkeit, Vollständigkeit, Zeitgerechtheit.
• Aufbewahrungsfristen: 10 Jahre für Rechnungen, Buchungsbelege; 6 Jahre für Geschäftsbriefe.
• Revisionssicheres Archiv erforderlich (z. B. WORM-Speicher, Audit Trail).

MaRisk und BAIT (Finanzinstitute, Deutschland)

• MaRisk: Mindestanforderungen an das Risikomanagement für Banken/Versicherungen. Betrifft insbesondere Prozess-, IT- und operative Risiken.
• BAIT: Bankaufsichtliche Anforderungen an die IT (BaFin). Fokus auf IT-Strategie, IT-Governance, Informationssicherheit, Auslagerungen, Notfallmanagement.
• Beide erfordern dokumentierte, kontrollierte, auditierfähige Prozesse und klare Ownership.

ISO 27001, SOC 1/2 und DSGVO

• ISO 27001: International anerkannter Standard für Informationssicherheits-Managementsysteme (ISMS). Risikoorientierter Ansatz, Controls aus Anhang A.
• SOC 1: Prüfung interner Kontrollen, die für Finanzberichterstattung des Kunden relevant sind. SOC 2: Prüfung von Controls bzgl. Security, Availability, Processing Integrity, Confidentiality, Privacy. Type II: Operating Effectiveness über 12 Monate.
• DSGVO: Personenbezogene Daten in Finanzprozessen. TOMs, Rechtsgrundlage, Zweckbindung, Löschfristen. Betriebsrat bei Leistungsmessung einbeziehen.

Typische Anlässe für Change Management im Finance-Bereich

• Prozessstandardisierung: Vereinheitlichung Procure-to-Pay, Order-to-Cash, Record-to-Report über Standorte hinweg.
• Shared Services/Zentralisierung: Aufbau zentraler Einheiten für Buchhaltung, Zahlungsverkehr, Stammdatenpflege.
• ERP-Modernisierung: Migration auf S/4HANA, Oracle Cloud – neue Rollen, Workflows, Datenstrukturen.
• E-Invoicing: Einführung digitaler Rechnungsworkflows, OCR-Erkennung, automatisierte Buchung, Archivierung.
• Workflow-Automatisierung: Digitale Freigabeprozesse für Bestellungen, Rechnungen, Reisekosten, Verträge.
• Einführung/Erweiterung IKS: Aufbau oder Harmonisierung interner Kontrollsysteme nach Audit-Findings oder regulatorischen Vorgaben.
• Outsourcing/Insourcing: Verlagerung von Prozessen zu externen Dienstleistern oder Rückholung – neue Schnittstellen, SLAs, Governance.
• M&A: Integration von Gesellschaften mit unterschiedlichen Systemen, Prozessen, Kulturen.
• Kostendruck: Effizienzprogramme zur Reduktion manueller Tätigkeiten, Steigerung Touchless-Raten.
• Treasury- und Zahlungsverkehrs-Optimierung: Zentralisierung von Zahlungsströmen, neue Bankanbindungen, Payment-Hubs, Fraud-Prevention.

Compliance, Kontrollen und Treasury: CFO-Schmerzpunkte adressieren

IKS-Design im Zielprozess

• Preventive Controls: SoD-Regeln, Pflichtfelder, Vier-Augen-Prinzip bei Stammdatenänderungen.
• Detective Controls: Reconciliation-Reports, Exception-Reports, Duplicate-Payment-Checks.
• Evidenzfähig dokumentiert: Wer hat wann was geprüft? Wo ist die Evidenz gespeichert?

Segregation of Duties (SoD)

• Konflikte identifizieren (z. B. eine Person darf nicht Lieferanten anlegen und Zahlungen freigeben).
• Beheben durch Rollen-Redesign oder kompensierende Kontrollen definieren.

Audit Trail und Nachvollziehbarkeit

• Wer hat was wann warum freigegeben, verbucht, geändert?
• Logging-Umfang, Retention-Zeiträume, Zugriffsschutz auf Logs.

Berechtigungsmanagement

• Joiner/Mover/Leaver-Prozesse: Wie werden Berechtigungen vergeben, angepasst, entzogen?
• Rezertifizierung: Führungskräfte bestätigen halbjährlich/jährlich die Berechtigung ihrer Mitarbeitenden.
• Notfallzugriffe („Firefighter"): protokolliert, zeitlich begrenzt, nachträglich geprüft.

Treasury- und Payments-Risiken

Zahlungsverkehr und Treasury sind besonders sensible Bereiche. Typische Risiken:

• Fraud/CEO-Fraud (gefälschte Freigabeanweisungen)
• Falsche Stammdaten (IBAN, BIC)
• Manipulation von Zahlungsdateien
• Unautorisierte Freigaben
• Bankanbindungsfehler
• Cutover-Risiken (Zahlungen gehen verloren oder doppelt raus)
• Duplicate Payments
• FX-Fehler (falsche Kurse, falsche Konten)

Controls im Zahlungsverkehr:

• Vier-Augen-Prinzip für Freigaben
• Payment Release Policies (Limits, Delegationsregeln)
• Whitelists für Empfängerkonten
• Payee-Verification (Bestätigung neuer Bankverbindungen)
• Getrennte Rollen für Anlage, Änderung und Freigabe
• Reconciliation Bank ↔ ERP (täglich)
• Daily Control Reports (offene Posten, Fehler, Exceptions)

Umsetzbarkeit und Architektur: Betriebsmodell und Support

Betriebsmodell: Von der Idee bis zum stabilen Betrieb

Support-Struktur:

• L1 (First Level): Servicedesk, Standard-Anfragen, bekannte Fehler (Known Errors), Ticket-Routing.
• L2 (Second Level): Fachliche und technische Expertise, Fehleranalyse, Workarounds, Konfigurationsanpassungen.
• L3 (Third Level): Entwicklung, Architektur, Vendor-Eskalation, Root-Cause-Analyse, Code-Fixes.

Monitoring:

• Dashboards für KPIs (Durchlaufzeit, Exception Rate, Touchless Rate, SLA-Einhaltung).
• Technisches Monitoring (System Uptime, Schnittstellen-Status, Batch-Jobs, Zahlungsläufe).
• Alerts bei kritischen Events (z. B. Payment Failure, Bankanbindung down, SoD-Violation detected).

SLAs (Service Level Agreements):

• Response Time (z. B. kritische Issues innerhalb 1 Stunde).
• Resolution Time (z. B. High-Priority innerhalb 4 Stunden, Medium innerhalb 24 Stunden).
• Availability (z. B. 99,5 % Uptime für Zahlungsverkehr).

Ownership:

• Klare Zuordnung: Wer ist verantwortlich für welche Komponente (Prozess, Daten, System, Schnittstelle)?
• RACI-Matrix (Responsible, Accountable, Consulted, Informed) für alle kritischen Prozesse.

Runbooks:

• Schritt-für-Schritt-Anleitungen für Störungen (z. B. „Zahlungslauf schlägt fehl", „EBICS-Verbindung unterbrochen").
• Checklisten für Standard-Operationen (z. B. Monatsabschluss, Quartalsabschluss, Jahreswechsel).

Knowledge Transfer:

• Strukturierte Übergabe vom Projekt in den Betrieb: Dokumentation, Training der Operations-Teams, Shadowing-Phasen.
• Lessons Learned dokumentieren und in Prozesse/Tools einfließen lassen.

Rollen- und Rechtekonzept als kritischer Pfad

• SoD-Regeln technisch umgesetzt: In SAP GRC, Tools von Drittanbietern oder Custom-Entwicklungen.
• Rezertifizierung automatisiert: Workflows, Dashboards für Führungskräfte; Eskalationen bei Nicht-Reaktion.
• Logging von Berechtigungsänderungen: Wer hat wem wann welche Berechtigung gegeben/entzogen? Revisionssicher archiviert.

Security- und Datenschutz-Prinzipien

• Need-to-know: Minimale Berechtigungen – nur was für die Aufgabe erforderlich ist.
• Least Privilege: Nutzer erhalten nur die niedrigste notwendige Berechtigungsstufe.
• Protokollierung: Wer hat auf welche Daten zugegriffen? Wann? Warum? (insbesondere bei sensiblen Daten wie Zahlungsinformationen).
• Sichere Bankanbindung: Zertifikatsbasierte Authentifizierung, VPN, Firewalls, Whitelisting von IP-Adressen.

Artefakte, die Change kleben lassen: Konkrete Deliverables

Change wird nur dauerhaft, wenn er in konkreten, wartbaren Dokumenten und Systemen verankert ist. Folgende Artefakte sind kritisch:

Themenfindung für eine praxisrelevante Change Management Bachelorarbeit

Wenn Sie als Student:in oder als Unternehmen eine Change Management Bachelorarbeit planen, sind folgende Themen besonders tragfähig:

• Einführung digitaler Workflows im Rechnungswesen: Eingangsrechnungen, Freigaben, Archivierung – inkl. IKS/Audit Trail.
• Standardisierung Procure-to-Pay: Inkl. Rollen, Kontrollen, KPI-Steuerung.
• Einführung E-Rechnung: In Unternehmen oder öffentlicher Organisation – inkl. Governance, Akzeptanz, Messbarkeit.
• Transformation Zahlungsverkehr/Treasury: Zentralisierung, neue Freigaben, Bankanbindungen, Fraud-Controls.
• Shared Services/Zentralisierung von Finance-Prozessen: Inkl. TOM und Kontrollmodell.
• KPI-Transparenz im Finance-Bereich als Change-Trigger: Data Governance + Adoption.

Auswahlkriterium für ein gutes Thema: Klarer Scope, messbarer Nutzen, klar identifizierbare Stakeholder, genügend Datenquellen, reale Umsetzungsnähe, Controls/Compliance integrierbar.

Forschungsfragen-Pool für empirische Change Management Bachelorarbeiten

Wenn Sie empirisch arbeiten wollen, sind folgende Forschungsfragen geeignet:

• Wie beeinflusst Führungsverhalten die Akzeptanz digitaler Prozessänderungen im Rechnungswesen – und welche KPIs reagieren zuerst?
• Welche Change-Maßnahmen reduzieren Exceptions/Rework und steigern Prozess-Compliance in Procure-to-Pay messbar?
• Welche Kommunikations- und Beteiligungsformate sind bei Finance-/IT-Changes wirksam – und in welchen Stakeholdergruppen?
• Welche Faktoren führen zu Widerstand gegen Standardisierung – und wie lässt sich dieser über Adoption-/Nutzungsdaten nachweisen?
• Wie lassen sich Change-Erfolg und Adoption bei Einführung einer digitalen Lösung KPI-basiert steuern (inkl. Controls-KPIs wie SoD-Violations)?
• Wie verändern sich Fraud-Risiken und Kontrollwirksamkeit bei der Umstellung von Zahlungsfreigaben (vor/nach) und welche Evidenzen sind auditfähig?

Gute Forschungsfragen sind: spezifisch, untersuchbar, theorieangebunden, klarer Kontext, beantwortbar im Bachelorrahmen.

Methodik-Optionen

• Literaturreview/Scoping Review: Systematische Aufarbeitung vorhandener Studien.
• Qualitative Interviews: Mit Führungskräften, Key Usern, Change Managern.
• Fallstudie Ist-/Soll-Prozess: Vergleich vor/nach Change.
• Mixed Methods: Interviews + Umfrage.
• Dokumentenanalyse: SOPs, Kontrollmatrix, Testprotokolle.
• Auswertung von Logs/KPIs/Tickets: Quantitative Analyse von Nutzungsdaten.

Operationalisierung

„Erfolg" muss greifbar gemacht werden: Adoption (Nutzungsrate), Durchlaufzeit, Fehler/Rework, Exceptions, Eskalationen, Ticketvolumen, Audit-Feststellungen, SoD-Konflikte, Rezertifizierungsquote, Mitarbeiterfeedback.

Datenquellen: Prozesskennzahlen, ERP-/Workflow-Logs, Payment-Run-Logs, Bank-Reconciliation-Reports, Support-Tickets, Trainingsquoten, Umfragen, Interviews, Kontrollnachweise.

Erfolgsfaktoren im Change Management: Finance/IT-zugespitzt

• Sponsorship + klare Ownership (Prozess/Controls/IT)
• Klarer Nutzen + risikoorientiertes Zielbild (KPI + Controls)
• Realistische Kapazitäten der Fachseite (Key User Zeit ist kritisch)
• Frühzeitige Einbindung von Revision, Security, Datenschutz, Betriebsrat
• Klare Kommunikation: Warum, Was, Wann, Wie, Konsequenzen
• Partizipation (Key User in Design und Test einbinden)
• Rollenbasiertes Training (inkl. Ausnahmen und Fehlerfälle)
• Hypercare und Support (L1-L3, SLAs, Runbooks)
• KPI-Tracking ab Tag 1 (Baseline → Zielwerte → Reviews → Maßnahmen)
• Governance und Eskalationswege (klare Entscheidungsregeln)
• Controls-Testing (Design + Operating Effectiveness)
• Kontinuierliche Verbesserung (Feedbackschleifen, „You said, we did")

Wenn Sie die Umsetzung zusätzlich beschleunigen wollen, lohnt sich eine Digitale-Transformation-Beratung, um Zielbild, KPIs und Betriebsmodell sauber zu verbinden.

Gerade bei rollen- und compliancekritischen Changes hilft zudem eine klare Klammer aus Informationssicherheit und Datenschutz, damit Controls nicht erst im Audit „nachgezogen“ werden.

Und wenn Zahlungsströme international sind, sollten Sie Risiken und Kontrollen im Auslandszahlungsverkehr von Beginn an in die Change- und Testlogik integrieren.