Projektrentabilität im Dashboard: Was steckt tatsächlich in der Zahl?

Klären Sie vor der Entwicklung einer Rentabilitätsübersicht, was deren Ergebnis überhaupt umfasst. Ein Vergleich von Verkaufserlösen mit nur einem Teil der erfassten Kosten kann gut aussehen und trotzdem wesentliche Arbeit auslassen. Beauftragen Sie eine erklärbare betriebliche Auswertung statt einer grünen Kennzahl ohne Grundlage.

Hier geht es um Anforderungen an interne Projektberichte. Der Beitrag definiert weder handelsrechtlichen Gewinn noch steuerliche Behandlung, Erlösrealisierung oder Personalkosten. Lassen Sie Berechnungsregeln und Bezeichnungen von der kaufmännisch zuständigen Fachperson prüfen.

Zuerst die Aussage des Berichts festlegen

Welche Entscheidung soll die Übersicht unterstützen? Ein Vergleich der aktuellen Planung mit erwarteten Kosten, eine Betrachtung der bisher erfassten Leistung und eine Auswertung ausschließlich fakturierter Vorgänge sind unterschiedliche Sichtweisen. Keine sollte unbemerkt für die andere stehen.

Beschreiben Sie neben dem Ergebnis die einbezogenen Erlöse, Kostenarten, den Zeitraum, die Währungsgrundlage und den Aktualisierungsstand. Schließt die erste Version Gemeinkosten oder noch offene Lieferantenverpflichtungen aus, muss das sichtbar sein. Eine begrenzte Deckungsbeitragsbetrachtung darf ohne genehmigte Definition nicht als endgültiger Unternehmensgewinn erscheinen.

Die Odoo-19-Dokumentation zur Projektrentabilität beschreibt den Vergleich von Projekterlösen mit Ressourcenkosten, darunter Personal, Materialien, Einkäufe und Auslagen. Sie unterscheidet erwartete Beträge, zur Abrechnung anstehende Beträge und bereits fakturierte beziehungsweise berechnete Beträge. Das ist ein produktspezifisches Beispiel für Berichtsstände, keine allgemeine Bilanzierungsregel.

Jeden Beitrag einem Projekt zuordnen

Bestimmen Sie für jede einbezogene Kategorie das führende System und den Zustand, ab dem ein Datensatz zählt. Bei einer Zeitbuchung kann das ausgewählte Projekt die Beziehung herstellen. Deckt eine Lieferantenrechnung mehrere Projekte ab, braucht sie dagegen eine Verteilungsregel. Der gesamte Betrag darf nicht ohne Begründung jedem Projekt zugeschlagen werden.

Odoo verlangt für die Anzeige im Rentabilitätsdashboard eine Verknüpfung mit dem Projekt und dessen analytischem Konto. Für Ihr Briefing folgt daraus eine wichtige Prüffrage: Welche vorhandenen Geschäftsvorgänge fehlen in der Auswertung, weil die Zuordnung fehlt?

Verlangen Sie eine Prüfliste nicht zugeordneter, aber grundsätzlich relevanter Datensätze, soweit das System sie erkennen kann. Legen Sie fest, wer sie bearbeitet. Ein leeres Projektfeld darf nicht stillschweigend „keine Kosten“ bedeuten. Unklare Zuordnungen sollten ebenso wenig durch Raten ersetzt werden.

Kundensatz und internen Zeitkostensatz trennen

Definieren Sie für Arbeitszeit eine geprüfte interne Kostenbasis unabhängig vom gegenüber Kunden berechneten Satz. Bei einem Festpreisprojekt muss der Verkaufspreis nicht mit einem stundengenauen Abrechnungssatz zusammenhängen. Zwei als „pro Stunde“ bezeichnete Felder haben deshalb noch nicht dieselbe Bedeutung.

Vereinbaren Sie, welche Fassung eines Satzes gilt und was spätere Änderungen mit früheren Buchungen machen. Begrenzen Sie den Zugriff auf vertrauliche Eingaben. Eine Projektleitung kann eine geprüfte Gesamtsumme benötigen, ohne sämtliche personenbezogenen Beschäftigungsdetails sehen zu dürfen.

Das sind Anforderungen für Ihre Anwendung. Sie sind weder arbeitsrechtliche Definitionen noch Zusagen, dass das zitierte Produkt alle hier beschriebenen Zugriffs- und Historienkontrollen bereits enthält.

Aufeinanderfolgende Stände nicht doppelt addieren

Ein Vorgang kann von erwartet über erbracht zu fakturiert wechseln. Klären Sie, ob Spalten getrennte Restbestände oder aufeinanderfolgende Sichtweisen derselben Arbeit zeigen. Verkauf und zugehörige Rechnung dürfen nicht versehentlich zu zwei unabhängigen Erlösen werden.

Dasselbe gilt für eine Bestellung, aus der später eine Lieferantenrechnung entsteht. Eine weiterberechnete Auslage hat dagegen möglicherweise sowohl eine Kostenseite als auch eine Erlösseite. Beschreiben Sie Identität und Zuordnung so, dass jeder Betrag erklärbar bleibt. Ein Eintrag auf beiden Seiten kann sachlich richtig sein; doppelt erfasste Kosten sind etwas anderes.

Zahlungsflüsse gehören nur dann zur Aussage, wenn entsprechende Daten tatsächlich einbezogen und abgestimmt werden. Ein fakturierter Betrag belegt keinen Zahlungseingang.

Einen unvollständigen Fall zur Abnahme verwenden

Nehmen Sie erfundene Daten in Ihre Akzeptanzkriterien auf: unzugeordnete Lieferantenkosten, einen auf mehrere Projekte verteilten Aufwand, Arbeitszeit mit interner Kostenbasis und einen Vorgang beim Wechsel zur Fakturierung.

Die Übersicht soll ihre beitragenden Datensätze offenlegen, den Zustandswechsel ohne unbeabsichtigte Doppelzählung erklären und fehlende Zuordnungen nach der vereinbarten Regel behandeln. Prüfen Sie verspätete Kosten und einen korrigierten historischen Satz. Vertrauliche Details dürfen auch über Exporte und Detailansichten nicht für unberechtigte Personen abrufbar sein.

Bringen Sie zum Gespräch über eine Projektanwendung einen leeren Musterbericht mit. Beschreiben Sie, welche Handlung auf ein schlechtes Ergebnis folgen soll. Beginnen Sie mit einer abstimmbaren Übersicht, bevor Sie automatische Prognosen beauftragen.

Drei Abgrenzungen

Ist das zugleich ein Liquiditätsbericht?

Nur wenn Zahlungszeitpunkte und tatsächliche Ein- oder Auszahlungen ausdrücklich Teil des Modells sind. Ein Erlös-Kosten-Vergleich beantwortet eine andere Frage.

Müssen sofort alle Kostenarten enthalten sein?

Der vereinbarte Entscheidungszweck bestimmt den Umfang. Zeigen Sie Ausschlüsse deutlich; eine ehrlich begrenzte Auswertung ist besser als ein angeblich vollständiger Bericht mit unbekannter Abdeckung.

Beweist ein positives Ergebnis den profitablen Abschluss?

Nein. Es beschreibt ausgewählte Datensätze nach einer bestimmten Regel zu einem bestimmten Zeitpunkt. Fehlende oder spätere Kosten und offene Arbeit bleiben relevant.