Leitfaden

Der BIM-Abwicklungsplan,
erklärt.

Was ein BAP wirklich ist, was in jeden Abschnitt gehört und wie er von einem Versprechen im Angebot zum Dokument wird, das die Ausführung steuert. Aufgebaut auf der Vorlage, die wir auf laufenden Projekten einsetzen.

JES Delivery14 Min. LesezeitISO 19650-2 · Abschnitt 5.4

Was ein BAP wirklich ist

Der BIM-Abwicklungsplan ist die Antwort der beauftragten Partei auf die Auftraggeber-Informationsanforderungen des Auftraggebers. Die AIA legen fest, welche Informationen das Projekt benötigt; der BAP legt genau fest, wie das Lieferteam sie erzeugt. Nach ISO 19650-2 ist er das maßgebende Dokument für jede Tätigkeit des Informationsmanagements im Projekt. Modellproduktion, Koordination, die gemeinsame Datenumgebung, die Qualitätsgates und die Übergabe der Anlagendaten laufen alle von ihm aus.

Schlicht gesagt ist er der operative Vertrag zwischen allen, die im Projekt Informationen erzeugen. Er benennt, wer was modelliert, in welcher Detailtiefe, bis wann, in welchen Ordner, nach welcher Benennung und gegen welche Kriterien geprüft. Sobald er mit der auftraggebenden Partei bestätigt ist, hört er auf, ein Plan zu sein, und wird Teil des vertraglichen Rahmens, der jedes Planungsteam, jeden Nachunternehmer und jeden Fachlieferanten im Auftrag bindet.

Vor Beauftragung gegenüber nach Beauftragung

Es gibt zwei BAPs, ausgegeben zu zwei verschiedenen Zeitpunkten, und sie erfüllen zwei verschiedene Aufgaben.

  • Der BAP vor Beauftragung wird mit dem Angebot eingereicht. Er belegt die Leistungsfähigkeit (die Methodik des Teams, den Ressourcenplan und den Technologie-Stack), damit der Auftraggeber beurteilen kann, ob der Bieter tatsächlich liefern kann. Ein Verkaufsdokument mit Substanz.
  • Der BAP nach Beauftragung wird innerhalb eines vereinbarten Zeitfensters nach Zuschlag ausgegeben (typischerweise 15 bis 20 Arbeitstage), mit allen Fachteams bestätigt und mit der auftraggebenden Partei abgestimmt. Er ersetzt die Fassung vor Beauftragung. Jede benannte Person, jede Plattform und jedes Protokoll darin ist bestätigt. Er ist kein Vorschlag mehr, er ist das Regelwerk.

Ein Detail, das zählt: Im bestätigten BAP können benannte Personen nicht ausgetauscht werden, ohne die auftraggebende Partei zu benachrichtigen und die Zustimmung des Informationsmanagers einzuholen. Die Personen sind Teil der Zusage, kein Detail, das man später ausfüllt.

BAP des Bauunternehmens gegenüber BAP des Planungsbüros

Die Struktur ist gemeinsam, der Schwerpunkt nicht. Der BAP eines Planungsbüros ist um die Entwurfsproduktion herum aufgebaut. Der BAP eines Bauunternehmens (der, um den dieser Leitfaden aufgebaut ist) ist um die Bauphase herum aufgebaut: fertigungsreife Modelle, Werkstattzeichnungen, Baustellen- und Gewerkekoordination, 4D-Sequenzierung, Bestandsverifizierung und die Übergabe der Anlageninformationen. Sind Sie das Bauunternehmen, das als Lead Appointed Party auftritt, muss Ihr BAP außerdem die BIM-Arbeit jedes Nachunternehmers steuern, weshalb er eine Ebene trägt, die die Fassung des Planungsbüros nicht hat: Fachteam-BAPs und TIDPs.

Was in einem BAP steckt

Ein vollständiger BAP eines Bauunternehmens umfasst dreizehn Abschnitte sowie eine Reihe von Anlagen, die die laufenden Register enthalten. Hier steht, was jeder Abschnitt leistet und warum er enthalten ist.

01

Projektinformationen & Umfang

