Vom X83 zum X84 an einem Nachmittag: ein DatumOS-Pilot, Bildschirm für Bildschirm
Eine synthetische Schulsanierung geht durch DatumOS, vom GAEB X83 bis zum geprüften X84: Import, Dossier, Gewerkezuordnung, zugeordnete und kalkulierte Positionen, die Angebotsdatei. Danach: Was ein vier- bis sechswöchiger Pilot von Ihnen verlangt, und wo die KI sprechen darf.
Das X83 kommt am Montag. Das X84 muss am Freitag beim Auftraggeber sein, bepreist, in der Struktur, die er geschickt hat, ohne Nachtippen und ohne etwas, das seine Software zurückweist. Dazwischen liegen die sieben Stufen, die jeder Kalkulator kennt: öffnen, nachtippen, was nicht importiert wurde, das Paket lesen, jede Position deuten, bepreisen, die Preise zurückschreiben, prüfen, dass nichts kaputtgegangen ist.
Dieser Beitrag zeigt jeden Bildschirm zwischen Montag und Freitag, für eine Ausschreibung, in DatumOS. Am Ende steht, wie ein Pilot mit Ihren eigenen Ausschreibungen aussieht, Woche für Woche, und was wir von Ihnen brauchen.
Was ankam
Eine Datei: 01_sanierung_grundschule.x83, GAEB DA XML 3.3, neun Positionen in drei Titeln. Baustelleneinrichtung, Fensterelemente Kunststoff, Außentüren Aluminium. Ein Eröffnungstermin im Kopf der Datei und keine PDFs, was später eine Rolle spielt.
Die Stufen eins und zwei, die Datei öffnen und nachtippen, was nicht importiert wurde, sind ein Upload.

Neun Positionen passen auf einen Bildschirm, deshalb wurde diese Ausschreibung gewählt. Damit klar ist, dass derselbe Weg auch in echter Größe trägt: Die Klinikausschreibung mit 300 Positionen aus demselben Beispielsatz war auf unserem Entwicklungsrechner in unter zehn Sekunden importiert und dem Katalog zugeordnet. Der vollständige Lauf über fünf Schritte, in dem das Modell jede Position liest, dauert das, was der Bildschirm sagt: in der Regel ein bis vier Minuten.
Alles in diesem Beitrag ist synthetisch. Die Ausschreibung wurde von unserer eigenen Engine geschrieben, damit alles gezeigt werden kann, mit erfundenem Auftraggeber und ausgedachten Preisen. Das bietende Unternehmen, sein Katalog mit 24 Artikeln und seine Preisregeln sind Demodaten. Keine Ausschreibung eines Pilotunternehmens erscheint hier, und keine wird es ohne dessen Zustimmung.
Stufe drei: das Dossier
Das Dossier ist das Ausschreibungspaket, für Sie gelesen: Fristen, Auftraggeber, Angebotsformular, Eignungs- und Ausschlusskriterien, Vertragsklauseln, Alternativpositionen. Jeder Fakt trägt eine Marke mit dem Dokument, aus dem er stammt, damit er geprüft werden kann statt geglaubt.

