Workflow-Dokumentation im CDE: Wie Dateien zum Motor des Informationsprozesses nach ISO 19650 werden

In der traditionellen AEC-Welt folgt die Verwaltung der Genehmigungen eines Projektdokuments typischerweise diesem Ablauf: Jemand bereitet die Datei vor, hängt sie an eine E-Mail an, sendet sie an die Person, die sie überprüfen soll, wartet auf eine Antwort, leitet sie an andere zur Kommentierung weiter, sammelt das Feedback, lädt eine überarbeitete Version auf ein gemeinsames Laufwerk hoch, sendet eine weitere E-Mail und wartet auf die formelle Genehmigung. Es ist ein fragiler, nicht nachvollziehbarer, leicht vergesslicher, von individueller Erinnerung abhängiger Prozess und völlig ungeeignet für ein komplexes Projekt mit Dutzenden von Disziplinen und Hunderten von Informationscontainern, die parallel laufen.

In einem CDE das den Prinzipien der ISO 19650 entspricht, dienen die dokumentarischen Workflows dazu, diese Logik zu überwinden: Es handelt sich um strukturierte Arbeitsabläufe, die den Informationscontainer durch Überprüfungs-, Überarbeitungs-, Genehmigungs-, Datenerfassungs- und gegebenenfalls Veröffentlichungsaktivitäten führen. Sie können durch das Hochladen einer Datei, eine neue Revision, einen Statuswechsel oder eine Benutzeraktion aktiviert werden und bestehen aus sequenziellen Schritten, Verantwortlichen, zugehörigen Formularen, Fortschrittsbedingungen und Benachrichtigungen.

Der zentrale Punkt ist, dass die Datei nicht mehr nur ein Objekt zum Archivieren ist, sondern der Auslöser eines gesteuerten, nachvollziehbaren und wiederholbaren Prozesses wird.

Wenn die Zustände des Containers anzeigen, wo sich die Information im Lebenszyklus befindet — WIP, Shared, Published, Archived — beschreibt der dokumentarische Workflow, wie der Container von einem Zustand in den anderen übergeht, wer eingreifen muss, welche Kontrollen durchgeführt werden müssen und welche Nachweise im Audit-Trail verbleiben müssen.

In diesem Artikel gehen wir ins Detail, was ein dokumentarischer Workflow in einem CDE ist, wie er konfiguriert wird, welche Muster effektiv sind und wie die ausgereiftesten CDE-Plattformen die Datei in den aktiven Motor des Prozesses verwandeln.

Das Paradigma: von der Datei als Objekt zur Datei als Ereignis

Der konzeptionelle Sprung, den die dokumentarischen Workflows einführen, ist radikal. Im traditionellen Modell ist die Datei ein Objekt: Sie existiert, wird gelesen, wird geändert, wird archiviert. Im CDE ISO 19650-Modell ist die Datei ein Ereignis: Ihr Hochladen unterliegt einem Prozess, ihr Statuswechsel erzeugt Benachrichtigungen, ihre Überarbeitung aktiviert neue Schritte.

Dieses Paradigma hat tiefgreifende operationale Implikationen.

Die Datei aktiviert einen Workflow

Eine fortschrittliche CDE-Plattform verwandelt jedes Dokument in ein aktives Element des Prozesses. Die hochgeladene Datei aktiviert einen Workflow — einen strukturierten Arbeitsablauf, der Überprüfungen, Kontrollen, Genehmigungen und Erfassungen leitet.

Die Benutzer können zwischen vordefinierten Workflows wählen, die auf den Prozessen der Organisation basieren, und diese mit einer einfachen Aktion starten. Sobald der Workflow gestartet ist, wird er direkt mit dem Informationscontainer verbunden und begleitet alle operativen Phasen, mit klarer Visualisierung des Fortschrittsstatus.

Jeder Schritt hat einen beteiligten Akteur

Für jeden Schritt des Workflows werden die beteiligten Akteure identifiziert, die eine Benachrichtigung erhalten und sofort auf die Datei, die Betriebsanweisungen und die ihnen zugewiesenen Aktivitäten zugreifen können. Keine Unklarheit darüber, „wer was macht“: Die Aktivität wird explizit und nachvollziehbar zugewiesen.

Der Prozess ist wiederholbar und standardisiert

Im Gegensatz zur Verwaltung per E-Mail ist ein im CDE definierter Workflow wiederholbar. Das gleiche Verfahren zur strukturellen Überprüfung kann beispielsweise auf alle strukturellen Informationscontainer aller Projekte der Organisation angewendet werden, um Konsistenz im Prozess zu gewährleisten.

Anatomie eines dokumentarischen Workflows CDE

Ein dokumentarischer Workflow in einem CDE, das der ISO 19650 entspricht, besteht aus wiederkehrenden strukturellen Elementen. Diese zu verstehen, ist der erste Schritt zur Gestaltung effektiver Workflows.

Der Trigger: Was den Workflow auslöst

Der Trigger ist das Ereignis, das den Prozess startet. Er kann sein:

