Bauprojekt-ERP-Plattform für Angebot, Material und Abrechnung

Ein Bauprojekt existiert doppelt. Draußen ist es Beton, Material und Termine. Im Büro ist es ein kalkuliertes Angebot, eine Liste angeforderter Materialien, eine Fortschrittsabrechnung und ein Zahlungsplan. Beide Seiten beschreiben denselben Vorgang.

Die zweite Seite ist die, die sich verteilt. Kalkulation, Materialbedarf, Abrechnung, Zahlungsplan und Projektunterlagen können in verschiedenen Werkzeugen liegen, von denen jedes für sich funktioniert. Was dann fehlt, ist nicht Ordnung, sondern ein gemeinsamer Bezugspunkt — die Stelle, an der all das über dasselbe Projekt spricht.

Batunet entwickelte ab 2021 eine Plattform, die diese zweite Hälfte in einem System zusammenführt: geschnitten nach den Fachbereichen des Unternehmens, mit dem Projekt als gemeinsamem Bezug.

Getrennte Fachbereiche brauchen einen gemeinsamen Nenner, sonst sind sie nur nebeneinandergestellte Programme. In dieser Plattform ist der Nenner das Projekt.

Ein Projekt entsteht aus einem Angebot und behält diese Herkunft. An ihm hängen seine Positionen, die Materialanforderungen der Baustelle, die Fortschrittsabrechnungen, die zugeordneten Zahlungseingänge, die erfassten Projektbelege mit dem daraus abgeleiteten Materialverbrauch, die Dokumente und die Notizen.

Verbunden sind diese Bereiche nicht durch einen durchlaufenden Automatismus, sondern durch das gemeinsame Datenmodell: Sie verweisen auf denselben Datensatz. Ein gemeinsamer Bezug ist einfacher zu haben als eine Integration und hält länger als jede Schnittstelle zwischen zwei Werkzeugen.

Am Anfang steht eine Kalkulation, nicht ein Preis. Ein Angebot besteht aus Positionen, und jede Position trägt neben dem Verkaufspreis auch den Einkaufspreis und die daraus errechnete Marge. Die Summen des Angebots sind damit ein Ergebnis und keine Eingabe.

Wird aus dem Angebot ein Auftrag, entsteht das Projekt in einem Vorgang: Kopfdaten und sämtliche Positionen werden übernommen, das Projekt erhält seine eigene Systemnummer, und die Verbindung zum Angebot bleibt bestehen. Der Vorgang ist transaktional geklammert — er gelingt vollständig oder er hinterlässt nichts. Ein halb angelegtes Projekt mit der Hälfte seiner Positionen wäre schlechter als keins.

Jede übernommene Position bleibt als übernommen erkennbar. Was später am Projekt dazukommt, ist damit von dem unterscheidbar, was einmal angeboten wurde — die Voraussetzung dafür, Angebot und Ausführung überhaupt nebeneinanderlegen zu können.

Bis hierhin könnte das System vieles sein. Hier wird es ein Bausystem.

Eine Fortschrittsabrechnung ist im Bau kein Sonderfall einer Rechnung, sondern eine eigene Belegart: die abgerechnete Leistung eines Zeitraums, ausgeführt von einer bestimmten Firma, an einem bestimmten Projekt. Genau so ist sie modelliert — mit eigenem Formular für Firma, Betrag, Belegnummer, Datum und Anhänge, eigener Liste, eigenem Bereich am Projekt und einer eigenen Summe. Dazu ein Statusraum, den die übrigen Belege nicht kennen: Er unterscheidet die Freigabe der Planung von der Freigabe der Buchhaltung und hält einen eigenen Zustand für die strittige Abrechnung bereit. Wer schon einmal einen Abschlag verhandelt hat, weiß, warum gerade dieser dritte Zustand kein Randfall ist. Es ist ein Statusmodell, das die Beteiligten führen, keine erzwungene Ablaufsteuerung.

Daneben steht der Zahlungsplan. Er entsteht am Angebot, wandert mit ins Projekt und besteht aus geplanten Raten mit Fälligkeit. Zahlungseingänge werden diesen Raten zugeordnet, und der Erfüllungsstand ergibt sich aus dem Vergleich von geplantem Betrag und eingegangener Zahlung.

Gerechnet wird in zwei Währungen, türkischen Lira und US-Dollar. Beim Speichern eines Belegs wird der Tageskurs der türkischen Zentralbank am Beleg festgehalten und auf seine Positionen übernommen, sodass nachvollziehbar bleibt, mit welchem Kurs gearbeitet wurde. Ausgewertet wird je Währung getrennt — das System bildet keine gemischte Gesamtsumme.

Am Ende steht die Frage, warum ein Bauunternehmen eine eigene Anwendung bauen lässt. Die Antwort ist selten, dass es nichts gäbe — es gibt viel. Sie ist, dass Standardsoftware ihr Modell mitbringt: eine Vorstellung davon, wie ein Angebot, ein Projekt und eine Abrechnung auszusehen haben. Solange die eigenen Abläufe die vorgesehenen sind, ist das ein Vorteil.

Hier war der Zuschnitt ein anderer. Kalkulation, Bauleitung, Buchhaltung und Verwaltung finden ihren Bereich, und alle vier sehen dasselbe Projekt. Was dabei entsteht, ist kein universelles ERP und will keines sein: keine Finanzbuchhaltung, keine Warenwirtschaft, keine Suite. Es ist das System, in dem dieses Unternehmen gearbeitet hat.

Batunet entwickelte die Plattform ab 2021 und betreute sie über mehrere Jahre — Weiterentwicklung, Support und Fehlerbehebung eingeschlossen. Der schriftliche Rahmenvertrag kam später hinzu und beschrieb bereits bestehende Module. Das ist der übliche Verlauf bei Software, die aus der Arbeit heraus entsteht: Sie ist zuerst da und wird danach benannt.