Das ist das Dossier auf dem schlechtesten denkbaren Input, einem nackten X83, und es sagt das auch. Das Urteil lautet Prüfen, nicht Go, mit dem Grund dabei: keine Eignungsanforderungen gefunden, kein Angebotsformular gefunden. Ein nacktes X83 enthält sie nicht. Sie stehen in den Vorbemerkungen und den Vertragsbedingungen, die zum Leistungsverzeichnis gehören, und diese Ausschreibung kam ohne diese PDFs. Sind sie Teil des Pakets, füllen sich dieselben Abschnitte daraus, mit Angabe der Seite.
Wo das Modell sprechen darf
Wir bauen LLM-Anwendungen im Produktivbetrieb, die Sorte, die auf unsauberen, geschäftskritischen Daten stimmen muss, und im Dossier zeigt sich diese Disziplin. Die Fakten werden zuerst deterministisch gewonnen: Kopffelder, Positionszahlen, Termine, die Muster, denen eine Vertragsklausel folgt. Das Modell kommt danach, schreibt die Erläuterung zu jedem Abschnitt und darf nur Quellen zitieren, die auf der Seite sichtbar sind. Wurde für einen Abschnitt nichts gefunden, steht dort „in den Dokumenten nichts gefunden“, statt dass geantwortet wird. Ein Dossier, das aus dieser Datei ein selbstbewusstes Go gemacht hätte, wäre gefährlich gewesen. Eines, das Ihnen sagt, was fehlt, bevor Sie eine Seite gelesen haben, ist der Punkt.
Stufe vier, erster Teil: Was davon Ihres ist
Bevor eine Position gedeutet wird, wird jede eingeordnet: in Ihrem Gewerk, unklar oder anderes Gewerk. Ein echtes Leistungsverzeichnis für eine Schule mischt Mauerwerk, Elektro und Fenster, und ein Fensterbauer bepreist ein Zehntel davon. Der Gewerkefilter ist der Unterschied zwischen dreihundert Positionen lesen und dreißig. In dieser Ausschreibung liegen alle neun im eigenen Gewerk; die vier Zähler oben auf dem Prüfbildschirm sind bei einer gemischten der Ausgangspunkt des Kalkulators.
Stufen vier und fünf: zugeordnet und kalkuliert
Das ist die Arbeit, die Urteilsvermögen braucht, und sie bleibt beim Kalkulator. Die Software schlägt vor, der Kalkulator entscheidet.

Fünf von neun Positionen wurden Katalogartikeln zugeordnet, aus einem Demokatalog mit 24 Artikeln. Jede Zuordnung zeigt den Artikelcode und eine Konfidenz, und die lohnt das Lesen: Die Festverglasung im Titel der Kunststofffenster wurde einem Aluminium-Artikel zugeordnet und als Low markiert. Das ist der Katalog, der da spricht, nicht die Ausschreibung. Die Qualität der Zuordnung hängt davon ab, wie Ihre Artikel beschrieben sind und welche Merkmale sie tragen, und deshalb gehören die ersten Pilotwochen dem Katalog und seinen Regeln, nicht der Software. Im Pilot wird diese Zeile mit einem Klick korrigiert, und die Regel, die das verursacht hat, wird repariert, damit es nicht wieder passiert.
Die übrigen vier hatten keinen Katalogtreffer: Baustelleneinrichtung, zwei Fensterbänke, Türschließer. Der Kalkulator hat vier Einheitspreise eingetippt, etwa eine Minute.
Die zugeordneten Preise sind kein Nachschlagen. Sie kommen aus dem Preisprofil des Unternehmens: Materialkosten mit Zuschlag, Lohnstunden zum Stundensatz, Gemeinkosten, Gewinn und Risiko, dazu Regeln wie eine Abweichung von den Listenmaßen oder ein RC-2-Zuschlag. Die Aufschlüsselung wird je Position gespeichert und als Einheitspreisanteile in die Angebotsdatei geschrieben, sodass der Auftraggeber Material, Lohn und Sonstiges sieht, wie DA XML es vorsieht.
Stufen sechs und sieben: das X84, geprüft
Das Angebot wird aus der Prüfung erzeugt, nicht neu eingegeben.

Die Angebotsreife beantwortet die zwei Fragen, die eine strenge Vergabeplattform stellt: Sind alle preispflichtigen Positionen bepreist, und ist die Struktur, die der Auftraggeber geschickt hat, noch intakt. Beides wird geprüft, bevor der Download-Knopf irgendetwas tut. Stufe sieben, das nervöse Nachprüfen, wird damit ersetzt: Die Ordnungszahlen können nicht verrutschen, weil sie nie neu eingegeben wurden.
Dann haben wir das heruntergeladene X84 in den kostenlosen GAEB-Check gelegt, so wie der Kalkulator des Auftraggebers ein eingehendes Angebot prüfen würde.

