ERP für Projektdienstleister: Wo es versagt

ERP-Systeme funktionieren. Für die Zwecke, für die sie entwickelt wurden. Das Problem entsteht, wenn Unternehmen sie für ein Geschäftsmodell einsetzen, das strukturell anders funktioniert.

Klassische ERP-Systeme wurden für Produktions- und Handelsunternehmen konzipiert. Ihre Stärken liegen in Lagerhaltung, Produktionsplanung, Einkaufssteuerung und buchhalterischer Finanzverwaltung. IT-Consultings, Management-Beratungen und Ingenieurbüros haben diese Anforderungen entweder nicht oder nur peripher.

Was Projektdienstleister stattdessen brauchen: Ressourcenplanung auf Personenebene, buchungsartgenaue Projektzeiterfassung, Projektcontrolling mit Echtzeit-Soll-Ist-Auswertungen und projektbasierte Abrechnung. Genau diese Funktionen sind in klassischen ERP-Systemen entweder nicht vorhanden oder strukturell unzureichend ausgeprägt.

Das Ergebnis im Unternehmensalltag:

• Ressourcenplanung läuft weiter in Excel
• Projektcontrolling findet außerhalb des ERP statt
• Zeiterfassung läuft in einem separaten Tool
• Abrechnung erfordert manuelle Datenübertragung ins ERP
• Forecast ist immer reaktiv, nie vorausschauend

Das ist kein Implementierungsfehler. Es ist ein strukturelles Mismatch zwischen ERP-Logik und den Steuerungsanforderungen des Projektgeschäfts.

Was ERP gut kann: und wofür es gebaut wurde

Fairerweise: ERP-Systeme sind für ihren ursprünglichen Zweck leistungsstark. Sie decken ab:

• Doppelte Buchführung und Finanzbuchhaltung
• Anlagenbuchhaltung und Abschreibungen
• Debitoren- und Kreditorenverwaltung
• Materialwirtschaft und Lagerverwaltung
• Compliance und steuerliche Berichterstattung

Für Unternehmen mit Produktion, Lagerhaltung oder komplexem Einkauf sind das Kernfunktionen. Für IT-Dienstleister, Management-Berater und Ingenieurbüros sind sie Randfunktionen. Oder fehlen im Portfolio vollständig.

Das Problem: Viele Projektdienstleister haben ein ERP eingeführt, weil es als Standard für „kaufmännische Software“ gilt. Sie merken erst im Wachstum, dass die zentralen Steuerungsgrößen ihres Geschäfts, nämlich Auslastung, Billability-Rate, Projektmarge und Forecast, das ERP schlicht nicht abbildet.

Die systematischen Steuerungslücken von ERP im Projektgeschäft

Lücke 1: Projektzeiterfassung fehlt oder ist unzureichend

ERP-Systeme haben oft rudimentäre Zeiterfassungsfunktionen. Was fehlt: die buchungsartgenaue Differenzierung nach abrechenbar, nicht abrechenbar, intern, Change Request und Reise. Ohne diese Differenzierung gibt es keine belastbare Grundlage für Billability-Auswertungen oder Deckungsbeitragsberechnungen auf Projektebene.

Für ein IT-Consulting mit 60 Mitarbeitenden, das parallel 20 Projekte steuert, bedeutet das: Die Daten über tatsächlich geleistete und abrechenbare Stunden existieren entweder gar nicht oder leben in separaten Excel-Tabellen. Projektleiter schätzen statt zu steuern.

Lücke 2: Ressourcenplanung auf Projektebene nicht vorhanden

ERP plant Kapazitäten auf Kostenstellen-Ebene. Was fehlt: die operative Sicht darauf, welche Person auf welchem Projekt zu welcher Zeit eingesetzt wird, wann Engpässe entstehen und wo Bench-Zeit anfällt.

Für eine Management-Beratung mit 40 Consultants ist diese Lücke direkt umsatzrelevant. Wenn Staffing-Entscheidungen auf Zuruf und Excel laufen, entstehen Doppelbelegungen, Leerläufe und Reaktionszeit-Verluste beim Projektstart.

