Jede Stunde Dokumentenabgleich fehlt bei den Tätigkeiten, die Ihr Projekt wirklich voranbringen.

Zwei Bausteine. Erstens eine Ontologie: ein festgeschriebenes Modell davon, was es in einem Bauprojekt überhaupt gibt, etwa Bauteile, Räume, Festlegungen, Fristen, Gewerke und Beteiligte, und welche Beziehungen zwischen ihnen zulässig sind. Zweitens eine Graphdatenbank, die Ihr Projektwissen genau in dieser Form ablegt: nicht als Textblöcke, sondern als benannte Punkte mit benannten Verbindungen. Der Unterschied zu einem Sprachmodell allein ist der Zwang zur Form. Ein Modell ohne Ontologie kennt keine Regel darüber, was zusammengehört und antwortet deshalb plausibel. Mit Ontologie ist festgelegt, dass eine Festlegung ohne Datum, Quelle und Urheber keine Festlegung ist. Jede Antwort lässt sich deshalb bis zu diesen Angaben zurückverfolgen. Fehlen sie, sieht man das sofort, statt es nur zu vermuten. Das ist der Grund, warum Ontologien in dem Moment wichtig werden, in dem KI verlässlich sein muss und nicht nur eloquent. Welches Sprachmodell dabei im Hintergrund arbeitet, ist bewusst austauschbar: Unsere Schicht ist die Ontologie und der Graph, nicht das Modell selbst. Das liefert ein KI-Anbieter Ihrer Wahl.

Die übliche Bauweise zerlegt Dokumente in Schnipsel und holt die ähnlichsten heraus. Das trägt, solange die Antwort in einem einzigen Schnipsel steht. Ihre Fragen sind aber oft mehrstufig: Welche Norm gilt für diesen Raum, wurde die Festlegung dazu später geändert und betrifft die Änderung das Gewerk, das nächste Woche ausschreibt? Ähnlichkeitssuche findet darauf drei Textstellen, die nichts voneinander wissen. Der Graph geht den Weg stattdessen entlang: vom Raum zur Festlegung, von der Festlegung zur Änderung, von der Änderung zum betroffenen Gewerk. Jeden Schritt kann er dabei einzeln vorzeigen. In veröffentlichten Vergleichsstudien liegen graphgestützte Verfahren bei genau solchen verketteten Fragen klar vor reiner Vektorsuche. Bei einfachen Nachschlagefragen nehmen sich beide wenig. Deshalb setzen wir beide Verfahren ein, wobei die Struktur führt.

Nichts an der Zustandserfassung. Welcher Schaden an welchem Bauteil sitzt und welche Zustandsnote daraus folgt, führt Ihr System zuverlässig, und daran wollen wir nichts verbessern. Der Punkt ist, dass der Zustand nur eine von mehreren Aussagen über dasselbe Bauteil ist. Daneben liegen drei weitere, und keine davon steht in einem Feld: Was der Planfeststellungsbeschluss an dieser Stelle auflegt. Was die Bestandsstatik über die Bewehrung sagt. Was im Protokoll der letzten Planerrunde dazu festgelegt wurde. Keiner dieser drei Fälle ist ein Zustandsdatensatz, alle drei entscheiden sich zwischen einem Bauteil und einem Text. Genau dort setzen wir an: nicht Zustand gegen Zustand, sondern Bauteil gegen das, was in Bescheiden, Berechnungen und Protokollen dazu geschrieben steht.

Gerade dann. Ein Bauwerk aus den Sechzigern bringt Bestandsstatik, Schalpläne, Bauwerksbuch und dreißig Jahre Prüfberichte mit, und das meiste davon ist Papier, Scan oder Fließtext. Welche Bewehrung wo liegt, welche Auflage aus welchem Bescheid noch gilt, welche Instandsetzung wann warum gemacht wurde: Das steht dort in Sätzen und Zeichnungen, nicht in Feldern. Genau deshalb greift kein Modellprüfwerkzeug darauf zu, denn die setzen alle ein sauber klassifiziertes Modell voraus, das es für dieses Bauwerk nie gab. Wir lesen beides aus und hängen es an dasselbe Bauteil: die Aussage aus dem Bescheid und den Querschnitt aus der Zeichnung. Wo ein Scan nicht mehr lesbar ist, sagen wir das, statt zu raten. Was auffällt, legen wir als Kandidaten vor, entschieden wird von Ihrem Fachplaner.

