Baustellen-Software: Verträge, Lieferanten, Kosten und Baufortschritt verknüpfen

Die Frage, die in einem Unternehmen mit mehreren Baustellen am meisten Zeit kostet, ist „Wo stehen wir hier gerade?“. Die Antwort existiert bereits, ist aber aufgeteilt auf ein Angebot, E-Mails mit Lieferanten, einen Stapel zu erfassender Rechnungen und das Gedächtnis des Baustellenleiters. Eine Verwaltungssoftware dient nicht dazu, diese Antwort einmal zu erzeugen: Sie dient dazu, sie verfügbar zu machen, ohne sie rekonstruieren zu müssen.

Die schwierige Arbeit ist nicht die Software. Es geht darum, sich zu einigen, was als Baustelle gilt, was als Kosten gilt und in welchem Moment eine Kostenposition in die Rechnung eingeht. Sind diese drei Definitionen nicht festgelegt, liefert jedes System Zahlen, die jeder auf seine Weise interpretiert.

Die Einheiten vor den Bildschirmmasken definieren

Diskussionen über Eingabemasken kommen immer zu früh. Zuerst müssen vier Dinge entschieden werden, und zwar gemeinsam mit denjenigen, die auf der Baustelle arbeiten, und denjenigen, die die Bücher führen.

• Die Baustelle: die Einheit, auf der Gewinn oder Verlust entsteht. Das scheint offensichtlich, bis der Fall zweier angrenzender Baulose eintritt, die sich ein Gerüst und einen Kran teilen: Wohin gehört dieser Kostenpunkt, und nach welchem Kriterium wird er aufgeteilt?
• Die Einheit: Wohnungen, Lose, Anlagen, Einsatzpunkte. Sie wird nur gebraucht, wenn Sie stückweise liefern oder verkaufen oder pro Einheit berichten müssen.
• Der Vertrag: der gegenüber dem Auftraggeber und die gegenüber den Lieferanten. Jeder hat einen Betrag, ein Datum, Bedingungen und eine unterzeichnende Person.
• Die Kostenart: die Ebene, auf der Sie die Nachkalkulation lesen wollen. Arbeitskraft, Material, Subunternehmen, Mieten, Nebenkosten, Unvorhergesehenes sind bereits ein guter Ausgangspunkt.

Die praktische Regel für Kostenarten: Eine Position ist nur dann nötig, wenn jemand je nach ihrem Wert eine andere Entscheidung trifft. Schaut niemand jemals gesondert auf die Verbrauchsmaterialien, kostet es täglich Erfassungsarbeit, sie getrennt zu halten, ohne dass daraus eine Entscheidung entsteht.

Verpflichtungen, erhaltene Dokumente und Buchungen sind drei verschiedene Dinge

Das ist der Punkt, an dem fast alle Tabellenkalkulationen scheitern, weil sie nur eine Spalte führen, wo drei getrennte Status nötig wären.

Wer nur die erfassten Rechnungen betrachtet, sieht eine Baustelle günstiger, als sie ist, weil bereits unterschriebene Bestellungen nirgendwo auftauchen. Wer nur die Zahlungen betrachtet, sieht die Kasse und glaubt, die Marge zu sehen. Beide Sichtweisen zusammen, ohne die Verpflichtungen, sind der häufigste Weg, zu spät zu merken, dass eine Kostenposition überschritten ist.

Änderungen: Dort geht die Marge verloren

Änderungen sind der Teil, in dem sich die reale Arbeit vom Vertrag entfernt. Das ist keine Anomalie, sondern der normale Betrieb einer Baustelle: Das Problem entsteht, wenn die Änderung in der Realität existiert, aber nicht in den Daten.

1. Die Änderung wird erfasst, wenn sie entsteht, also wenn sie jemand verlangt, nicht wenn es gelingt, sie in Rechnung zu stellen.
2. Sie hat eine erklärte Auswirkung: auf den Betrag, auf die Termine oder auf beides. Auch „noch zu beziffern“ ist ein akzeptabler Wert, solange er festgehalten wird.
3. Sie hat einen Status und einen für die Genehmigung Verantwortlichen, mit einer Betragsgrenze, innerhalb derer diese Person allein entscheiden kann.
4. Sie hat einen Anhang: die anfordernde E-Mail, die Zeichnung, das Protokoll, das Foto des vor Ort entdeckten unvorhergesehenen Umstands.

Anhänge, Berechtigungen und Nachvollziehbarkeit

Die Anhänge dienen dazu, Entscheidungen nicht Monate später rekonstruieren zu müssen. Damit sie funktionieren, müssen sie an der Zeile hängen, auf die sie sich beziehen, nicht in einem allgemeinen Baustellenordner, in dem niemand sucht.