Lücke 3: Projektcontrolling beschränkt auf buchhalterische Sicht

ERP-Controlling sieht Kosten auf Buchungsebene. Was fehlt: die Verbindung zwischen geleisteten Stunden, entstehenden Projektkosten und abrechenbarem Erlös in Echtzeit. Soll-Ist-Auswertungen auf Arbeitspaket-Ebene, Budget-Burn-Analyse und Forecast auf Projektebene sind in klassischen ERP-Systemen strukturell nicht vorgesehen.

Das hat eine konkrete wirtschaftliche Konsequenz: Margen kippen, bevor jemand es bemerkt. Bis der Projektleiter im monatlichen ERP-Bericht sieht, dass ein Projekt 20 Prozent über Budget läuft, sind die Stunden bereits gebucht.

Lücke 4: Keine projektbasierte Abrechnung

Projektbasierte Rechnungsstellung erfordert, dass Stunden nach Buchungsart, Stundensatz und Leistungsposition auf Rechnungen übertragen werden. T&M-Projekte, Festpreisprojekte mit Meilensteinen und Change-Request-Abrechnungen folgen unterschiedlichen Logiken. Klassische ERP-Systeme unterstützen diese Workflows nicht nativ.

Die Konsequenz: Abrechnung dauert zu lange, ist fehleranfällig und verzögert den Cashflow. In einer Beratung mit monatlichem Abrechnungszyklus bedeutet eine Woche Verzögerung pro Projekt bei 30 aktiven Projekten strukturellen Liquiditätsverlust.

Warum Excel die Lücke nicht schließt

Das Muster ist bekannt: ERP deckt Buchhaltung ab, Excel übernimmt alles andere. Ressourcenplanung in einer Tabelle, Projektcontrolling in einer anderen, Abrechnungsvorbereitung in einer dritten.

Dieses Flickwerk funktioniert bis zu einer bestimmten Größe. Dann nicht mehr. Die Bruchpunkte sind vorhersehbar:

• Folgeprojekte werden auf Basis unsauberer Aufwandsdaten kalkuliert, Margen wiederholen sich strukturell falsch
• Projektleiter verbringen mehr Zeit mit Datenpflege als mit Steuerung
• Kein Mitglied der Geschäftsführung hat zu einem gegebenen Zeitpunkt eine belastbare Zahl zur Gesamtauslastung
• Die Abrechnung ist eine Forensik-Übung, kein gesteuerter Prozess

Ein typisches Szenario in wachsenden Projektdienstleistungsunternehmen: Der Projektleiter exportiert Stunden aus dem Zeiterfassungstool, überträgt sie manuell in die Excel-Controlling-Datei, gleicht sie mit dem ERP-Kostenstand ab und bereitet daraus die monatliche Statusmeldung vor. Dieser Zyklus kostet je nach Projektanzahl vier bis acht Stunden pro Monat allein in der Datenpflege. Multipliziert mit mehreren Projektleitern und zwölf Monaten ergibt sich ein erheblicher struktureller Overhead, der weder dem Kunden noch dem Projekt zugute kommt.

{{blog-cta}}

Was PSA-Software anders macht

PSA-Software wurde für Projektdienstleister gebaut. Die Stärken liegen exakt dort, wo ein klassisches ERP strukturelle Lücken hat.

Projektzeiterfassung als Steuerungsinstrument

Buchungsartgenaue Erfassung nach abrechenbar, nicht abrechenbar, intern und Change Request. Direkte Verknüpfung mit Projektcontrolling und Abrechnung. Zeitdaten werden damit zur operativen Steuerungsgrundlage für Marge, Billability-Rate und Forecast.

Ressourcenplanung auf Personenebene

Kapazitätssicht auf einzelne Mitarbeitende und Projekte, mit rollierender Vorschau und Engpassfrühererkennung. Wer in zwei Wochen auf welchem Projekt eingesetzt ist, ist jederzeit transparent. Staffing-Entscheidungen basieren auf Fakten.

Projektcontrolling in Echtzeit