Projektdetails, die Projektbeteiligten, die Referenzdokumente (die AIA, die er beantwortet, der Vertrag, der Terminplan) und der bestätigte Umfang der BIM-Anwendungen: Baumodellierung, Werkstattzeichnungen, 3D-Koordination, 4D/5D, Fertigung, Bestand, Lieferung der Anlagendaten.

02

Rollen & Verantwortlichkeiten

Das Lieferteam über drei Ebenen: BIM Director (strategisch), BIM Manager (operativ, der zentrale Ansprechpartner) und Koordinatoren (Produktion). Dazu die Fachteams der Nachunternehmer, ihre Pflichten und eine vollständige RACI-Matrix für jede Informationstätigkeit.

03

Informationsstandards

Die Standards, an die sich das Projekt hält (ISO 19650, Uniclass 2015, RIBA Plan of Work), die bestätigten technischen Parameter (Koordinatensystem, Einheiten, Softwareversionen, IFC-Schema) und die Namenskonvention, der jeder Container folgen muss.

04

Ablauf der gemeinsamen Datenumgebung

Die Plattform, die vier Informationszustände (WIP, Shared, Published, Archive), die Regeln und die freigebende Stelle für jeden Zustandswechsel, die Ordnerstruktur und die genutzten Module. Das ist das Rückgrat der täglichen Lieferung.

05

Modellföderation & Koordination

Wer das Koordinationsmodell verantwortet, wie oft es zusammengeführt wird, die bestätigte Modellaufteilung nach Gewerk und die baubezogene Koordination: 4D-Integration, Baustellenlogistik, Einbaureihenfolge, Vorfertigungsprüfungen.

06

MIDP & Zeitplan für den Informationsaustausch

Der Master Information Delivery Plan (jeder Container, Verantwortlicher, LOD/LOI und Fälligkeit) und die Austauschmeilensteine, die er speist. Darunter die Task Information Delivery Plans, einer je Fachteam, bestätigt bevor irgendeine Produktion beginnt.

07

LOD-/LOI-Strategie

Die Informationsbedarfstiefe über die Bauphasen hinweg (LOD 300 bis 500): wie viel Geometrie und wie viele Daten jedes Element in jeder Phase trägt. Kein Gewerkemodell ist werkstattzeichnungsreif, bevor es LOD 400 erreicht.

08

Qualitätssicherung

Ein dreistufiger Rahmen (Eigenprüfung, Fachprüfung und formelles Audit) mit den Auditkategorien und Schwellenwerten, die im Vorfeld festgelegt werden, sodass „gut" eine Zahl ist, die ein Prüfer kontrollieren kann, keine Meinung.

09

Kollisionsprüfung & Koordination

Die Kollisionstoleranzen (hart 0 mm, weich 25 mm, Freiraum 50 mm), der Prüftakt und die Bearbeitungs-SLAs nach Priorität. Keine Kollision wird mit einem mündlichen „sieht passend aus" geschlossen. Die Lösung wird im Modell verifiziert.

10

Informationssicherheit

Die Sicherheitseinstufung des Projekts nach ISO 19650-5, die CDE-Kontrollen (rollenbasierter Zugriff, MFA, Verschlüsselung, Audit-Protokollierung, Datenstandort) und der Zeitrahmen für die Meldung von Vorfällen.

11

Risikoregister

Die benannten Risiken der Informationslieferung (Änderung der AIA, Kompetenz der Nachunternehmer, ungelöste Kollisionen, Versionsabweichung, unvollständige Übergabedaten), jeweils mit Eintrittswahrscheinlichkeit, Auswirkung, einer Maßnahme und einem Verantwortlichen.

12

Schulung & Kompetenz

Die BIM-Einweisung, die jedes Teammitglied absolviert, bevor es die CDE berührt, und die laufenden Kompetenzanforderungen an Führungskräfte und an die Koordinatoren der Nachunternehmer.

13

Technologie-Stack

Der bestätigte Softwareplan (Authoring, Fertigung, Koordination, 4D/5D, CDE, Baustellenmanagement) mit festgelegten Versionen. Keine neuen Werkzeuge, keine Upgrades mitten im Projekt ohne Freigabe.