• Hochladen eines neuen Informationscontainers – der häufigste Trigger. Die Datei wird in einen Ordner des CDE abgelegt, und dies aktiviert den Workflow, der mit dieser Art von Inhalt verbunden ist;
• Hochladen einer neuen Revision – eine spezifische Variante: Die Datei existiert bereits, aber das Hochladen einer neuen Version aktiviert einen neuen Überprüfungszyklus;
• Manuelle Statusänderung – das Task-Team erklärt den Container „bereit für Shared“, und dies löst den interdisziplinären Überprüfungsprozess aus;
• Zeitliche Frist – einige Workflows sind zeitlich programmiert, zum Beispiel eine monatliche periodische Überprüfung bestimmter Inhalte;
• Aktion eines Benutzers – ausdrückliche Anfrage zur Genehmigung, Überprüfung, Abschluss der Phase.

Die Schritte: Die Phasen des Prozesses

Jeder Workflow besteht aus sequentiellen Schritten (oder parallelen, in ausgefeilteren Workflows). Jeder Schritt hat:

• eine verantwortliche Person – einen Benutzer oder eine Rolle, die handeln muss;
• eine vorgesehene Aktion – Überprüfung, Revision, Genehmigung, Formularausfüllung;
• eine Fortschrittsbedingung – was geschehen muss, damit man zum nächsten Schritt übergeht;
• eine maximale Zeit (optional) – SLA, nach der eine Eskalation eintritt;
• assoziierte Formulare (optional) – Checklisten, Überprüfungsblätter, strukturierte Daten, die gesammelt werden müssen.

Die Übergänge: Wie man von einem Schritt zum anderen gelangt

Die Übergänge sind nicht automatisch: Sie sind das Ergebnis von expliziten Aktionen der Verantwortlichen. In einem typischen CRA-Workflow:

• genehmigen: Der Container schreitet zum nächsten Schritt vor;
• Änderungen anfordern: Der Container kehrt mit Kommentaren zum Task-Team zurück;
• ablehnen: Der Workflow wird mit negativem Ergebnis abgeschlossen;
• delegieren: Die Verantwortung für den Schritt wird an einen anderen Benutzer übertragen.

Jeder Übergang hinterlässt eine permanente Spur im Audit-Trail: wer, wann, mit welchem Ergebnis, mit welchen Kommentaren.

Die Empfänger: Wer die Benachrichtigungen erhält

Der Workflow muss klar identifizieren, wen er bei jedem Übergang benachrichtigen soll. Ein fortschrittliches CDE verwaltet dies automatisch, indem es Benachrichtigungen per E-Mail sendet. Die Benachrichtigungen müssen kontextbezogen sein: nicht nur „es gibt etwas zu tun“, sondern „Sie müssen das strukturelle Modell des Blocks B rev. P03 bis zum 30. des Monats genehmigen“.

Die Ausgabe: Was passiert, wenn der Workflow endet

Am Ende produziert der Workflow verschiedene Ausgaben:

• Änderung des Status des Containers (von WIP zu Shared, von Shared zu Published usw.);
• Registrierung im Audit-Trail des abgeschlossenen Pfades;
• Generierung des historisierten Containers der Status;
• Benachrichtigungen über den Abschluss an alle relevanten Stakeholder.

Schema eines dokumentarischen Workflows CDE

Der CRA-Prozess: Überprüfen, Prüfen, Genehmigen

Das operative Herzstück fast jedes dokumentarischen CDE-Workflows ist der CRA-Prozess (Überprüfen, Prüfen, Genehmigen). Er gliedert sich in drei aufeinanderfolgende Phasen, jede mit eigenen Verantwortlichkeiten und Zielen.

Überprüfen — die technische Überprüfung

Das Überprüfen ist die erste Phase. Es handelt sich um eine technische Überprüfung, die vom produzierenden Task Team oder einem seiner Vertreter (typischerweise dem BIM-Koordinator oder der beauftragten Gruppe) durchgeführt wird. Ziel ist es, sicherzustellen, dass der Informationscontainer die grundlegenden technischen Anforderungen erfüllt, bevor er anderen Parteien zur Verfügung gestellt wird.

Was wird beim Überprüfen kontrolliert:

• Einhaltung der Namenskonventionen des Informationsverzeichnisses;
• Vollständigkeit der obligatorischen Metadaten;
• Vorhandensein aller im LOIN für die Phase vorgesehenen Elemente;
• eventuelle automatische Validierungen (z. B. IDS-Überprüfungen bei IFC-Modellen)

Die Überprüfung wird vom technischen Verantwortlichen des produzierenden Task Teams durchgeführt. Wenn das Ergebnis positiv ist, wird der Container zur Prüfung weitergeleitet; wenn das Ergebnis negativ ist, wird der Container mit Korrekturhinweisen an das Task Team zurückgegeben.

Prüfen — die interdisziplinäre Überprüfung

Das Prüfen ist die Phase der interdisziplinären Überprüfung und Koordination. Der Container — jetzt im Status Shared — wird den anderen Task Teams und der Hauptbeauftragten Partei zur Überprüfung der Konsistenz mit den anderen Containern des Projekts vorgelegt.

Was wird beim Prüfen kontrolliert:

• interdisziplinäre Konsistenz (Clash Detection, falls Modell vorhanden);
• Ausrichtung mit anderen verwandten Containern (z. B. Konsistenz zwischen architektonischen und strukturellen Aspekten);
• Übereinstimmung mit den Anforderungen des Informationsverzeichnisses;
• Sammlung von Kommentaren, Problemen (typischerweise über BCF) und Änderungsanfragen.