Soll-Ist-Auswertungen auf Arbeitspaket-Ebene, Budget-Burn-Analyse und Billability-Rate als laufende Steuerungsgrößen. Abweichungen werden sichtbar, bevor sie eskalieren. Das ist der Unterschied zwischen steuern und dokumentieren.

Projektbasierte Rechnungsstellung

Direkte Übertragung von Projektstunden in Rechnungspositionen, mit Abrechnungsfreigabe-Workflow. T&M, Festpreis und Change Request folgen jeweils der passenden Abrechnungslogik, ohne manuelle Konsolidierung aus mehreren Quellen. Mehr zur projektbasierten Abrechnung im Überblick zur Rechnungsstellung in ZEP.

Forecast auf Basis realer Projektdaten

PSA-Systeme ermöglichen einen rollierenden Umsatzforecast, der auf tatsächlich erfassten Stunden und laufenden Projekten beruht. Die Grundlage ist die aktuelle Projektdatenbasis, aktualisiert in dem Moment, in dem Zeiten erfasst werden. Für Geschäftsführung und COO ist das der entscheidende Unterschied: Budgetentscheidungen, Einstellungsentscheidungen und Akquiseprioritäten lassen sich auf belastbare Zahlen stützen.

ZEP Operations: PSA als Operating System für das Projektgeschäft

ZEP Operations ist die PSA-Plattform für Unternehmen aus Management-Consulting, IT-Consulting und Engineering, die ihr Projektgeschäft auf einer gemeinsamen Datenbasis steuern wollen.

Der Ansatz: ZEP Operations schließt nicht einzelne Lücken. Es ersetzt die gesamte Infrastruktur aus ERP-Zeitmodul, Excel-Projektcontrolling und manueller Abrechnungsvorbereitung durch eine zusammenhängende Steuerungslogik.

Vom Angebot bis zur Rechnung: Project-to-Bill ohne Medienbrüche

ZEP Operations deckt den vollständigen Project-to-Bill-Flow ab:

• Angebotswesen: Kalkulation auf Basis historischer Aufwandsdaten aus abgeschlossenen Projekten
• Projektzeiterfassung: Buchungsartgenaue Buchung per Web, App oder ZEP-Terminal (als Add-on)
• Ressourcenplanung: Kapazitätssicht auf Personenebene mit Auslastungs- und Bench-Übersicht
• Projektcontrolling: Echtzeit-Soll-Ist, Budget-Burn, Billability-Rate und Deckungsbeitrag
• Rechnungswesen: Direkte Übernahme abrechenbarer Stunden in Rechnungspositionen
• Liquiditätsmanagement: Cash-Forecast auf Basis laufender Projekte und Abrechnungszyklen, in Teilen über Rechnungsstellung und Projektkosten, darüber hinaus über Schnittstellen wie Tidely

Alle Funktionen arbeiten auf derselben Datenbasis. Es gibt keine Datenübergaben, keine Exporte, keine manuellen Konsolidierungsschritte zwischen den Prozessen.

Echtzeit-Steuerung statt Monatsabschluss-Forensik

Ein Projektleiter in ZEP Operations sieht zu jedem Zeitpunkt, wie viel Budget auf einem Projekt verbraucht ist, wie viele Stunden abrechenbar sind und ob die aktuelle Entwicklung den geplanten Deckungsbeitrag gefährdet. Diese Information steht nicht erst nach dem Monatsabschluss bereit. Sie ist laufend aktuell.

Für die Geschäftsführung bedeutet das: eine Datengrundlage für den Umsatzforecast aus realen Projektdaten statt Schätzungen. Welche Projekte profitabel laufen, welche Kunden strukturell unterprofitabel sind und wo Kapazitäten verfügbar sind für neue Mandate.

ZEP Operations als Ergänzung oder als Ablösung des ERP

ZEP Operations ist für zwei Szenarien ausgelegt:

Ergänzungsmodell: Das bestehende ERP übernimmt weiterhin Buchhaltung, Finanzbuchhaltung und Compliance. ZEP Operations übernimmt Projektzeiterfassung, Projektcontrolling und projektbasierte Abrechnung, die Ressourcenplanung ist als Add-on zubuchbar. Schnittstellen zu DATEV, SAP und anderen ERP-Systemen übergeben abrechnungsrelevante Daten direkt. Kein ERP-Wechsel, kein Big-Bang.