Erkannt als Angebot, angegebene Summe gleich der nachgerechneten, Ordnungszahlen eindeutig, alle Positionen zählen zur Summe, keine Rückfrage an den Absender. Ein Detail für Neugierige: Ein Angebot trägt Preise, keine Texte. Das X84-Schema macht die Beschreibung optional und kennt an der Position gar keine Einheit, weil die Software des Auftraggebers beides aus ihrem eigenen X83 behält und aus Ihrer Datei nur die Preise übernimmt. Der Check weiß das und wertet ein Angebot dafür nicht ab.
Was danach wohin geht
Das X84 geht zurück in das, was der Auftraggeber benutzt. Es ist DA XML 3.3, gegen die offiziellen Schemas validiert, und jedes aktuelle AVA-Programm liest es. Auf Ihrer Seite kommt der Katalog aus der Excel-Preisliste, die Sie ohnehin haben, ein Upload, und das interne PDF trägt die Kostenaufschlüsselung für Ihre eigenen Unterlagen. Die Übergabe des fertigen Angebots an Ihr ERP als Excel ist der nächste Punkt auf der Roadmap.
Wie ein Pilot aussieht
Das Beispiel oben ist eine Ausschreibung an einem Nachmittag. Ein Pilot sind Ihre Ausschreibungen über vier bis sechs Wochen, kostenlos, und wir richten Katalog und Regeln mit Ihnen ein. Die Konditionen sind die von der Produktseite: danach ein monatlicher Preis je Kalkulatorenplatz, unbegrenzt viele Ausschreibungen, keine Gebühr je Dokument, und ein für zwölf Monate fester Gründerpreis für Unternehmen, die weitermachen.
So läuft er ab.
Woche eins: Scoping und Einrichtung. Ein Gespräch, um zu verstehen, worauf Sie bieten und womit. Aus Ihrem Katalog oder Ihrer Preisliste bauen wir den Katalog und das erste Preisprofil, und wir laden drei bis fünf Ihrer jüngsten Ausschreibungen, GAEB-Dateien samt der PDFs, die dazukamen.
Wochen zwei bis vier: echte Ausschreibungen. Ihre Kalkulatoren lassen echte Ausschreibungen durchlaufen, so wie sie eintreffen. Wir sitzen daneben, aus der Ferne, und reparieren, was falsch ist: eine Zuordnung, die danebengreift, eine Regel, die das Falsche bepreist, ein Dossier-Abschnitt, der eine Klausel übersehen hat. Hier wird das Produkt besser, und deshalb bekommen die ersten Unternehmen den Gründerpreis.
Wochen fünf und sechs: die Messung. Die sieben Stufen, gemessen an Ihren Ausschreibungen, vorher und nachher. Die Zahlen behalten Sie, wie auch immer Sie sich entscheiden. Wenn Pilotunternehmen es erlauben, erscheinen diese Zahlen in diesem Blog mit der Methode dazu, und nicht vorher.
Was wir von Ihnen brauchen: die jüngsten Ausschreibungen, die Preisliste und einen Kalkulator mit etwa zwei Stunden pro Woche. Was Sie von uns brauchen, steht auf der Produktseite unter Sicherheit: Hosting in der EU, kein Training mit Ihren Daten, eine Auftragsverarbeitungsvereinbarung auf Anfrage.
Mit wem Sie es zu tun haben
Vier Leute, die alle den Code schreiben. Wir bauen LLM-Anwendungen im Produktivbetrieb, und die Open-Source-Engine, die hier die GAEB-Dateien liest und schreibt, pyGAEB, ist unsere und MIT-lizenziert, sodass jeder nachprüfen kann, was die Plattform mit Ihrer Datei tut. Ein Vertriebsteam gibt es nicht. Die Menschen im Pilotgespräch sind die, die die danebengegriffene Zuordnung reparieren.
Wenn Sie GAEB-Ausschreibungen kalkulieren und Ihre eigene Datei auf der anderen Seite der Stufen eins und zwei sehen möchten: Pilot anfragen. Wir antworten innerhalb von zwei Werktagen.
War dieser Beitrag hilfreich?
Keine Cookies, kein Tracking – eine Stimme pro Leser und Tag.
Kommentare
Kommentare werden vor der Veröffentlichung geprüft.
Kommentare werden geladen…