--- title: "ING-B: KI für Elektroplanung und Unterlagen" canonical: https://wavect.io/de/blog/ing-b-ai-electrical-engineering-opportunities/ language: de description: "Unabhängige ING-B-Analyse zu KI für Elektroplanung: LV-Revisionen, Lichtnachweise und Übergabeunterlagen prüfen. Fiktives Beispiel, keine Projektergebnisse." image: "https://wavect.io/img/blog/headers/header_ing-b-ai-electrical-engineering-opportunities.png" author: ["Kevin Riedl"] published: "2026-11-07" updated: "2026-11-07" reviewed: "2026-11-07" --- # ING-B: KI für Elektroplanung und Revisionsprüfung [**Zurück**](/de/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/de/team/kevin-riedl/) [Kevin Riedl](/de/team/kevin-riedl/) https://linkedin.com/in/wsdt 9 Min Lesezeit · 7. November 2026 Zuletzt geprüft 7. November 2026 [**Weiter**](/de/blog/ai-pilot-kill-or-scale-scorecard/) TL;DR Für ING-B würden wir zuerst ein KI-gestütztes Anforderungs- und Revisionsregister testen. Der Entwurf erhält Originalstellen, Dokumentversionen und offene Zuordnungsfragen, damit eine Fachperson Änderungen prüfen kann. Öffentliche Leistungen zu Ausschreibung, Lichtplanung und Übergabe liefern den Kontext. Die Abläufe sind unabhängige hypothetische Vorschläge, keine Unternehmensprojekte oder gemessenen Ergebnisse. Der Pilot muss Auslassungen und fehlende Nachweise sichtbar halten. Planung, Inbetriebnahme und Freigabe bleiben bei verantwortlichen Fachpersonen. Entscheidend ist weniger Gesamtarbeit bis zur akzeptierten Prüfung. Unabhängige Analyse Wavect wurde von ING-B nicht beauftragt und ist mit dem Unternehmen weder verbunden noch von ihm empfohlen. Dieser Artikel ist eine unabhängige Outside-in-Analyse, die ausschließlich auf öffentlich verfügbaren Informationen beruht. Vorgeschlagene Lösungen, Architekturen und mögliche Auswirkungen sind hypothetisch. Sie veranschaulichen Ansätze, die wir bei vergleichbaren Herausforderungen untersuchen würden, und sind keine Aussagen über die internen Systeme von ING-B. [office@wavect.io](mailto:office@wavect.io) **Eine geänderte elektrotechnische Spezifikation braucht eine geprüfte Übersicht der Änderungen.** Für eine unabhängige Analyse der KI-Potenziale bei ING-B würden wir zuerst ein Anforderungs- und Revisionsregister mit Quellenbelegen testen. Eine Fachperson klärt mehrdeutige Änderungen anhand der Originalstellen und entscheidet, was in freigegebene Unterlagen eingeht. Den Nutzen dieses Versuchs müsste man noch messen. **Öffentliche Quellen geprüft: 7. November 2026.** Die Recherche verwendet veröffentlichte Leistungsbeschreibungen und technische Leitfäden. Wir hatten weder Zugriff auf ING-B-Projektdateien noch Gespräche mit Mitarbeitenden. Es wurde kein KI-System getestet. Die Vorschläge beschreiben Versuche für vergleichbare Aufgaben. Daraus folgt weder ein interner Bedarf noch eine fehlende Fähigkeit bei ING-B. ## Wo könnte ING-B KI zur Prüfung elektrotechnischer Unterlagen einsetzen? **ING-Bs veröffentlichte Leistungen machen Ausschreibungsprüfung, Lichtnachweise und Übergabeunterlagen zu konkreten Gegenständen eines KI-Versuchs.** Die [Leistungsübersicht](https://www.ing-b.at/leistungen/) nennt Ausschreibung und Angebotsprüfung sowie Fachbauaufsicht. Das grenzt relevante Dokumentarten ein. Es belegt weder die interne Bearbeitung noch eine mögliche Zeitersparnis. Die [ING-B-FAQ](https://www.ing-b.at/faq/) führen Leistungsverzeichnisse, Montage- und Schaltpläne sowie Rechnungsprüfung auf. Beschrieben werden auch Lichtberechnungen mit Dialux, DALI/KNX-Integration und BIM-Planung auf Wunsch. Welche Dateiformate oder Schnittstellen ein Pilot nutzen könnte, lässt sich daraus nicht ableiten. Die [Leistungsliste im öffentlichen Firmenfolder, Druckseiten 04-05](https://www.ing-b.at/wp-content/uploads/2024/10/ING-B-Hauptfolder.pdf) umfasst ebenfalls Berechnung und Dokumentation. Ein entworfener Befund sollte seine Quelle und die zugehörige Prüfentscheidung behalten. | Vorgeschlagener Versuch | Prüfbares Ergebnis | Voraussetzung für die Auswahl | | --- | --- | --- | | Anforderungs- und Revisionsprüfung | Geänderte Textstellen mit Dokumentversionen und offenen Fragen | Eine Fachperson kann die erwarteten Befunde festlegen | | Vergleich von Leuchtennachweisen | Genaue Produktvariante, dokumentierter Wert, Einheit und Quelle | Freigegebener Bedarf und passende Herstellerunterlagen liegen vor | | Prüfung der Übergabenachweise | Fehlende, nicht passende oder ungeklärte Unterlagen | Es gibt eine vereinbarte Übergabecheckliste für das Projekt | ## Welches KI-Potenzial würden wir zuerst testen? **Im ING-B-Beispiel würden wir mit einem Anforderungs- und Revisionsregister beginnen.** Ein Revisionsregister erfasst geänderte Anforderungen tabellarisch mit den jeweiligen Quellversionen und der Prüfentscheidung. Für ein festgelegtes Dokumentpaar kann eine Fachperson die erwarteten Befunde aufschreiben, bevor der KI-Entwurf bewertet wird. Wähle eine Dokumentart und eine prüfende Person. Lege das Versionspaar und die betroffenen Abschnitte fest. Der Assistent sammelt mögliche Unterschiede. Herkömmlicher Code kann extrahierte Mengen und Kennungen vergleichen; die Einheiten bleiben dabei erhalten. Zeige zu jedem Befund die Originalstellen. Exportiere die Prüftabelle ohne Schreibzugriff auf freigegebene Unterlagen oder reale Anlagen. Über eine Integration entscheidest du nach der Messung des Nutzens dieser Ausgabe. ## Was muss ein Revisionsregister erkennen? **Im ING-B-Versuch muss das Revisionsregister geänderte Werte, entfallene Anforderungen und unklare Identitäten auseinanderhalten.** Alle Kennungen und Produktbezeichnungen im folgenden Testbeispiel sind erfunden. Es ist ein vorgeschlagener Abnahmefall, kein ING-B-Projektdatensatz und keine Elektroplanungsanweisung. Für diesen Beitrag wurde kein KI-System damit getestet. **Revision A, Abschnitt 2.4:** Raum R-204: 12 Leuchten vom Typ L-07 liefern. An Steuergruppe C-3 anschließen. **Revision B, Abschnitt 2.4:** Raum R-240: 16 Leuchten vom Typ L-07 liefern. | Sichtbarer Unterschied | Erwarteter Befundentwurf | Noch offene Entscheidung | | --- | --- | --- | | Aus 12 werden 16 Leuchten | Menge ändert sich um 4; beide Textstellen bleiben erhalten | Fachperson bestätigt die beabsichtigte Menge und den Geltungsbereich | | Steuergruppe C-3 fehlt | Die bisherige Steuerungsanforderung bleibt als ungeklärte Streichung sichtbar | Fachperson bestätigt, ob die Streichung freigegeben ist | | Aus R-204 wird R-240 | Raumzuordnung ist unklar | Prüfende Person gleicht die freigegebene Raumzuordnung ab | Die Mengenrechnung lautet 16 − 12 = 4. Sie belegt nicht, dass beide Textstellen denselben Raum betreffen. Ein Assistent, der nur die Anzahl meldet, übersieht eine eigenständige Prüffrage. Die unklare Zuordnung muss bestehen bleiben, bis jemand sie auflöst. Erhalte Dateiname, Revision und Abschnitt jeder Textstelle. Speichere den Befundentwurf getrennt von der Entscheidung der prüfenden Person. Kann die Texterkennung eine Seite nicht lesen, muss das Register den Vergleich als unvollständig ausweisen. Eine leere Befundliste darf keine abgeschlossene Prüfung vortäuschen. ## Wie könnte KI die Prüfung von Lichtunterlagen unterstützen? **Bei Lichtunterlagen würden wir eine Nachweistabelle testen, die genaue Produktvarianten einem freigegebenen Bedarf zuordnet.** [ING-Bs Lichtplanungsseite](https://www.ing-b.at/lichtplanung/) beschreibt Berechnung, Simulation, Technologieauswahl und technische Dokumentation. Ein Assistent könnte mögliche Belege vorbereiten. Eine fachkundige Person prüft deren Anwendbarkeit und erledigt die erforderliche Ingenieurarbeit. Jede Zeile braucht den genauen Produktcode und die belegende Textstelle. Behalte Originaleinheit und einschränkende Fußnoten bei. Ein Wert einer ähnlichen Leuchte darf keine Lücke im Nachweis der gewählten Variante füllen. Kennzeichne den fehlenden Wert und frage nach dem passenden Dokument. Lichtberechnung, Eignungsbewertung und Planungsfreigabe bleiben bei der verantwortlichen Fachperson. ## Was könnte eine Prüfung der Übergabenachweise belegen? **Ein Nachweischeck kann Dokumente vereinbarten Anforderungen zuordnen; er belegt nicht, dass eine physische Prüfung stattgefunden hat.** [ING-Bs Gebäudeleittechnik-Leistungen](https://www.ing-b.at/gebaeudeleittechnik/) umfassen technische Dokumentation und Inbetriebnahmebegleitung. Ein vorgeschlagener Assistent könnte mögliche Nachweise sammeln und Lücken zur Prüfung markieren. Vollständige Unterlagen und die fachliche Abnahme tatsächlicher Ergebnisse bleiben getrennte Fragen. Nutze die freigegebene Übergabecheckliste des jeweiligen Projekts. Als eigenständiges öffentliches Beispiel aus Österreich behandeln die [Dokumentationsanforderungen der BIG](https://www.big.at/projekte/dokumentation) Raum- und Anlagenkennzeichen, Dateibenennung sowie Ablage. Der geforderte Umfang ist dort projektspezifisch abzustimmen. Ein konkreter ING-B-Auftrag oder dessen geltende Anforderungen wurden von uns nicht geprüft. | Feld | Was die prüfende Person braucht | | --- | --- | | Anforderung | Vereinbarter Checklistenpunkt samt Quelle | | Identität | Anlagen- oder Raumkennung, Dokumentrevision und Fundstelle | | Nachweisstatus | Vorhanden, fehlend, widersprüchlich oder unlesbar | | Ergebnis und Abnahme | Beobachtetes Ergebnis, verantwortliche prüfende Person und dokumentierte Entscheidung | Teste eine fiktive Zeile, in der eine Inbetriebnahmeanweisung vorliegt, das Feld für das beobachtete Ergebnis aber leer ist. Erwartet wird ein Hinweis auf das fehlende Ergebnis. Der Assistent darf weder aus einer Anweisung eine erfolgreiche Prüfung machen noch das Ergebnis einer anderen Anlagenkennung übernehmen. ## Wo passt eine BIM-Informationsprüfung dazu? **Für das ING-B-Beispiel ist die BIM-Informationsprüfung eine spätere Option mit passenden Modelldaten und freigegebenen Informationsanforderungen.** Das [buildingSMART-IDS-Handbuch](https://github.com/buildingSMART/IDS/blob/development/Documentation/UserManual/README.md) beschreibt das Festlegen und Prüfen einfacher Informationsanforderungen in IFC-Modellen. Daraus lässt sich ein begrenzter Informationscheck ableiten. Welche Exporte oder Prüfprogramme ING-B verwendet, ist damit nicht belegt. Eine Fachperson könnte die Informationsanforderungen freigeben, einen spezialisierten Prüfer auf eine bestimmte IFC-Revision anwenden und die daraus entstehende Mängelliste von KI erläutern lassen. Jede Erklärung erhält Bauteilkennung und ursprüngliches Regelergebnis. Die gesamte Planung wird gesondert validiert. Dieser Informationscheck beweist weder Kollisionsfreiheit noch eine erfolgreiche Inbetriebnahme. Falls die vorgeschlagene Prüfung später eine angebundene Abrufanwendung braucht, behandelt die [Checkliste für produktionsreifes RAG](/de/blog/rag-production-readiness-checklist-eu/) diese weitergehende Umsetzungsentscheidung. ## Wie sollte der erste Versuch bewertet werden? **Bewerte den vorgeschlagenen ING-B-Dokumentencheck anhand erwarteter Befunde und der verbleibenden Ingenieurarbeit.** Das [NIST-Profil für generative KI](https://nvlpubs.nist.gov/nistpubs/ai/NIST.AI.600-1.pdf) empfiehlt, Quellen und generierte Quellenverweise zu prüfen und aus engen Auswertungen keine weitergehende Leistung abzuleiten. Für diesen Pilot bleiben die Originalbelege erhalten. Halte Beispiele zurück, die nicht zur Prompt-Verbesserung verwendet wurden. 1. Lass eine Fachperson die erwarteten Befunde vor dem vorgeschlagenen Testlauf festhalten. 2. Nimm die fiktiven Mengen-, Streichungs-, Zuordnungs- und Ergebnislückenfälle auf. Unveränderte Dokumente machen Fehlalarme sichtbar. 3. Teste unlesbare Seiten und widersprüchliche Revisionen. Die Ausgabe muss die Lücke nennen. 4. Prüfe jede angegebene Quellenstelle. Erfasse übersehene Befunde und falsche Hinweise. 5. Miss die gesamte menschliche Arbeit bis zur Abnahme, einschließlich Korrekturen und gescheiterter Versuche. Eine erfundene Anforderung lässt den Test scheitern. Dasselbe gilt für eine stillschweigend aufgelöste Raumabweichung oder ein Ergebnis ohne Beleg. Ein fehlerfreier kleiner Testsatz beweist keine künftige Zuverlässigkeit. Bevor repräsentative nicht öffentliche Dateien genutzt werden, vereinbare Zugriff und Verarbeitung mit ihrem Eigentümer. ## Wann rechtfertigt der Business Case einen weiteren Schritt? **Der Business Case verbessert sich nur, wenn die unterstützte Prüfung bei geforderter Qualität mit weniger Gesamtarbeit zu einem akzeptierten Ergebnis kommt.** Vergleiche ähnliche Aufgaben einschließlich Vorbereitung und Korrekturen. Erfasse Modellwartezeit gesondert, sofern sie die prüfende Person nicht bindet. Rechne Umsetzung und laufende Softwarekosten ein. Auch Dokumentpflege und wiederholte Auswertung beanspruchen die Kapazität, die der Business Case freisetzen soll. **Netto eingesparte menschliche Arbeitszeit je vergleichbarer Aufgabe = manueller Zeitaufwand − gesamte menschliche Arbeitszeit im unterstützten Ablauf.** Miss die Aufgabenmenge, bevor du diesen Wert hochrechnest. ING-Bs tatsächlicher Bearbeitungsaufwand ist unbekannt. Deshalb nennen wir weder eine Einsparung noch eine Amortisationsprognose. Die [KI-Pilot-Scorecard zum Stoppen oder Skalieren](/de/blog/ai-pilot-kill-or-scale-scorecard/) behandelt die spätere Betriebsentscheidung. Der [Kostenleitfaden für interne KI-Assistenten](/de/blog/internal-ai-assistant-cost-dach/) hilft bei Budgetkategorien, sobald Quellenumfang und Betriebsanforderungen bekannt sind. ## Was gehört in ein brauchbares erstes Briefing? **Lege für das ING-B-Beispiel fest, welche Belege eine prüfende Person zur Abnahme einer klar definierten Ausgabe braucht.** Wähle das Versionspaar und vereinbare Ablehnungsfälle vor dem Vergleich zwischen manueller und unterstützter Prüfung. Verlange weniger Gesamtaufwand je akzeptierter Prüfung, bevor du den Umfang erweiterst. Nutze das [Projektbriefing für KI-Automatisierung](/de/software-development-guide/ai-automation-project-brief/), um Abnahmebedingungen und Prüfverantwortung zu dokumentieren. Vereinbare nutzbare Exportformate. Die separat veröffentlichte [Twinsoft-AI-Fallstudie](/de/case-studies/twinsoft-ai/) gibt Einblick in ein anderes Projekt; sie belegt keine Umsetzung bei ING-B. Unsere [Technologieberatung](/de/services/technology-consulting/) kann eine begrenzte Frage zur Eigenentwicklung oder zum Zukauf in eine schriftliche Empfehlung überführen. [Grenze eine Prüfaufgabe mit der Person ein, die das Ergebnis freigibt](/de/contact/?intent=technology-consulting). ## Fragen zu KI-Potenzialen bei ING-B ### Ist das eine ING-B-Kundenfallstudie? Nein. ING-B hat Wavect nicht mit dieser Analyse beauftragt; es besteht weder eine Verbindung noch eine Empfehlung durch das Unternehmen. Der Beitrag entwickelt unabhängige Vorschläge aus veröffentlichten Leistungsinformationen. Er berichtet weder über interne Probleme noch über eine KI-Umsetzung, gemessene Einsparungen oder ING-B-Projektergebnisse. Jeder Vorschlag müsste gesondert bewertet werden. ### Kann der erste Test nur öffentliche oder fiktive Dokumente nutzen? Ja. Öffentliche Unterlagen und klar fiktive Revisionen können zeigen, ob ein Entwurf Anforderungen korrekt belegt. Sie können auch übersehene Streichungen und unklare Zuordnungen aufdecken. Das beweist noch keinen Nutzen für die tatsächliche Aufgabenmenge eines Unternehmens. Ein späterer genehmigter Pilot braucht repräsentative erlaubte Eingaben und eine verantwortliche prüfende Person mit einem manuellen Ausgangswert. ### Muss der Assistent auf reale Gebäudesteuerungen zugreifen? Der vorgeschlagene erste Versuch braucht lesbare Prüfunterlagen ohne Schreibzugriff und ein exportiertes Register. Reale KNX- oder DALI-Aktionen, Änderungen freigegebener Pläne oder Schreibzugriffe auf Rechnungen sind dafür nicht erforderlich. Jede spätere Integration wäre eine eigene Entscheidung mit gesonderter Genehmigung, technischen Prüfungen und klarer Betriebsverantwortung. ### Braucht der Pilot ein Modelltraining? Wir würden zunächst ein vorhandenes Modell mit einem freigegebenen Quellenbestand bewerten. Verlange strukturierte Ausgaben und herkömmliche Prüfungen extrahierter Werte mit ausdrücklich behandelten Einheiten. Erwäge Training erst nach einer konkreten Fehlerdiagnose, wenn kleinere Anpassungen die Lücke nicht schließen. Training allein hält geänderte Projektunterlagen weder aktuell noch gibt es deren Inhalt frei. ### Was passiert bei unlesbaren Dateien oder mehrdeutigen Kennungen? Markiere Extraktion oder Zuordnung als ungeklärt und erhalte die betroffene Quellenstelle. Fordere ein lesbares Dokument oder eine freigegebene Zuordnung an. Das Register muss zeigen, dass der Vergleich unvollständig ist. Weder eine plausible Vermutung noch eine leere Mängelliste darf als abgeschlossene Prüfung dargestellt werden. ### Wem sollten Pilotunterlagen und Testsatz gehören? Vereinbare Eigentum und nutzbare Exporte der Pilotartefakte im Projektbriefing. Dazu gehören Quellenregister, Testbeispiele, erwartete Antworten und Auswertungsprotokolle. Halte Modell- und Parserversionen, Prompts sowie Extraktionseinstellungen fest, damit die Bewertung wiederholbar bleibt. Benenne außerdem die Person, die nach dem Pilot Dokumentänderungen, Zugriffe und offene Befunde betreut. Architektur und Plattformen ## Weiterlesen Framework-, Plattform- und Systementscheidungen mit langfristiger Delivery-Wirkung. [Hier starten**Smart-City-Architektur: MQTT, LoRaWAN, Kubernetes und Terraform**](/de/blog/smart-city-architecture-best-practices-2026/) - [img2threejs: Vom Bild zu editierbarem Three.js-Code](/de/blog/img2threejs-image-to-editable-3d/) - [Organoid: KI für Materialdatenblätter und Produktauskünfte](/de/blog/organoid-ai-material-specification-opportunities/) - [Odoo und n8n: Aufträge idempotent anlegen](/de/blog/odoo-n8n-idempotency-recovery/) - [HubSpot und Odoo: Wer darf Kundendaten ändern?](/de/blog/hubspot-odoo-customer-data-ownership/) - [Odoo-Angebote aus E-Mail und PDF: Artikel und Preise prüfen](/de/blog/odoo-email-pdf-quotation-review/) [Vorheriger Artikel**Organoid: KI für Materialdatenblätter und Produktauskünfte**](/de/blog/organoid-ai-material-specification-opportunities/) [Nächster Artikel**Odoo und n8n: Aufträge idempotent anlegen**](/de/blog/odoo-n8n-idempotency-recovery/) [**Zurück**](/de/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/de/team/kevin-riedl/) [Kevin Riedl](/de/team/kevin-riedl/) https://linkedin.com/in/wsdt 9 Min Lesezeit · 7. November 2026 Zuletzt geprüft 7. November 2026 [**Weiter**](/de/blog/ai-pilot-kill-or-scale-scorecard/)