Die Prüfung wird von anderen Task Teams, der Lead Appointed Party und gegebenenfalls dem Antragsteller durchgeführt.

Wenn das Ergebnis positiv ist, wird der Container zur Genehmigung weitergeleitet; wenn das Ergebnis negativ ist, wird der Container mit offenen Problemen an das Task Team zurückgegeben (Nachbearbeitung).

Genehmigen — die formale Genehmigung

Das Genehmigen ist die letzte und vertragliche Phase. Der Container wird formell von der beauftragenden Partei (oder von der Lead Appointed Party, sofern im Informationsverzeichnis vorgesehen) genehmigt und kann in den Status Published übergehen.

Was wird beim Genehmigen kontrolliert:

• Vollständigkeit des vorhergehenden CRA-Prozesses;
• Behebung aller offenen Probleme;
• vertragliche Übereinstimmung mit dem Informationsverzeichnis;
• Eignung für den angegebenen Zweck.

Die endgültige Genehmigung erfolgt durch die beauftragende Partei oder die Lead Appointed Party gemäß CI.

Wenn das Ergebnis positiv ist, wird der Container veröffentlicht; wenn das Ergebnis negativ ist, wird der Container je nach Schwere der Mängel zur Prüfung oder zur Überprüfung zurückgegeben.

CRA-Prozess im dokumentarischen Workflow CDE

Variationen des CRA-Prozesses

Der klassische CRA in drei Phasen ist nicht das einzige mögliche Schema. Je nach Art des Containers und den Regeln des Informationsverzeichnisses können folgende Varianten existieren:

• vereinfachter CRA: Check + Genehmigung, ohne interdisziplinäre Überprüfung (typisch für interne Dokumente, die keiner Koordination unterliegen);
• erweiterter CRA: Check + technische Überprüfung + qualitative Überprüfung + Genehmigung (für kritische Container wie strukturelle oder anlagentechnische Modelle);
• CRA mit externem Audit: CRA + Überprüfung durch Dritte (für Container, die einer externen normativen Validierung unterliegen).

Vordefinierte Workflows: die Prozessbibliothek der Organisation

Eine der leistungsstärksten Eigenschaften eines ausgereiften CDE ist die Möglichkeit, eine Bibliothek vordefinierter Workflows zu definieren, d.h. vorgefertigte Prozessvorlagen gemäß den Standardverfahren der Organisation.

Warum sind vordefinierte Workflows notwendig?

Ohne vordefinierte Workflows würde jedes Projekt die Überprüfungs- und Genehmigungsverfahren von Grund auf neu definieren, was drei negative Folgen hätte:

• Inkonsistenz zwischen Projekten: jedes Projekt hätte seinen eigenen Prozess;
• Zeitverschwendung: jedes Mal wird das Rad neu erfunden;
• Risiko der Nichteinhaltung: ohne Standardisierung ist es leicht, kritische Schritte zu überspringen.

Die vordefinierten Workflows reagieren auf diese Bedürfnisse, indem sie wiederverwendbare Vorlagen anbieten, die gemäß den Verfahren der Organisation konfiguriert und mit einer einfachen Aktion aktiviert werden können.

Typische Beispiele für vordefinierte Workflows

Eine Bibliothek vordefinierter Workflows in einer ausgereiften AEC-Organisation kann Folgendes umfassen:

• Workflow zur Überprüfung eines disziplinären IFC-Modells (architektonisch, strukturell, MEP);
• Workflow zur Genehmigung eines technischen Zeichnens (Grundriss, Schnitt, Konstruktionsdetail);
• Workflow zur Überprüfung eines Vertragsdokuments (Lastenheft, technische Berichterstattung, Zeitplan);
• Workflow zur Abnahme eines Bauelements (strukturell, anlagentechnisch, Brandschutz);
• Workflow zur Übergabe an das Facility Management;
• Workflow zur Verwaltung von Änderungen während der Ausführung;
• Workflow zur Validierung von Nachhaltigkeitsdaten (EPD, LCA, CSRD-Bericht).

Konfigurierbarkeit vs. Standardisierung

Das CDE muss zwei gegensätzliche Bedürfnisse ausbalancieren:

• Standardisierung: Die Workflows müssen innerhalb der Organisation konsistent sein;
• Konfigurierbarkeit: Die Workflows müssen an die Besonderheiten jedes Projekts angepasst werden können.

Rollenbasierte Workflows: Standardisieren ohne Starrheit

Der wahre qualitative Sprung eines ausgereiften CDE ist die Verwaltung von rollenbasierten Workflows – nicht von Personen.

Das Problem der benutzerbasierten Workflows

Ein Workflow, der auf spezifischen Benutzern konfiguriert ist, hat ein strukturelles Problem: er ist starr und fragil. Wenn Mario der strukturelle Prüfer ist und in den Urlaub geht, blockiert der Workflow. Wenn Luisa die Rolle wechselt, muss der Workflow neu konfiguriert werden. Wenn das Projekt den Besitzer wechselt, muss alles neu überdacht werden.

Die rollenbasierten Workflows

Die Lösung besteht darin, jeden Schritt einer logischen Funktion und nicht einer Person zuzuordnen. Typische Rollen:

• BIM-Manager: Gesamtaufsicht über das Informationsmanagement;
• BIM-Koordinator: disziplinarische Koordination;
• CDE-Manager: operative Verwaltung der Umgebung;
• Informationsmanager: umfassende Informationsgovernance;
• Struktureller Prüfer, MEP, Architekt: Fachverantwortliche;
• Vertreter der beauftragenden Partei: Vertreter des Auftraggebers.

Zum Zeitpunkt des Starts des Workflows fordert die Plattform dazu auf, jede Rolle der richtigen Person im Projektteam zuzuordnen. Die Vorlage bleibt somit standardisiert, die Anwendung ist flexibel und anpassbar.

Betriebliche Vorteile

• Resilienz: Wenn die zugewiesene Person abwesend ist, kann die Zuordnung von Rolle und Person geändert werden, ohne den Workflow zu berühren;
• Skalierbarkeit: dieselbe Vorlage kann auf Dutzende von Projekten mit unterschiedlichen Teams angewendet werden;
• Konformität mit UNI 11337-7: die italienische Norm zu BIM-Rollen wird zum semantischen Rahmen der Workflows;
• Einfachheit der Verwaltung: die operative Konfiguration reduziert sich auf eine Zuordnung von Rollen zu Personen.

Formulare, die mit Workflows verbunden sind: die strukturierte Datensammlung

Ein fortschrittlicher CDE-Dokumentenworkflow beschränkt sich nicht auf die Verwaltung von Genehmigungen: Er sammelt strukturierte Daten im Verlauf des Prozesses. Der Mechanismus sind die Formulare (digitale Checklisten, Prüfblätter, Qualitätskontrollen), die den Schritten des Workflows zugeordnet sind.

Was sind Formulare?

Ein Formular ist eine strukturierte Ansammlung von Feldern – textuell, numerisch, boolesch, mit Mehrfachauswahl, mit Anhängen – die spezifische Informationen über einen Informationscontainer zu einem bestimmten Zeitpunkt seines Lebenszyklus sammelt.

Konkrete Beispiele:

• Strukturelles Prüfformular: ausgefüllt vom Prüfer im Schritt der Überprüfung, mit Feldern zu den geltenden Normen, Sicherheitskoeffizienten, Übereinstimmung mit den Projektlasten;
• Brandschutzprüfformular: ausgefüllt am Ende der Bauphase, mit Feldern zu REI, zu Brandabschnitten, zu Fluchtwegen;
• FM-Handover-Formular: ausgefüllt in der letzten Phase des Projekts, mit technischen Daten für die operative Verwaltung (Handbücher, Wartung, Anbieter, Garantien).

Bedingte Sichtbarkeit nach Phase

Das Unterscheidungsmerkmal ist die bedingte Sichtbarkeit: Die Formulare können nur in bestimmten Phasen des Workflows sichtbar oder bearbeitbar sein, um sicherzustellen, dass jeder Benutzer ausschließlich auf die Informationen zugreift, die in seinem Verantwortungsbereich liegen.

Das strukturelle Prüfformular ist:

• unsichtbar während der WIP-Phase;
• nur vom strukturellen Prüfer ausfüllbar während der Überprüfungsphase;
• nur lesbar für das Task-Team in der Überprüfungsphase;
• eingefroren und konsultierbar nach der Genehmigung.

Dies ermöglicht eine geführte, kontrollierte und schrittweise Verwaltung von Prüfungen, Ausfüllungen und Validierungen.

Formulare als Fortschrittsbedingung

In anspruchsvolleren Workflows wird das Ausfüllen eines Formulars zur Fortschrittsbedingung; ohne das Ausfüllen des Prüfmoduls kann der Workflow nicht fortschreiten. Dies verwandelt die Formulare von einfachen Formularen in echte Prozessgate, die sicherstellen, dass kritische Daten vor dem Fortschritt gesammelt werden.

Vom einzelnen Formular zur Projektdatenbank

Die in den Formularen gesammelten Daten bleiben nicht isoliert im einzelnen Container. Ein fortschrittlicher CDE aggregiert sie auf Projektebene und macht sie in tabellarischer Form einsehbar, filterbar, sortierbar und abfragbar. Dies ist der Übergang von der Dokumentenverwaltung zur intelligenten Informationsverwaltung.

Verwaltung der Revisionen: Workflows und neue Versionen

Ein oft unterschätztes Thema ist, wie ein fortschrittlicher CDE die Beziehung zwischen Workflows und Revisionen des Informationscontainers verwaltet. Was passiert, wenn eine neue Version einer Datei hochgeladen wird, während ein Workflow zur vorherigen Version läuft?

Das Prinzip: Der Workflow wird unterbrochen, die Historie bleibt

Wenn eine aktualisierte Revision eines Informationscontainers hochgeladen wird, wird der eventuell laufende Workflow zur vorherigen Version im aktuellen Zustand unterbrochen und bleibt als historische Referenz einsehbar. Auf der neuen Version kann dann ein neuer Prozess beginnen, der mit dem aktualisierten Inhalt der Datei übereinstimmt.

Dieses Verhalten hat einen wichtigen normativen und operativen Wert:

• Die Rückverfolgbarkeit des unterbrochenen Prozesses geht nicht verloren;
• Es entsteht keine Verwirrung zwischen dem Workflow der alten und der neuen Version;
• Der Audit-Trail hält vollständige Nachweise darüber, was bei jeder Revision passiert ist.