Ablösemodell: ZEP Operations übernimmt alle operativen und kaufmännischen Funktionen inklusive Angebotserstellung und Rechnungsstellung. Das ERP entfällt oder wird auf reine Buchführung reduziert. Geeignet für wachsende Projektdienstleister, die ihr ERP als zu schwerfällig erleben und eine projektorientierte Plattform bevorzugen.

Modular einsteigen, gezielt ausbauen

ZEP Operations ist der dritte Schritt eines Land-and-Expand-Pfades:

• ZEP Track deckt Projektzeiterfassung, Arbeitszeiten sowie Projekt- und Kundenverwaltung ab
• ZEP Control ergänzt Aufgabenmanagement, Projektplanung und Projektcontrolling
• ZEP Operations schließt den Kreis mit Angebotserstellung, Rechnungsstellung und kaufmännischer Tiefe, die Daten für den Forecast liegen in ZEP auf derselben Datenbasis

Wer bereits mit ZEP Track oder ZEP Control arbeitet, wechselt in ZEP Operations, ohne die Software zu tauschen. Daten und Prozesse bleiben erhalten.

ERP + PSA vs. PSA allein: Was passt wann?

ERP + PSA (Ergänzungsmodell): Das bestehende ERP übernimmt Buchhaltung und Compliance. PSA übernimmt Ressourcenplanung, Projektcontrolling, Zeiterfassung und Abrechnung. Schnittstellen verbinden beide Systeme.

Geeignet für: Unternehmen mit einem funktionierenden ERP, die dessen projektbezogene Schwächen schließen wollen, ohne eine Systemablösung zu initiieren.

PSA allein (Ablösemodell): PSA übernimmt alle operativen und kaufmännischen Funktionen. Das ERP entfällt oder wird auf reine Buchführung reduziert.

Geeignet für: Wachsende Dienstleister, die ihr ERP als strukturellen Engpass im Projektgeschäft erleben und eine schlanke, projektoptimierte Plattform bevorzugen.

Wann der Wechsel zu PSA wirtschaftlich sinnvoll wird

Fünf Signale, dass das ERP im Projektgeschäft an seine strukturellen Grenzen gestoßen ist:

• Projektcontrolling findet außerhalb des ERP in Excel statt
• Ressourcenplanung läuft in einer separaten Tabelle oder Datei
• Abrechnung erfordert manuelle Datenübertragung oder Doppelerfassung
• Geschäftsführung und Projektleiter arbeiten nicht auf derselben Datenbasis
• Das Unternehmen wächst, und der manuelle Aufwand wächst schneller als das Team

Wenn drei oder mehr dieser Signale zutreffen, ist der wirtschaftliche Kipppunkt erreicht. Die Kosten des Status quo übersteigen den Einführungsaufwand einer PSA-Plattform in der Regel innerhalb von 12 bis 18 Monaten.

Fazit

ERP ist das richtige Werkzeug für Buchhaltung, Finanzen und Compliance. Es ist das falsche Werkzeug für die operative Steuerung des Projektgeschäfts. Das ist kein Versagen des ERP-Systems, sondern ein Designprinzip.

Drei konkrete Handlungsoptionen:

1. Ergänzungsmodell einführen: PSA neben ERP, mit definierten Schnittstellen für Datenübergabe. Kein ERP-Wechsel, keine Systemablösung, volle Steuerungsfähigkeit im Projektgeschäft.
2. Status-quo-Kosten quantifizieren: Berechnen Sie den tatsächlichen Aufwand für manuelle Konsolidierung, Abrechnungsverzögerungen und fehlende Frühwarnsignale. Die Zahl ist meistens höher als erwartet und liefert die klarste Entscheidungsgrundlage.
3. Ablösemodell prüfen: Wenn das ERP für das Kerngeschäft nicht benötigt wird, liefert eine projektorientierte PSA-Plattform mehr Steuerungsfähigkeit bei deutlich geringerem Administrationsaufwand.