ERP für Dienstleistungsunternehmen — wenn Projekte, Stunden und Abrechnungsmodelle das Geschäft tragen, nicht Lager und Stückliste.
Dienstleistungsunternehmen brauchen vom ERP etwas anderes als Fertiger oder Händler: eine durchgängige Kette von der projektbasierten Angebotskalkulation über Zeiterfassung und Ressourcenplanung bis zur Abrechnung und projektbezogenen Ergebnisrechnung. Viele klassische ERP-Systeme sind um Warenwirtschaft herum gebaut — für Dienstleister ist das der falsche Schwerpunkt. Diese Seite ordnet herstellerunabhängig ein, welche Anforderungen in dieser Konstellation typischerweise den Ausschlag geben.
Typische Kernanforderungen im Dienstleistungsgeschäft
- Angebots- und Auftragslogik auf Projektbasis: Angebote entstehen aus Leistungspositionen, Tagessätzen und Phasen statt aus Artikeln mit Beständen. Das System muss Projektstruktur, Budget und Auftragswert von Anfang an verbinden, sonst reißt die Kette zwischen Vertrieb und Abwicklung.
- Zeiterfassung mit Leistungsarten: Erfasste Stunden sind im Dienstleistungsgeschäft der zentrale Werttreiber. Entscheidend ist, dass Zeiten nach Leistungsarten differenziert, projektbezogen gebucht und ohne Medienbruch in Abrechnung und Nachkalkulation fließen — eine separate Zeiterfassungsinsel mit manueller Übertragung ist erfahrungsgemäß eine der häufigsten Fehlerquellen.
- Mehrere Abrechnungsmodelle parallel: Festpreis, Time & Material, Retainer und zunehmend Abo-Modelle existieren in vielen Dienstleistungsunternehmen nebeneinander, teils im selben Projekt. Das ERP muss diese Modelle sauber abbilden, inklusive Abgrenzung geleisteter, aber noch nicht abgerechneter Stunden.
- Ressourcen- und Auslastungsplanung: Die planbare Auslastung der Mitarbeitenden bestimmt Umsatz und Ergebnis. Eine Kapazitätssicht über Projekte hinweg — wer ist wann mit welchem Skill verfügbar — gehört deshalb in die Kernanforderungen und nicht in die Kür.
- Unterauftragnehmer und Fremdleistungen: Externe Partner müssen mit eigenen Sätzen, Eingangsrechnungen und Weiterberechnungslogik im Projekt geführt werden können, damit die Projektmarge auch bei gemischten Teams belastbar bleibt.
- Projektbezogene Ergebnisrechnung und DATEV-Anbindung: In DACH-Auswahlprojekten ist die Übergabe an DATEV beziehungsweise den Steuerberater häufig ein hartes Kriterium. Gleichzeitig muss intern pro Projekt sichtbar sein, welche Marge nach Eigen- und Fremdleistung tatsächlich verbleibt — nicht erst im Jahresabschluss.
Was sich bei der Auswahl wirklich ändert.
Bei Dienstleistern verschiebt sich der Schwerpunkt der ERP-Auswahl grundlegend: Module wie Lager, Disposition oder Fertigungssteuerung, die in vielen Auswahlkatalogen dominieren, sind weitgehend irrelevant. Stattdessen entscheidet die Qualität der Projektkette — vom Angebot über die Leistungserfassung bis zur Rechnung. Systeme, die das Projekt nur als Kostenstelle kennen, wirken in der Demo oft ausreichend, scheitern aber im Alltag an Details wie abrechnungsfähigen Restleistungen, Budgetwarnungen oder der Trennung fakturierbarer und interner Stunden.
Die zweite Verschiebung betrifft die Nutzer: In Dienstleistungsunternehmen arbeiten deutlich mehr Mitarbeitende täglich im System als in einem Handelsbetrieb vergleichbarer Größe — praktisch jede Beraterin und jeder Projektleiter erfasst Zeiten und pflegt Projektstände. Usability der Zeiterfassung, mobile Nutzung und die Akzeptanz im Team sind deshalb keine weichen Faktoren, sondern bestimmen direkt die Datenqualität, auf der Abrechnung und Ergebnisrechnung aufsetzen.
Drittens ändert sich der Zuschnitt der Systemlandschaft. Viele Dienstleister starten mit einer Kombination aus CRM, separater Zeiterfassung, Rechnungstool und Buchhaltung beim Steuerberater. Die ERP-Auswahl ist hier häufig eine Konsolidierungsentscheidung: Welche dieser Inseln löst das neue System ab, welche bleiben bewusst bestehen und werden angebunden? Diese Frage vor der Systemauswahl zu beantworten spart erfahrungsgemäß erhebliche Reibung in der Einführung.
Typisch geprüfte Systeme in dieser Konstellation
Dynamics 365 Business Central
In Microsoft-geprägten Umgebungen häufig gesetzt: solide Finanzbasis mit Projektfunktionalität, die über spezialisierte Projekt-Apps aus dem Partnerumfeld auf Dienstleistungsanforderungen erweitert wird. Die Passung hängt stark von der gewählten App und der Erfahrung des Implementierungspartners im Projektgeschäft ab.
Weclapp
Bündelt Dienstleistungsprozesse und CRM in einer Oberfläche und wird in DACH-Auswahlprojekten häufig von kleineren und mittleren Dienstleistern geprüft, die Angebot, Projekt, Zeiterfassung und Rechnung ohne Systembruch führen wollen.
Zoho Finance / ERP
Ein Suite-Ansatz mit schlanken Finanz- und Vertriebsprozessen, der typischerweise dann geprüft wird, wenn mehrere Einzeltools konsolidiert werden sollen und die Anforderungen an Projektsteuerung überschaubar bleiben.
Odoo
Deckt Projekte, Zeiterfassung und Abrechnung modular ab und lässt sich schrittweise ausbauen. Passt erfahrungsgemäß zu Dienstleistern, die mit einem begrenzten Modulumfang starten und die Abbildungstiefe mit dem Wachstum erweitern wollen.
Oracle NetSuite
Wird typischerweise von größeren, international arbeitenden Professional-Services-Organisationen geprüft, die projektbezogene Ergebnisrechnung, mehrere Gesellschaften und konsolidiertes Reporting in einem System führen wollen.
Was Sie im Auswahlprojekt konkret verproben sollten.
- Im Demo-Termin ein reales Projekt durchspielen: Angebot mit gemischten Positionen (Festpreis-Phase plus T&M-Anteil) anlegen, Stunden buchen, Teilrechnung stellen und die Projektmarge live einsehen — ohne Export nach Excel.
- Zeiterfassung aus Sicht der Mitarbeitenden testen: Wie viele Klicks kostet eine Tagesbuchung, funktioniert sie mobil, und wie werden nicht fakturierbare Zeiten getrennt?
- Abgrenzung zeigen lassen: Wie stellt das System geleistete, aber noch nicht abgerechnete Stunden dar, und wie fließen sie in die Ergebnisrechnung ein?
- Unterauftragnehmer-Prozess verproben: Eingangsrechnung eines externen Partners einem Projekt zuordnen, mit Aufschlag weiterberechnen und die Wirkung auf die Projektmarge nachvollziehen.
- DATEV-Übergabe konkret prüfen: Welche Daten gehen in welchem Format an den Steuerberater, wie werden Debitoren und Erlöskonten übergeben, und wer hat diesen Prozess beim Anbieter bereits produktiv im Einsatz?
Diese Fehler sehen wir in dieser Konstellation am häufigsten.
- Ein warenwirtschaftlich geprägtes ERP wählen und die Projektlogik nachträglich mit Zusatzmodulen und Workarounds erzwingen — die Kette Angebot–Zeit–Rechnung–Marge bleibt dann dauerhaft brüchig.
- Die Zeiterfassung als Nebenschauplatz behandeln: Wird sie vom Team nicht akzeptiert, sind Abrechnung und Ergebnisrechnung systematisch unvollständig, unabhängig von der Qualität des restlichen Systems.
- Abrechnungsmodelle erst in der Einführung klären: Wer Festpreis, T&M und Retainer nicht vor der Auswahl sauber definiert, verprobt in Demos an der eigenen Realität vorbei.
- Die projektbezogene Ergebnisrechnung auf den Jahresabschluss vertagen, statt sie als laufende Steuerungsgröße im System zu verankern — damit fehlt genau die Transparenz, die den ERP-Wechsel meist motiviert hat.
Neutrale redaktionelle Einordnung — kein Ranking, keine Empfehlung, keine bezahlten Platzierungen. Wie wir arbeiten, steht in der Methodik.
Welches System passt zu Ihrer Konstellation?
Der kostenlose ERP-Fit-Check nimmt Ihre Ausgangslage strukturiert auf — das Ergebnis mit abgestufter System-Shortlist erscheint sofort, ohne Anmeldung.