Praxis Business Software & ERP

Projektgeschäft im ERP: Steuerung, Nachweis und Abrechnung

Projektstruktur, Zeiterfassung, Soll-Ist-Controlling und Abrechnung laufen im ERP auf einer Datenbasis statt in Excel und einem separaten Projekttool. So sehen Projektleitung und Geschäftsführung die Marge, bevor das Projekt endet.

Beratungen, Ingenieurbüros, IT-Dienstleister*innen und projektbezogen arbeitende Handwerksbetriebe leben von der Marge einzelner Projekte. Trotzdem laufen Projektstruktur, Zeiterfassung und Abrechnung in vielen Unternehmen in getrennten Systemen: ein Projekttool für Aufgaben, eine Excel-Tabelle für die Kalkulation, die Finanzbuchhaltung für die Rechnung. Der Abgleich zwischen diesen drei Welten passiert oft erst beim Monatsabschluss, wenn Fehlkalkulationen längst nicht mehr korrigierbar sind.

Im ERP laufen alle vier Bausteine des Projektgeschäfts auf derselben Datenbasis: Projektstruktur, Zeiterfassung, Controlling und Abrechnung. Das ist keine Integrationsfrage zwischen Tools, sondern ein einziger Datenbestand.

Projektstruktur als gemeinsame Basis

Ein Projekt gliedert sich im ERP in Arbeitspakete, die einzeln budgetiert, terminiert und einer verantwortlichen Person zugeordnet werden. Diese Struktur entsteht einmal, bei Angebot oder Auftragsbestätigung, und bleibt danach die Referenz für alles Weitere: Zeiterfassung bucht auf Arbeitspakete, Controlling vergleicht Ist-Werte gegen genau diese Pakete, Abrechnung greift auf dieselben Positionen zurück.

Wer die Projektstruktur separat in einem Projektmanagement-Tool pflegt, muss sie ein zweites Mal im ERP für die Finanzseite nachbilden. Jede Planänderung, jede Umbudgetierung erfordert doppelte Pflege oder bleibt inkonsistent. Läuft die Struktur direkt im ERP, gibt es nur eine Wahrheit über Umfang und Budget eines Projekts.

Zeiterfassung ohne Umweg

Mitarbeiterinnen buchen ihre Stunden direkt auf Projekt und Arbeitspaket, nicht in einem separaten Tool, das die Werte später manuell oder per Schnittstelle in die Abrechnung übernimmt. Diese direkte Buchung hat zwei Effekte: Projektleiterinnen sehen Auslastung und Fortschritt tagesaktuell, und jede erfasste Stunde ist sofort abrechnungsfähig, ohne separaten Export- oder Importschritt.

Für Aufwandsprojekte ist das die Grundlage der Nachweisbarkeit gegenüber Kund*innen. Für Festpreisprojekte ist es die Grundlage der internen Kalkulationskontrolle: Wie viel Aufwand ist tatsächlich in ein Arbeitspaket geflossen, verglichen mit dem kalkulierten Budget?

Projektcontrolling: Soll-Ist in Echtzeit

Der eigentliche Wert einer gemeinsamen Datenbasis zeigt sich im Controlling. Weil Zeiterfassung, Fremdkosten und Materialverbrauch auf dieselben Arbeitspakete buchen wie die ursprüngliche Kalkulation, lässt sich der Soll-Ist-Vergleich jederzeit ziehen, nicht erst beim Zwischen- oder Endabschluss.

Das verändert die Steuerungsmöglichkeiten grundlegend. Ein Arbeitspaket, das nach 60 Prozent Zeitfortschritt bereits 90 Prozent des Budgets verbraucht hat, ist ein Signal, auf das Projektleitung noch reagieren kann, wenn es in Woche drei auftaucht. Erfährt man es erst im Monatsabschluss, ist die Marge bereits verloren. Reporting auf Arbeitspaket- und Projektebene macht diese Abweichungen sichtbar, bevor sie sich zu einem Verlustprojekt summieren.

Projektabrechnung: Festpreis oder Aufwand

Am Ende steht die Abrechnung, und auch sie greift auf dieselben Daten zurück wie Struktur und Zeiterfassung. Bei Festpreisprojekten wird nach vereinbarten Meilensteinen fakturiert, unabhängig vom tatsächlichen Aufwand, aber die Ist-Kosten pro Arbeitspaket bleiben die Grundlage für die Nachkalkulation und für künftige Angebote. Bei Abrechnung nach Aufwand entsteht die Rechnung direkt aus den erfassten und freigegebenen Stunden und Fremdkosten, ohne dass jemand Stundenzettel händisch in eine Rechnungsvorlage überträgt.

Beide Abrechnungsarten lassen sich im selben Projekt kombinieren, etwa ein Festpreis für die Konzeptphase und Abrechnung nach Aufwand für die Umsetzung. Das ist in der Praxis üblich und in einem System, das Struktur, Zeit und Abrechnung zusammenhält, ohne zusätzlichen Aufwand abbildbar.

Warum das für Projektgeschäft entscheidend ist

Für Unternehmen mit klassischem Produktgeschäft ist verzögertes Reporting ein Komfortproblem. Für Dienstleistungs- und Projektgeschäft ist es ein Margenproblem: Die Wertschöpfung entsteht projektweise, und jedes Projekt mit unbemerkter Kostenüberschreitung schmälert das Gesamtergebnis direkt. Wer Struktur, Zeit, Controlling und Abrechnung in einem System führt, sieht die Projektmarge während der Projektlaufzeit, nicht erst danach.

Nuclos bildet diesen Zusammenhang ab, weil das ERP an die tatsächliche Projektorganisation eines Unternehmens angepasst wird, statt Projekte in ein starres Standardmodul zu zwingen. Wie ein solcher Workflow von Angebot bis Rechnung im Detail aussieht, zeigt Quote-to-Cash im ERP. Grundlagen zu Freigaben und Aufgabensteuerung entlang eines Projekts liefert Workflow im ERP.

Wer Projektstruktur, Zeiterfassung und Abrechnung heute in getrennten Systemen führt, kann den Zusammenhang in einem 48h-Prototyp an einem echten Projekt aus dem eigenen Betrieb durchspielen, bevor eine Entscheidung über ein Gesamtsystem fällt.