Wer Kanalinspektionen, Zustandsdaten oder Bestandsinformationen digital übergeben muss, begegnet früher oder später ISYBAU. Dahinter steckt kein Kamerasystem und keine einzelne Prüfsoftware, sondern ein festgelegtes Austauschformat, mit dem Daten zu Abwasseranlagen strukturiert zwischen verschiedenen Beteiligten und Programmen weitergegeben werden können.
ISYBAU bezeichnet im Bereich der Abwassertechnik standardisierte Austauschformate für Informationen über abwassertechnische Anlagen. Dazu zählen zum Beispiel Kanäle, Haltungen, Leitungen, Schächte, Rinnen und Sonderbauwerke. Die Formate beschreiben, wie solche Informationen aufgebaut sein müssen, damit unterschiedliche Programme sie möglichst einheitlich lesen, prüfen und weiterverarbeiten können.
Ein Inspektionsunternehmen kann Daten mit einer Fachsoftware erfassen und sie anschließend an ein Ingenieurbüro, einen Netzbetreiber oder einen Auftraggeber übergeben. Das Austauschformat legt fest, welche Angaben in welcher Struktur übermittelt werden. So muss nicht jeder Projektpartner die Informationen neu und von Hand erfassen.
ISYBAU kann Informationen aus Bestandsaufnahme, Planung, Inspektion, Zustandsbewertung, hydraulischer Bearbeitung und Betrieb zusammenführen. Welche Daten tatsächlich benötigt und ausgetauscht werden, hängt vom Projekt, vom Auftrag und von den vereinbarten Anforderungen ab.
Der praktische Nutzen zeigt sich immer dann, wenn mehrere Beteiligte mit denselben Anlagendaten arbeiten. Besonders bekannt ist das Format aus der Bestandsdokumentation von Liegenschaften des Bundes. Es kann außerdem dort eingesetzt werden, wo Auftraggeber und Auftragnehmer den Datenaustausch im Projekt entsprechend festlegen.
Geometrie, Lage, Material, Abmessungen und weitere Stammdaten von Haltungen, Leitungen, Schächten oder Bauwerken werden strukturiert dokumentiert.
Ergebnisse optischer Inspektionen, Dichtheitsprüfungen, Zustandsfilme und Profilmaßerfassungen können objektbezogen ausgetauscht werden.
Fachdaten können in geeigneten Fachanwendungen für Zustandsbewertung, hydraulische Berechnungen und Sanierungsplanung weiterverarbeitet werden.
Sanierungsinformationen lassen sich einem Objekt und einem Auftrag zuordnen. Das erleichtert die nachvollziehbare Fortschreibung des Anlagenbestands.
Betriebsbezogene Informationen können strukturiert vorliegen und in den dafür vorgesehenen Anwendungen genutzt werden.
Ein festgelegter Datenaufbau unterstützt die langfristige Ablage und spätere Wiederverwendung digitaler Bestands- und Zustandsinformationen.
Das ISYBAU-Austauschformat Abwasser (XML) unterscheidet sechs Datenbereiche. Zusätzlich gibt es zentral definierte Referenzlisten. Zusammen sorgen sie dafür, dass nicht nur einzelne Werte, sondern auch deren Bedeutung und Zuordnung klar festgelegt sind.
Sie enthalten übergeordnete und administrative Angaben zum Datensatz, zum Beispiel Informationen zur Liegenschaft und zum Austauschvorgang. Sie bilden den Kopf des Austauschformats.
Hier werden die Anlagenobjekte beschrieben: etwa Haltungen, Leitungen, Schächte und Bauwerke mit ihren Identifikationen, Eigenschaften und Geometrieangaben.
Dieser Bereich umfasst unter anderem Ergebnisse optischer Inspektionen, Dichtheitsprüfungen, digitale Zustandsfilme und Profilmaßerfassungen. Die Daten beziehen sich auf konkrete Anlagenobjekte und Aufträge.
Hier werden Angaben für hydraulische Betrachtungen und Berechnungen strukturiert übertragen. Sie ergänzen die bautechnischen Informationen um die wasserwirtschaftliche Betrachtung.
Dieser Bereich ist für Informationen vorgesehen, die im Zusammenhang mit dem Betrieb der abwassertechnischen Anlagen stehen.
Sie können zum Beispiel Angaben zur Platzierung von Texten und Symbolen in Plänen enthalten. Damit lassen sich neben den Fachdaten auch Darstellungsinformationen übergeben.
Für Kanalinspekteure wird ISYBAU vor allem bei der digitalen Übergabe der Inspektionsergebnisse interessant. Die eigentliche Befahrung und die fachliche Beobachtung finden weiterhin mit Kamera- und Erfassungstechnik statt. ISYBAU sorgt anschließend dafür, dass die zugehörigen Informationen in einer festgelegten Struktur übergeben werden können.
Bei einer Inspektion werden zunächst das zu untersuchende Objekt und der Auftrag eindeutig zugeordnet. Die Beobachtungen werden nach dem vereinbarten Kodiersystem erfasst. Je nach Projekt gehören dazu auch Angaben zur Inspektionsrichtung, zu Positionen, Zustandsfilmen und ergänzenden Messungen.
Die strukturierten Ergebnisse können anschließend im vorgesehenen ISYBAU-Format exportiert und vom Empfänger in einer kompatiblen Fachanwendung eingelesen werden.
Ein formal lesbarer Export ersetzt weder eine fachgerechte Befahrung noch eine vollständige Zustandsbeschreibung. Auch eine XML-Datei, die sich technisch gegen ein Schema prüfen lässt, kann inhaltlich unvollständig, falsch zugeordnet oder fachlich unplausibel sein.
Entscheidend bleiben die Qualität der Erfassung, die korrekte Objektzuordnung, die Einhaltung der Projektvorgaben und die Prüfung durch den zuständigen Empfänger.
Der genaue Ablauf ist von der eingesetzten Software und den vertraglichen Vorgaben abhängig. In der Praxis lässt er sich häufig in diese Schritte gliedern:
Der Auftraggeber legt fest, welche Objekte, Datenbereiche, Formate und Versionen benötigt werden.
Die relevanten Objekte werden eindeutig identifiziert und dem jeweiligen Auftrag zugeordnet.
Beobachtungen, Prüfungen, Filme und weitere geforderte Informationen werden fachgerecht aufgenommen.
Die Fachsoftware schreibt die Daten entsprechend der vereinbarten ISYBAU-Version in eine XML-Datei.
Die Datei wird gegen das passende XML-Schema geprüft. Dabei werden Struktur- und Feldvorgaben kontrolliert.
Objektbezüge, Pflichtangaben, Vollständigkeit und Plausibilität werden zusätzlich geprüft.
Der Datensatz wird zusammen mit den vereinbarten Begleitunterlagen an den Empfänger übermittelt.
Der Empfänger importiert die Daten in sein System und meldet gegebenenfalls Fehler oder Nachforderungen zurück.
XML steht für „Extensible Markup Language“. Es handelt sich um ein textbasiertes Format, in dem Informationen mit einer definierten Struktur gespeichert werden. Für ISYBAU ist besonders wichtig, dass nicht nur Werte übertragen werden, sondern auch festgelegt ist, an welcher Stelle sie stehen und welche Inhalte zulässig sind.
Ein XML-Schema beschreibt die erwartete Struktur einer Datei. Es legt unter anderem Elemente, Datentypen, Reihenfolgen, zulässige Werte und bestimmte Pflichtangaben fest. Ein passendes Prüfwerkzeug kann damit kontrollieren, ob eine XML-Datei dem Schema entspricht.
Eine erfolgreiche Schema-Prüfung bestätigt zunächst, dass die Datei die formalen Strukturregeln erfüllt. Sie beweist nicht automatisch, dass die Inspektionsdaten fachlich richtig, vollständig oder für den konkreten Auftrag ausreichend sind. Dafür braucht es zusätzliche Prüfungen.
Das Austauschformat wurde über die Jahre weiterentwickelt. Für neue Projekte ist deshalb wichtig, nicht einfach irgendeine XML-Datei zu liefern, sondern die vom Auftraggeber geforderte Version und den dazugehörigen Schema-Stand zu verwenden.
Frühere Austauschformate: Ältere ISYBAU-Formate wurden unter anderem für den Austausch von Kanalstammdaten verwendet. Historische Dateien können in bestehenden Datenbeständen weiterhin vorkommen.
XML-Format: Mit den späteren XML-Ausprägungen wurde die Datenstruktur weiterentwickelt und der Austausch um zusätzliche Inhalte ergänzt.
Weitere Fortschreibungen: Datenfelder, Referenzlisten und die Struktur wurden angepasst. Mit XML-2017 kamen unter anderem zusätzliche Möglichkeiten zur Übertragung von Planlayouts hinzu.
ISYBAU-Austauschformat Abwasser (XML-2024): Die Formatversion trägt den Stand 2024-06. Die Fortschreibung betrifft unter anderem die Sanierungsdokumentation, Rinnen, Profilmaßerfassung und Niederschlagswasserbehandlung.
Schema-Korrektur: Gegenüber früher bereitgestellten Schema-Ständen wurden Korrekturen an Eindeutigkeitsbedingungen vorgenommen. Wer die Version aus Juni 2024 oder Januar 2025 nutzt, sollte die aktualisierte Schema-Bereitstellung berücksichtigen.
Beispieldatensätze: Die Leitstelle des Bundes veröffentlichte aktualisierte Beispieldatensätze für XML-2024. Beispiele helfen beim technischen Verständnis, ersetzen aber nicht die vollständige Formatdokumentation und die projektspezifischen Anforderungen.
In Gesprächen über digitale Kanalinspektionen fallen häufig mehrere Begriffe nebeneinander. Sie erfüllen unterschiedliche Aufgaben und sollten deshalb sauber auseinandergehalten werden.
| Bezeichnung | Worum geht es? | Rolle im Arbeitsablauf |
|---|---|---|
| ISYBAU XML | Strukturierter Austausch von Geometrie- und Fachdaten zu Abwasseranlagen. | Legt fest, wie Daten digital übergeben werden können. |
| DIN EN 13508-2 | Kodiersystem für Beobachtungen bei der optischen Inspektion von Entwässerungssystemen. | Beschreibt, wie Inspektionsbeobachtungen codiert werden. |
| DWA-M 149-2 | Regelwerkliche Grundlage zur optischen Inspektion und Kodierung im zugehörigen Anwendungszusammenhang. | Unterstützt die fachliche Erfassung und Dokumentation. |
| GML | XML-basierte Geography Markup Language für den Austausch raumbezogener Objekte und Geometrien. | Kann in bestimmten Bestandsdokumentationsprozessen Geometriedaten übertragen; der Umfang ist nicht identisch mit ISYBAU XML. |
Hinweis: Die genaue Anwendung und die jeweils maßgebliche Ausgabe ergeben sich aus dem Projektauftrag und den eingeführten Regelwerken. Die Tabelle dient der begrifflichen Orientierung und ersetzt keine Schnittstellen- oder Vertragsprüfung.
Nicht jedes Inspektionsunternehmen muss selbst XML-Schnittstellen entwickeln. Trotzdem lohnt es sich, die Grundzüge von ISYBAU zu kennen. Denn die Qualität der Datenübergabe beginnt bereits bei der Vorbereitung des Auftrags und bei der Erfassung vor Ort.
Die gelieferte XML-Datei entspricht nicht dem im Auftrag festgelegten Versionsstand oder Schema.
Inspektionsdaten sind nicht eindeutig einer Haltung, Leitung, einem Schacht oder einem Auftrag zugeordnet.
Wichtige Angaben zu Objektkennung, Geometrie oder Objektart fehlen oder passen nicht zum Datenbestand.
Der Zustandsfilm ist nicht richtig referenziert oder die Synchronisation zwischen Film und Inspektionsdaten ist unvollständig.
Die Datei besteht die Schema-Prüfung, enthält aber fachlich unplausible oder unvollständige Angaben.
Die Datei ist formal korrekt, kann vom Zielsystem aber wegen abweichender Schnittstellenstände oder nicht unterstützter Inhalte nicht vollständig verarbeitet werden.
Nein. ISYBAU ist im hier beschriebenen Zusammenhang die Bezeichnung für standardisierte Austauschformate im Bereich Abwasser. Die Anforderungen und Datenstrukturen werden unter anderem in den Baufachlichen Richtlinien Abwasser beschrieben. Normen wie DIN EN 13508-2 können fachliche Inhalte liefern, die über das Austauschformat übertragen werden.
Nein. Verschiedene Softwareprodukte können ISYBAU-Dateien erzeugen, einlesen oder prüfen. ISYBAU selbst ist das Format beziehungsweise die dazugehörige Datenstruktur – nicht das Programm, mit dem die Daten bearbeitet werden.
Das ist die Formatversion des ISYBAU-Austauschformats Abwasser mit dem Versionsstand 2024-06. Die BFR Abwasser wurde im Januar 2025 auf diese Formatversion fortgeschrieben. Für die technische Umsetzung sind die jeweils bereitgestellten XML-Schemata und ihre Aktualisierungen zu beachten.
Nein. Die Inspektion wird mit geeigneter Kamera-, Mess- und Erfassungssoftware durchgeführt. ISYBAU dient dazu, die dabei entstehenden und weitere zugehörige Informationen strukturiert auszutauschen.
Das Datenmodell ermöglicht unter anderem den Austausch von Zustandsdaten zu Haltungen, Leitungen, Rinnen, Schächten und Bauwerken. Dazu gehören Daten aus optischen Inspektionen, Dichtheitsprüfungen, Zustandsfilmen und Profilmaßerfassungen.
Nein. Das Öffnen oder Einlesen einer Datei ist kein Nachweis für fachliche Richtigkeit. Die Daten müssen zusätzlich auf Vollständigkeit, richtige Objektzuordnung, Plausibilität und Übereinstimmung mit dem Auftrag geprüft werden.
Das hängt vom konkreten Auftrag und den beteiligten Systemen ab. In bestehenden Datenbeständen können ältere Versionen vorkommen. Für einen neuen Austausch sollte immer geklärt werden, welche Version der Auftraggeber verlangt und welche Version das Empfängersystem unterstützt.
Nein. GML ist ein XML-basiertes Format für raumbezogene Informationen. Es kann in bestimmten Prozessen der Bestandsdokumentation eingesetzt werden. Der übertragbare Datenumfang ist jedoch nicht mit ISYBAU XML gleichzusetzen; insbesondere werden nicht alle hydraulischen und detaillierten Zustandsdaten auf Schadenskürzelebene abgedeckt.
Für die Kanalinspektion bedeutet das: Inspektions- und Bestandsdaten werden nicht einfach als lose Dateien weitergereicht, sondern können in einer festgelegten Struktur zwischen Auftraggebern, Inspektionsunternehmen und Fachplanern ausgetauscht werden. Wer die Grundidee versteht, kann Anforderungen besser klären, Daten sauberer liefern und Rückfragen bei der Abgabe vermeiden.
Fachlicher Hinweis: Diese Seite erklärt die Grundidee des ISYBAU-Austauschformats in eigenen Worten. Sie ersetzt weder die vollständigen Baufachlichen Richtlinien Abwasser noch die Formatdokumentation, das XML-Schema oder die projektspezifischen Vorgaben. Bei konkreten Datenlieferungen sind immer die vom Auftraggeber verlangte Version und die maßgeblichen Unterlagen zu verwenden. Fachstand der dargestellten Versionshinweise: 30. Oktober 2026.