Sie. Daran ändert Folaint nichts. Das ist keine Vertragsklausel, sondern die Rechtslage: Planungsleistungen werden als Werkvertrag geschuldet. Wer ein Ergebnis nach außen gibt, verantwortet es, unabhängig davon, ob ein Mensch oder eine Maschine den Fehler gemacht hat. Genau deshalb ist Folaint so gebaut, dass es nichts entscheidet und nichts freigibt. Es legt vor: hier ist ein Widerspruch, hier sind die beiden Dokumente, hier stehen die Stellen. Was sich ändert, ist die Vollständigkeit der Prüfung und die Zeit, die sie kostet. Wer am Ende unterschreibt, ändert sich nicht.

Weil im Graphen nicht nur steht, was gilt, sondern auch, woher wir es haben. An jeder Verbindung hängt, aus welchem Dokument sie gelesen wurde, an welcher Stelle darin, mit welchem Datum und in welchem Verarbeitungsschritt sie entstanden ist. Dazu kommen zwei Zeitachsen: wann etwas im Projekt galt und wann wir davon erfahren haben. Damit lässt sich auch die Frage beantworten, die im Streitfall wirklich gestellt wird: Was war zu diesem Zeitpunkt bekannt? Eine Antwort ist bei uns deshalb kein Fließtext, sondern ein Weg über belegte Punkte. Jede einzelne Verbindung darin lässt sich bis zu ihrer Quelle zurückverfolgen: Das ist der Nachweis selbst, nicht nur eine Angabe dazu.

Die Verarbeitung erfolgt DSGVO-konform in Rechenzentren in Deutschland, auf Grundlage eines Auftragsverarbeitungsvertrags nach Art. 28 DSGVO. Ihre Projektdaten werden nicht zum Training von Modellen verwendet, weder von uns noch von Dritten. Wo der Bauherr oder Ihre eigene Richtlinie es verlangt, ist der Betrieb in Ihrer eigenen Umgebung möglich; das ist bei öffentlichen Projekten regelmäßig Thema und deshalb von Anfang an vorgesehen. Eine Zertifizierung nach ISO 27001 ist in Vorbereitung und steht fest auf der Roadmap. Wir schreiben bewusst nicht, dass sie bereits vorliegt.

Nein. Folaint ist kein weiteres Werkzeug neben Ihren Werkzeugen, sondern die Schicht darunter. Es liest, was in Ihrem Projekt ohnehin anfällt: Ordner, Mails, Pläne, Protokolle, Verträge und, wenn vorhanden, ein BIM-Modell, und zwar dort, wo es liegt. Niemand muss Dateien umbenennen, in ein neues System kopieren oder ein Format wechseln. Ein vollständiges BIM-Setup ist ausdrücklich keine Voraussetzung: Der Bestand in den meisten Büros ist überwiegend 2D und Excel. Genau damit fängt Folaint an. Wir starten außerdem nicht mit dem ganzen Büro, sondern mit einem Prozess.

Ja. Wir sind mit einem Generalplaner im Piloten, mit echten Projektdaten, nicht mit einem Demodatensatz. Der Zuschnitt ist bewusst eng: ein Prozess, an dem sich messen lässt, ob die Antworten stimmen und ob die gesparte Zeit im Alltag ankommt. Weitere Piloten sind in Vorbereitung. Namen nennen wir erst, wenn unsere Partner das freigeben; im Gespräch können wir mehr zum Aufbau und zu den Erfahrungen sagen.

Zwei Teile, weil zwei verschiedene Dinge Arbeit machen. Einmalig zu Beginn: die Ontologie auf Ihr Büro bringen, also Ihre Gewerke, Ihre Dokumenttypen, Ihre Benennungen, Ihre Ablagelogik. Das ist der Schritt, der aus Ihren vorhandenen Ablagen einen belastbaren Graphen macht. Er ist Einrichtung, keine Lizenzgebühr. Danach laufend: den Graphen aktuell halten, während das Projekt weiterläuft, also jede neue Festlegung, jede Planänderung, jeder Nachtrag. Konkrete Zahlen hängen an Projektgröße und Datenmenge und gehören deshalb ins Gespräch, nicht auf eine Preisliste.