Konkretes Beispiel

Der BIM-Koordinator lädt die Version 02 eines strukturellen Modells hoch. Der Prüfworkflow wird aktiviert, der bis zum Schritt der Überprüfung fortschreitet. In der Überprüfung werden Unstimmigkeiten mit dem architektonischen Modell festgestellt, und das Task-Team beschließt, das Modell zu überarbeiten.

Er lädt die Version 03 hoch. An diesem Punkt:

• Der Workflow zur Version 02 bleibt „in Überprüfung unterbrochen“, mit allen Kommentaren und offenen Problemen, die als Historie einsehbar sind;
• Auf der Version 03 beginnt ein neuer Prüfworkflow von Anfang an;
• Der Audit-Trail dokumentiert sowohl den teilweisen Verlauf der Version 02 als auch den neuen Verlauf der Version 03;
• Es gehen keine Daten verloren, und kein Prozess wird vermischt.

Implikationen für die Wahl der Plattform

Nicht alle Plattformen verwalten dieses Szenario korrekt. Einige überschreiben den Workflow, andere behalten ihn bei, ohne ihn mit der neuen Version zu verknüpfen, und wieder andere löschen ihn stillschweigend. Ein CDE, das ISO 19650-konform ist, muss das korrekte Verhalten gewährleisten: nachverfolgbare Unterbrechung, keine Löschung, permanente Einsichtnahme in die Historie.

Wiederkehrende Workflow-Muster im AEC-Sektor

Im Laufe der Jahre haben sich einige wiederkehrende Workflow-Muster etabliert, die als anerkannte Best Practices gelten. Hier sind die häufigsten.

Muster 1 — Klassischer dreistufiger CRA-Workflow

Der Standard-Workflow ISO 19650-2:

• Check (Produzenten-Task-Team) → interne technische Überprüfung;
• Review (andere Task-Teams + Lead Appointed Party) → interdisziplinäre Überprüfung;
• Approve (Appointing Party) → formelle Genehmigung.

Dieser Workflow wird für Informationscontainer verwendet, die den Übergang vom Status Shared zum Status Published mit vertraglichem Wert darstellen.

Muster 2 — Automatisierter IDS-Validierungs-Workflow

Er ist spezifisch für IFC-Modelle:

• Upload des IFC-Modells
• automatische IDS-Validierung (automatischer Trigger)
• manuelle Überprüfung bei positiver Validierung
• Korrekturbenachrichtigung bei negativer Validierung

Es ist ratsam, diesen Workflow für alle IFC-Modellcontainer in Projekten zu verwenden, die IDS-Standards anwenden (empfohlen für komplexe BIM-Projekte).

Muster 3 — Digitaler Workflow mit Zeitstempel

Er ist für vertragliche Dokumente:

• Überprüfung des Dokuments;
• Überprüfung durch die Lead Appointed Party;
• digitale Unterschrift durch die Appointing Party;
• Anbringung des Zeitstempels;
• Veröffentlichung mit vertraglichem Eignungscode;

Dieser Workflow sollte für Informationscontainer mit rechtlich relevanten vertraglichen Werten verwendet werden.

Muster 4 — Strukturierter Rework-Loop-Workflow

Er ist für das Management von Iterationen:

• Hauptworkflow (z.B. CRA)
• bei Ablehnung → automatische Eröffnung eines Sub-Workflows zur Korrektur mit:
  • Zuweisung an das Produzenten-Task-Team;
  • Liste der zu lösenden Probleme;
  • Antwort-SLA;
  • Überprüfung, dass alle Probleme geschlossen sind, bevor zum Hauptworkflow zurückgekehrt wird.

Dieser Workflow ist für komplexe Projekte mit hoher Wahrscheinlichkeit von Iterationen geeignet (z.B. komplexe Neubauten, Infrastruktur).

Muster 5 — Paralleler Genehmigungs-Workflow

Wenn mehrere Parteien gleichzeitig genehmigen müssen, ohne sequenzielle Abhängigkeit:

• Upload des Containers;
• paralleler Versand an Prüfer A + Prüfer B + Prüfer C;
• Sammlung der Genehmigungen mit Konfliktmanagement;
• abschließende Genehmigung nur, wenn alle genehmigt haben.

Dieser Workflow eignet sich für Container, die eine multidisziplinäre Validierung erfordern (z.B. ein Koordinierungsdokument, eine komplexe Variante).

Muster 6 — Übergabe-Workflow an das Facility Management

Am Ende des Projekts:

• Vollständigkeitsprüfung der veröffentlichten Container;
• Validierung der technischen Daten für das FM;
• Ausfüllen von Übergabeformularen (Handbücher, Garantien, Wartung);
• endgültige Archivierung.

Dieser Workflow ist für die Abschlussphase des Projekts, den Übergang von der Bauphase zur operativen Verwaltung, gedacht.

Kostenloses Tool zur Gestaltung Ihrer Workflows

Um das Beschriebene konkret anzuwenden, haben wir zwei kostenlose Tools vorbereitet, die Sie sofort nutzen können:

Testen Sie den interaktiven Workflow-Builder: Stellen Sie Ihren maßgeschneiderten Workflow zusammen: Fügen Sie Schritte hinzu, weisen Sie Rollen zu, verknüpfen Sie Formulare, konfigurieren Sie Übergänge. Sehen Sie in Echtzeit den generierten Fluss und laden Sie die Konfiguration im lesbaren Format herunter.