• Jedes Dokument ist am richtigen Objekt verankert: am Vertrag, an der Bestellung, an der Änderung, am Leistungsstand.
• Wer was genehmigt und bis zu welchem Betrag, ist schriftlich festgehalten und stimmt mit dem überein, was im Unternehmen tatsächlich geschieht.
• Wer eine bereits genehmigte Angabe ändern darf und was von der Änderung erhalten bleibt: wer sie vorgenommen hat, wann, was vorher da war.
• Die Daten, die die Buchhaltung speisen, werden nicht von Hand in der Ansicht korrigiert: Sie werden an der Quelle korrigiert, sonst laufen die beiden Versionen auseinander.

Die Ansichten: wenige, mit vermerktem Datum

Es gibt drei nützliche Ansichten, und jede muss angeben, woraus sie gespeist wird und auf welchem Stand sie ist.

• Baustellenstatus: Vertrag, Änderungen nach Status, Verpflichtungen, sichere Kosten, Restbudget pro Kostenart.
• Vergleich zwischen Baustellen: welche das Budget schneller verbrauchen, als die Arbeiten voranschreiten.
• Fristen: was ausgestellt werden muss, was genehmigt werden muss, was auf jemanden wartend stillsteht.

Jede Ansicht trägt den Vermerk „aktualisiert am“ und gibt an, was sie nicht enthält. Eine Ansicht, die ihre eigenen Ausschlüsse nicht angibt, wird für vollständig gehalten, und ab diesem Punkt erzeugt sie falsche Entscheidungen mit mehr Autorität als eine Tabellenkalkulation.

Was vor dem Beginn bestehen muss

Es gibt Voraussetzungen, ohne die das System nicht funktionieren kann, und keine technische Wahl gleicht sie aus. Sie müssen vorher geprüft werden, denn sie sind organisatorische Arbeit und keine Softwarearbeit.

• Ein einheitlicher, von allen genutzter Baustellencode, vom Angebot bis zur Lieferantenrechnung. Ohne ihn bleibt die Kostenzuordnung manuelle Arbeit.
• Lieferanten, die Dokumente ausstellen, die einer Baustelle zuordenbar sind. Sind die Rechnungen zusammengefasst, muss sie jemand jeden Monat von Hand aufteilen.
• Die Gewohnheit, Bestellungen in dem Moment zu erfassen, in dem sie erfolgen. Werden Bestellungen erst am Monatsende erfasst, bleibt der Bereich der Verpflichtungen leer, und die Ansichten zeigen Falsches.
• Ein bereits bestehender Genehmigungsprozess für Änderungen, zumindest in der Praxis. Die Software kann ihn nachvollziehbar machen, aber nicht erfinden.

Einen konfusen Prozess zu digitalisieren klärt ihn nicht: Es macht ihn konfus und langsamer, mit dem zusätzlichen Gefühl, dass die Zahlen jetzt verlässlich seien.

Ein Beispiel: eine Baustelle mit einer laufenden Änderung

Ein Unternehmen betreut drei Baustellen. Auf der zweiten bittet die Bauleitung per E-Mail, eine Anlage zu versetzen. Der Baustellenleiter bestellt das Material am Donnerstag, um das Team nicht zu stoppen; die Änderung wird in der folgenden Woche kalkuliert und zehn Tage später genehmigt.

Mit den wie oben definierten Einheiten zeigt das System in diesen zehn Tagen: die am Donnerstag erfasste Verpflichtung gegenüber dem Lieferanten, also das bereits verringerte Restbudget der Position Anlagen; eine Änderung im Status „kalkuliert“ mit angehängter E-Mail der Bauleitung; kein erhaltenes Dokument und keine Kassenbewegung. Wer auf die Baustelle blickt, sieht einen Budgetverbrauch ohne den entsprechenden Erlös und weiß, dass er die Genehmigung anmahnen muss.

Ohne diese Unterscheidung erscheint dieselbe Baustelle in Ordnung, bis die Rechnung des Lieferanten eintrifft, was inzwischen Wochen später sein kann. Die nützliche Information ist nicht die Summe: Es ist die Differenz zwischen dem, was bereits verpflichtet ist, und dem, was bereits genehmigt ist.

Was dieser Leitfaden nicht behandelt

Hier geht es um die Organisation der Daten: was zu definieren ist, wie man Verpflichtungen und sichere Kosten getrennt hält, wie man Änderungen sichtbar macht. Das ersetzt nicht die Buchhaltung, die ihre eigenen Regeln und Dokumente hat, und auch nicht die Steuerberatung: Die betriebswirtschaftlichen und die buchhalterischen Werte können sich rechtmäßig unterscheiden, und der Abgleich muss mit denjenigen erfolgen, die die Bücher führen. Die Wahl der Kennzahlen für eine Übersichtsansicht und die Verwaltung eines Auftrags vom Verkauf bis zur Installation werden in eigenen Leitfäden behandelt.