AIA sind als Summe aller inhaltlichen, strukturellen, technischen und prozessualen Festlegungen zu sehen, die die Bauherrschaft von seinen Auftragnehmern einfordert.
AIA definieren die Vorgaben des Auftraggebers
ügrundsätzlich
üübergeordnet und
üprojektunabhängig
(Allerdings gibt es auch Auftraggeber, die für jede Liegenschaft eine neue AIA ausfassen)
AIA sollen sicherstellen, dass die an einem Bau beteiligten Projektpartner digitale Daten (also Inhalte) in einem vorgegebenen Standard liefern.
Je nach adressierten Anwendungsfällen und abhängig vom Szenario regeln AIA aber auch Prozesse, Rollen und Verantwortlichkeiten, um hier gewünschte Standards sicherzustellen
Je detaillierter Vorgaben getroffen werden, desto:
üHöher die Chance auf brauchbare digitale Daten für den Lebenszyklus
üKlarer die Aufgabendefinition für beteiligte Auftragnehmer
Aber desto:
üKleiner der Kreis der Firmen, die diesen Standard ohne Mehraufwand liefern können
üHöher die Aufwände für Planer und Ausführende
üGrößer die Chance auf steigende Kosten
Bei der Entwicklung von lebenszyklusorientierten AIA empfiehlt sich, von hinten nach vorne zu denken:
àWelche Systeme kommen bei mir im Betrieb zum Einsatz?
àWelche Daten brauche ich hierfür in welcher Form?
àWer liefert mir diese?
àWelche Daten möchte ich „nur“ betrachten und welche auch verändern können?
Je weiter vorne im Gebäudelebenszyklus vom Auftraggeber Vorgaben getroffen werden…
àdesto höher die Wahrscheinlichkeit, am Ende brauchbare Daten zu erhalten – aber:
àdesto höher auch der Aufwand zur Erzeugung und Prüfung dieser Daten für alle Beteiligten
Geometrische Detailtiefe von BIM-Modellen definieren
üPhasengerechte Modellierungslogik
üPerformance- und Datenmanagement
üPlanungs- und Koordinationsanforderungen
üWirtschaftliche Detaillierungsstrategien
Weiter zur LOG-Definition
Strukturierte Objektinformationen im BIM-Modell
üAttributdefinitionen je Objektklasse
üDatenstruktur und Benennungslogik
üAuswertungs- und Übergabefähigkeit
üIntegration in Zielsysteme
Weiter zur LOI-Definition
Koordinationsanforderungen zwischen Fachmodellen
üKollisionsprüfung nach Projektphase
üRisikobasierte Koordinationslogik
üToleranzen und Priorisierung
üVerantwortlichkeiten und Prüfprozesse
Weiter zur LOC-Definition
Strukturierte Dokumentation für Planung und Betrieb
üDokumentenanforderungen je Objektklasse
üZuordnung zu Objekt- oder Anlagenebene
üVerknüpfung mit BIM-Modellen
üIntegration in DMS- und Betriebssysteme
Weiter zur Zusatzdokumentation
Strukturierte Workflows für objektbasiertes Arbeiten
üRollen- und Verantwortlichkeitsmodelle
üAustausch- und Koordinationsprozesse
üModellprüfung und Qualitätssicherung
üAs-built-Dokumentation
Weiter zu Leitprozessen
Das Thema interessiert Sie und Sie würden sich gerne mal eine Auftraggeber-Informationsanforderung ansehen?
Kein Problem – folgen Sie einfach dem Link unten.
Die Zugangsdaten erhalten Sie nach kurzer Kontaktaufnahme.
plandata Online-AIA-Demo
AIA sind beides: formal meist ein Dokument, inhaltlich Ihr digitaler Standard für Auftragnehmer – inkl. Inhalte, Struktur, Formate, Rollen, Prozesse und Qualitätsrahmen.
So detailliert, wie Ihr Nutzen es rechtfertigt. Höhere Detailtiefe erhöht zwar die Chance auf brauchbare Daten, aber auch Aufwand, Kosten, Angebotsrisiko und reduziert den Kreis lieferfähiger Unternehmen.
In AIA gehören Liefergegenstände, Informationsanforderungen (LOI/LOG/LOC), Formate, Rollen, Prüf- und Abnahmelogik. Nicht hinein gehören unnötige Büro-Workflows oder „Software-Glaubenssätze“, die keinen Mehrwert liefern.
Mit drei Regeln:
·Anwendungsfälle priorisieren (nicht alles gleichzeitig),
·Anforderungen messbar machen (Prüfsets/IDS)
Datenziel klären (Projekt vs. Betrieb).