Wie ein fortschrittliches CDE die Dokumenten-Workflows implementiert

Nicht alle CDE-Plattformen verwalten Workflows gleich. Die reiferen Implementierungen zeichnen sich durch einige betriebliche Merkmale aus, die im täglichen Gebrauch den Unterschied machen.

Visuelle Konfiguration der Workflows

Eine fortschrittliche Plattform ermöglicht es, Workflows visuell zu konfigurieren mit Drag & Drop-Editoren, bearbeitbaren Flussdiagrammen, Prozessvorschauen — anstatt die Erstellung komplexer Regeln oder Konfigurationsdateien zu verlangen. Dies macht die Konfiguration für BIM-Manager und CDE-Manager zugänglich, ohne dass Softwareentwicklungskenntnisse erforderlich sind.

Bibliothek wiederverwendbarer Workflows

Eine reife Plattform bietet eine Bibliothek vorkonfigurierter Workflows und ermöglicht es der Organisation, eigene zu erstellen, als Vorlagen zu speichern und in mehreren Projekten wiederzuverwenden.

Integration mit strukturierten Formularen

Der Workflow muss in der Lage sein, Formulare zu aktivieren in den entsprechenden Schritten, mit bedingter Logik (sichtbar, ausfüllbar, obligatorisch). Die Plattform muss die Ausfüllung der Formulare als integralen Bestandteil des Prozesses verwalten, nicht als separate Funktion.

Vollständige und nicht veränderbare Audit-Trail

Jeder Workflow erzeugt einen vollständigen Audit-Trail: wer gehandelt hat, wann, mit welchem Ergebnis, mit welchen Kommentaren. Dieses Protokoll muss unveränderlich sein — nicht einmal der Administrator darf es ändern — und exportierbar für externe Audits, Rechtsstreitigkeiten, Prüfungen durch Dritte.

Integration mit dem App-Ökosystem

In reifen Ökosystemen ist der Workflow kein Silo: er integriert sich mit den spezialisierten Apps der Plattform. Ein Workflow zur Überprüfung eines IFC-Modells kann Clash Detection, Issue Tracking BCF, Vergleich von Revisionen, IDS-Validierung aktivieren. Dies verwandelt den Workflow in einen wahren Prozessorchestrator.

Das CDE als Ökosystem: die Workflows in der realen Plattform

Im Ökosystem usBIM von ACCA ist die Verwaltung der Dokumenten-Workflows das operative Herzstück von usBIM.platform, dem CDE, das der ISO 19650 entspricht. Jeder hochgeladene Informationscontainer kann einen Workflow aktivieren, mit klarer Visualisierung des Fortschritts, Identifizierung der beteiligten Personen für jeden Schritt, automatischen Benachrichtigungen, zugehörigen Formularen mit bedingter Sichtbarkeit für jede Phase und konsistenter Verwaltung der Revisionen mit Historisierung der unterbrochenen Workflows.

Rund um die Plattform integrieren sich die Fachanwendungen als ausführbare Aktionen innerhalb der Schritte des Workflows:

• usBIM.clash für die Clash-Detection, die im Schritt der Überprüfung aktiviert wird;
• usBIM.bcf für die Verwaltung der während der Überprüfung offenen Issues mit dem BCF-Standard;
• usBIM.compare für den automatischen Vergleich zwischen Revisionen, wenn ein neuer Workflow gestartet wird;
• usBIM.dataquality für die automatische IDS-Validierung der IFC-Modelle gemäß den Anforderungen des grundlegenden Informationsblatts für Workflows vom Typ „Pattern 2 (automatische IDS-Validierung)“
• usBIM.writer, usBIM.editor für die Bearbeitung von Dokumenten in den Phasen WIP und Nachbearbeitung
• usBIM.facility für die Workflows zur Übergabe an das Facility Management.

Die Philosophie besteht darin, den Workflow nicht nur zu einem Genehmigungsprozess zu machen, sondern zu einem Orchestrator aller technischen Aktivitäten, die für die Erstellung und Validierung des Informationscontainers erforderlich sind. Ein Workflow zur strukturellen Überprüfung ist nicht nur „jemand genehmigt“: es ist eine Sequenz konkreter Aktionen (Clash, IDS-Validierung, Issue-Tracking, Vergleich von Revisionen, LOIN-Überprüfung, Ausfüllen des strukturellen Formulars), die von der Plattform orchestriert werden.

Häufige Fehler bei der Implementierung von Dokumenten-Workflows

Die Erfahrung zeigt, dass einige Fehler mit besorgniserregender Häufigkeit wiederholt werden. Diese zu kennen hilft, sie zu vermeiden.