Der Teil, durch den alles läuft: die CDE

Wenn ein Abschnitt seinen Platz vor allen anderen verdient, dann der Ablauf der gemeinsamen Datenumgebung. Jeder Informationscontainer durchläuft vier Zustände, und keiner geht weiter, ohne ein Gate zu passieren und eine autorisierte Freigabe zu erhalten.

ZustandCodeWas er bedeutetWer den Wechsel freigibt
Work in ProgressS0In aktiver Bearbeitung. Für niemanden sonst verbindlich.Fachteamleiter
SharedS1 / S2Intern geprüft, für die Koordination verfügbar.Leiter teilt; BIM Manager nimmt an
PublishedA / BGegen AIA/BAP verifiziert, formell zur Nutzung freigegeben.BIM Manager / Informationsmanager
Archiven/aErsetzt, aufbewahrt für Audit und Bestandsnachweis.CDE-Administrator

Die Disziplin liegt in den Übergängen, nicht in den Bezeichnungen. Ein Modell kann nicht von WIP zu Shared, bevor es die Eigenprüfung der Stufe 1 besteht; es kann nicht von Shared zu Published, bevor die Koordination abgeschlossen und die Kollisionen gelöst sind. Die Zustände sind die Art, wie der BAP aus „wir passen schon auf" einen Prozess macht.

Ein BAP funktioniert, wenn ein Koordinator damit entscheiden kann, ob das gerade Erhaltene annehmbar ist, und nach der Antwort handeln kann.

Von der JES-Lieferfläche

Wie „gut" definiert wird

Der Qualitätsrahmen ist das, was den BAP davor bewahrt, bloß Tapete zu sein. Drei Stufen, jede mit einem klaren Auslöser:

  • Stufe 1: Eigenprüfung, bevor ein Container zu Shared wechselt. Der Modellierer prüft Benennung, Klassifizierung, LOD für die Phase, Modellzustand und eine interne Kollisionsprüfung. Eine nicht konforme Datei hochzuladen ist ein Verstoß, kein Versehen.
  • Stufe 2: Fachprüfung, bevor Shared zu Published wechselt. Ein Koordinator prüft Föderation, gewerkeübergreifende Kollisionen, Datenvollständigkeit und Normkonformität.
  • Stufe 3: Formelles Audit, vor einem Informationsaustausch. Jede Auditkategorie wird gegen einen Schwellenwert bewertet und ein Bericht abgelegt.

Und die Schwellenwerte sind eindeutig: Datei- und Namenskonformität bei 100 % (Nulltoleranz), Modellzustand mindestens 85 %, LOD/LOI mindestens 90 %, Klassifizierung mindestens 95 % und keine kritischen Kollisionen. Eine Einreichung nimmt die Hürde oder geht mit konkreten Nachbesserungsanweisungen zurück nach WIP, und der Austauschmeilenstein hält, bis sie besteht.

Was ihn real macht

Der Unterschied zwischen einem BAP, der ein Projekt steuert, und einem, der in einem Ordner liegt, ist nicht das Dokument, sondern drei Gewohnheiten, die das Dokument festschreibt. Er benennt Personen, nicht Rollen. Er macht die QA-Gates zu unverhandelbaren Haltepunkten im Terminplan, nicht zu Schritten, die man überspringt, wenn die Zeit knapp wird. Und er gibt jeder Klausel Substanz: nicht konforme Dateien an der CDE abgewiesen, verpasste Meilensteine eskaliert, ungelöste kritische Kollisionen innerhalb von 48 Stunden nach Ablauf des SLA auf Director-Ebene gehoben.

Schreiben Sie ihn so, und der BAP wird zum Dokument, nach dem das Team greift, wenn es wissen muss, was als Nächstes zu tun ist, was die einzige Prüfung ist, die zählt.

Sie möchten die Vorlage hinter diesem Leitfaden?

Der vollständige BAP für Bauunternehmen: 13 Abschnitte, RACI-Matrix, CDE-Ablauf, LOD/LOI-Plan und Audit-Checklisten. Vor und nach Beauftragung. Kostenlos.

BAP-Vorlage erhalten