• Die E-Mail-Prozesse im CDE zu replizieren: Viele Organisationen konfigurieren beim ersten Kontakt mit dem CDE Workflows, die Schritt für Schritt die bestehenden E-Mail-Prozesse replizieren. Das Ergebnis ist ein unnötig komplexer Workflow, der voller redundanter Schritte ist und die Automatisierungsmöglichkeiten der Plattform nicht nutzt. Die richtige Strategie besteht darin, den Prozess neu zu denken und das CDE-Paradigma zu nutzen, anstatt es unkritisch zu übertragen;
• Zu starre Workflows: Workflows mit zu vielen Schritten, zu vielen obligatorischen Bedingungen und zu vielen formalen Abläufen neigen dazu, Frustration bei den Nutzern zu erzeugen und den Umgehung des Systems zu fördern (z. B. senden sich die Nutzer Dateien per E-Mail, um „zu beschleunigen“). Ein effektiver Workflow ist so einfach wie möglich, aber nicht einfacher als nötig;
• Keine Zeitvorgaben definieren: Workflows, die keine festgelegten Antwortzeiten und Akzeptanzkriterien im EIR und im pGI einhalten, neigen dazu, sich zu blockieren, weil „keine Dringlichkeit besteht“;
• Zuweisung an einzelne Nutzer statt an Rollen: Wie bereits erwähnt, führt die Zuweisung von Schritten an spezifische Nutzer statt an Rollen zu fragilen Workflows. Dies ist einer der häufigsten Fehler bei den ersten Implementierungen eines CDE.
• Zu lange oder nicht obligatorische Formulare: Ein Formular mit 50 Feldern wird oberflächlich ausgefüllt. Ein optionales Formular wird gar nicht ausgefüllt. Die beste Praxis ist wenig Felder, klar obligatorisch, mit automatischer Validierung wo möglich.
• Keine Schulung der Nutzer: Der ausgeklügeltste Workflow ist nutzlos, wenn die Nutzer nicht wissen, wie man ihn verwendet. Die Implementierung von CDE-Workflows erfordert eine strukturierte Schulung der Teams, nicht nur Dokumentation. Der ROI der Schulung ist in den ersten 3-6 Monaten der Einführung sehr hoch;
• Keine regelmäßige Überprüfung der Workflows: Die Workflows müssen regelmäßig überprüft werden, basierend auf den Nutzungsdaten: wo sie blockieren, wie lange sie dauern, welche Schritte mehr Nacharbeit erzeugen. Ohne diese Iteration werden die Workflows obsolet und ineffektiv.

Häufig gestellte Fragen (FAQ)

Was ist ein Dokumenten-Workflow in einem CDE?

Ein Dokumenten-Workflow in einem CDE, das der ISO 19650 entspricht, ist ein strukturierter Betriebsablauf, der durch das Hochladen eines Informationscontainers aktiviert wird und Aktivitäten zur Überprüfung, Revision, Genehmigung und Datenerfassung leitet. Er besteht aus sequenziellen Schritten mit Verantwortlichen, Formularen, Fortschrittsbedingungen und automatischen Benachrichtigungen und realisiert operativ den CRA-Prozess (Check, Review, Approve), der von der ISO 19650-2 normiert ist.

Was ist der CRA-Prozess (Check, Review, Approve)?

Der CRA ist der Prozess der Überprüfung, Revision und Genehmigung für den Übergang der Informationscontainer von WIP zu Shared zu Published:

• check: interne technische Überprüfung des Task-Teams;
• review: interdisziplinäre Überprüfung;
• approve: formale Genehmigung der beauftragenden Partei. Jede Phase hat Verantwortliche, Fortschrittsbedingungen und kann Nacharbeit zu den vorherigen Phasen erzeugen.

Wie wird ein Workflow in einem CDE aktiviert?

Ein Workflow in einem konformen CDE kann aktiviert werden durch: Hochladen eines neuen Informationscontainers, Hochladen einer neuen Revision, manuelle Statusänderung, zeitliche Frist, explizite Aktion eines Nutzers.

Was ist der Unterschied zwischen benutzerbasierten Workflows und rollenbasierten Workflows?

Ein benutzerbasierter Workflow weist die Schritte bestimmten Personen zu (z. B. „Mario muss genehmigen“). Er ist starr: Wenn Mario abwesend ist, blockiert der Workflow. Ein rollenbasierter Workflow weist die Schritte logischen Funktionen zu (z. B. „der strukturelle Prüfer muss genehmigen“). Zum Zeitpunkt des Starts fragt die Plattform, die Rolle der richtigen Person zuzuordnen. Er ist widerstandsfähiger, skalierbarer und wiederverwendbar zwischen Projekten.

Was sind die mit Workflows verbundenen Formulare?

Formulare sind strukturierte Gruppen von Feldern (Checklisten, Prüfblätter, Kontrollen), die mit den Schritten eines Workflows verbunden sind. Sie sammeln strukturierte Daten im Verlauf des Prozesses. In einem fortschrittlichen CDE haben sie eine bedingte Sichtbarkeit je nach Phase: Sie sind nur in den Phasen sichtbar oder ausfüllbar, die für jeden Benutzer relevant sind. Formulare können für den Fortschritt des Workflows obligatorisch sein und sich in Prozessgateways verwandeln.

Was passiert mit dem Workflow, wenn eine neue Version hochgeladen wird?

Wenn eine neue Version eines Informationscontainers hochgeladen wird, wird der eventuell laufende Workflow auf der vorherigen Version im aktuellen Zustand unterbrochen und bleibt als historische Referenz einsehbar. Auf der neuen Version startet ein neuer Workflow, der mit dem aktualisierten Inhalt übereinstimmt. Der Audit-Trail bewahrt beide Pfade und gewährleistet vollständige Nachverfolgbarkeit.

Kann man wiederverwendbare vordefinierte Workflows haben?

Ja. Eine fortschrittliche CDE-Plattform bietet eine Bibliothek von vordefinierten Workflows – vorgefertigte Templates gemäß den Verfahren der Organisation – die mit einer einfachen Aktion aktiviert werden können. Die Templates sind typischerweise parametrisch: Die Rollen und einige Variablen (maximale Zeiten, optionale Formulare) werden beim Start personalisiert, wobei die Standardisierung des Prozesses und die Anwendungsflexibilität erhalten bleiben.

Was sind die häufigsten Workflow-Muster im AEC-Sektor?

Die wiederkehrenden Muster umfassen: klassisches CRA mit drei Schritten (Überprüfen, Prüfen, Genehmigen), automatisierter Validierungs-Workflow IDS für IFC-Modelle, digitaler Unterschrifts-Workflow für Vertragsdokumente, Rework-Loop-Workflow für das Management von Iterationen, paralleler Genehmigungs-Workflow für multidisziplinäre Inhalte, Übergabe-Workflow an das Facility Management für die Abschlussphase des Projekts.

Wie integrieren sich die Workflows mit den spezialisierten Apps des CDE?

In einem reifen Ökosystem können die Schritte des Workflows spezialisierte Apps aktivieren: Clash Detection, IDS-Validierung, Issue Tracking BCF, Vergleich von Revisionen, Dokumentenbearbeitung, digitale Unterschrift. Der Workflow wird somit zu einem Prozessorchestrator, der nicht nur Genehmigungen, sondern auch technische Aktivitäten koordiniert. Es ist die fortschrittlichste Stufe der Integration.

Was ist der Audit-Trail eines Workflows?

Der Audit-Trail ist die permanente und nicht veränderbare Aufzeichnung aller während eines Workflows durchgeführten Aktionen: wer gehandelt hat, wann, mit welchem Ergebnis, mit welchen Kommentaren. Er ist die Grundlage der Nachverfolgbarkeit, die von der ISO 19650 gefordert wird, und ist unerlässlich für Compliance-Audits, vertragliche Streitigkeiten und Prüfungen durch Dritte. Ein konformes CDE gewährleistet, dass der Audit-Trail unveränderlich und exportierbar ist.

Ist es möglich, einen bereits gestarteten Workflow zu ändern?

Das hängt von der Plattform und der Phase ab. Im Allgemeinen sollte ein laufender Workflow nicht strukturell geändert werden, da dies die Nachverfolgbarkeit gefährden würde. Einige Plattformen erlauben kleine Änderungen (z. B. den Austausch der Person, die mit einer Rolle verbunden ist), während die Nachverfolgbarkeit erhalten bleibt. Strukturelle Änderungen erfordern typischerweise die Schließung des Workflows und den Start eines neuen.

Wie bewertet man die Effektivität eines Workflows?

Die Effektivität eines Workflows wird durch die Analyse operativer Kennzahlen bewertet: durchschnittliche Abschlusszeit, Anzahl der Nacharbeiten, Prozentsatz der eingehaltenen SLAs, wiederkehrende Engpässe, Arbeitsbelastung pro Rolle. Ein reifes CDE bietet diese Kennzahlen über das Projekt-Dashboard an, sodass man die Workflows basierend auf objektiven Daten iterieren kann.

Wesentliches Glossar

• Genehmigen – letzte Phase des CRA-Prozesses: formelle Genehmigung des Containers durch die beauftragende Partei.
• Audit-Trail – permanente und nicht veränderbare Aufzeichnung der während eines Workflows durchgeführten Aktionen.
• BCF – BIM Collaboration Format. OpenBIM-Standard für das Management von Issues.
• Überprüfen – Erste Phase des CRA-Prozesses: interne technische Überprüfung des produzierenden Task-Teams.
• CRA – Überprüfen, Prüfen, Genehmigen. Prozess der Überprüfung, Revision und Genehmigung, geregelt durch die ISO 19650-2.
• Prozessgateway – Obligatorische Bedingung (z. B. Ausfüllen eines Formulars), die erfüllt sein muss, um den Workflow voranzutreiben.
• Formular – Strukturierte Gruppe von Feldern, die mit einem Schritt des Workflows zur Sammlung strukturierter Daten verbunden ist.
• Prüfen – Zweite Phase des CRA-Prozesses: interdisziplinäre Überprüfung des Containers.
• Rework-Loop – Rückweg des Containers zu früheren Phasen nach Feststellung von Nichtkonformitäten.
• SLA – Service Level Agreement. Maximale Zeit, die für den Abschluss eines Schrittes definiert ist.
• Schritt – Elementare Phase eines Workflows, mit Verantwortlichem, geplanter Aktion und Fortschrittsbedingung.
• Workflow-Template – Vorgefertigter, wiederverwendbarer und parametrischer Workflow, der in der Bibliothek der Organisation gespeichert ist.
• Übergang – Übergang von einem Schritt zum nächsten in einem Workflow, bestimmt durch eine explizite Aktion.
• Trigger – Ereignis, das automatisch einen Workflow auslöst (Datei-Upload, Überprüfung, Frist, usw.).
• Vordefinierter Workflow – Vorgefertigtes Workflow-Template gemäß den Verfahren der Organisation.