KI Referenzarchitektur SHK: Vom Auftrag bis zum Service

Eine KI Referenzarchitektur für SHK verbindet Kundenanfragen, Objekt- und Anlagendaten, Einsatzplanung, Dokumentation und Unternehmenswissen in einer belastbaren technischen Struktur. Sie legt fest, welche Systeme Daten liefern, wo KI unterstützen darf und welche Entscheidungen beim Meister, Disponenten oder Servicetechniker bleiben. Dadurch entstehen keine isolierten KI-Tools, sondern beherrschbare Prozesse vom Erstkontakt bis zur Wartungshistorie.

Warum braucht ein SHK-Betrieb überhaupt eine KI Referenzarchitektur?

Ein wachsender SHK-Betrieb hat selten zu wenig Software. Häufiger existieren zu viele einzelne Werkzeuge, Datenablagen und Kommunikationswege, die nicht ausreichend zusammenspielen. Telefonnotizen liegen auf Papier, Fotos kommen über Messenger, Wartungsberichte werden als PDF gespeichert, die Disposition arbeitet im Kalender, Kundenstammdaten befinden sich in der Handwerkersoftware und erfahrene Monteure tragen wichtige Anlagenkenntnisse im Kopf.

Wird in diese Umgebung lediglich ein Chatbot, ein Sprachmodell oder ein KI-Telefonassistent gesetzt, entsteht noch keine tragfähige Unternehmenslösung. Das neue Werkzeug kennt weder die aktuelle Objektakte noch die Berechtigungen des Mitarbeiters, den Status eines Auftrags oder die freigegebene Arbeitsanweisung. Es kann Texte erzeugen, besitzt aber keinen verlässlichen betrieblichen Zusammenhang.

Eine KI Referenzarchitektur SHK beschreibt deshalb nicht zuerst ein bestimmtes Produkt. Sie beschreibt das Zusammenspiel aus Eingangskanälen, Fachsystemen, Datenmodellen, Unternehmenswissen, KI-Diensten, Prozesssteuerung, Freigaben und technischer Überwachung. Der Betrieb erhält damit ein Zielbild, nach dem einzelne Anwendungsfälle eingeführt werden können, ohne bei jedem Projekt eine neue Insellösung zu bauen.

Die Ausgangslage im Mittelstand zeigt, warum diese technische Vorarbeit wichtig ist. Nach dem KfW-Mittelstandspanel nutzten im Zeitraum von 2022 bis 2024 rund 20 Prozent der mittelständischen Unternehmen KI; im Baugewerbe lag der Anteil bei 8 Prozent. Im jüngsten KfW-Digitalisierungsbericht hatten 30 Prozent der Mittelständler Digitalisierungsprojekte durchgeführt. Gleichzeitig nutzten 2025 bereits 65 Prozent der Unternehmen mit 50 bis 249 Beschäftigten kostenpflichtige Cloud-Services.

Die technische Infrastruktur ist in vielen Betrieben also teilweise vorhanden. Was häufig fehlt, ist ein verbindendes Betriebsmodell, das Daten, Abläufe und Verantwortlichkeiten zusammenführt.

Welche Probleme löst die Architektur im SHK-Alltag?

Im Kundendienst beginnt der Informationsverlust oft bereits beim ersten Kontakt. Ein Kunde meldet, dass die Heizung nicht mehr funktioniert. Die Telefonnummer wird notiert, doch Angaben zum Objekt, zum Wärmeerzeuger, zum Fehlercode, zur letzten Wartung oder zu früheren Einsätzen fehlen. Der Innendienst ruft zurück, sucht nach Unterlagen und fragt beim zuständigen Monteur nach. Aus einer einfachen Störungsmeldung wird ein mehrstufiger Abstimmungsvorgang.

Bei größeren Vorhaben zeigt sich dasselbe Muster in anderer Form. Für einen Heizungstausch, eine Wärmepumpenanlage, einen Badumbau oder eine gewerbliche Lüftungsanlage werden Fotos, Bestandsdaten, Aufmaße, Herstellerunterlagen, Kundenwünsche und Angebotsbausteine benötigt. Liegen diese Informationen in E-Mails, Dateiverzeichnissen und persönlichen Notizen verteilt, kann eine KI sie nicht zuverlässig verwenden.

Eine Referenzarchitektur schafft dafür einen einheitlichen Rahmen. Sie verbindet nicht zwangsläufig alle Systeme sofort. Sie bestimmt jedoch, welches System für welche Information führend ist, wie Datenobjekte erkannt werden, wie Rechte geprüft werden und wie ein KI-Ergebnis in den nächsten Arbeitsschritt gelangt.

Damit lassen sich unter anderem folgende Abläufe unterstützen:

Anfragen werden aus Telefon, E-Mail und Webformular in ein gemeinsames Vorgangsformat überführt. Objekt- und Anlagendaten werden dem richtigen Kunden zugeordnet. Fehlende Angaben werden erkannt. Frühere Einsätze und Wartungsberichte können als Hintergrund bereitgestellt werden. Die Disposition erhält einen vorbereiteten Vorgang, während die eigentliche Priorisierung und Einsatzentscheidung bei den verantwortlichen Mitarbeitern bleibt.

Wie ist eine KI Referenzarchitektur für SHK aufgebaut?

Die Architektur sollte entlang des tatsächlichen Auftragsflusses aufgebaut werden. Ausgangspunkt ist nicht das Sprachmodell, sondern der Weg einer Information durch den Betrieb.

Wie gelangen Anfragen in das System?

Die Eingangsschicht umfasst Telefonie, E-Mail, Website, Kundenportal, mobile Erfassung und gegebenenfalls Messenger-Kommunikation. Jede Anfrage wird zunächst in einen Vorgang überführt. Dazu gehören Absender, Kanal, Zeitpunkt, Anliegen, Kunde, Objekt, betroffene Anlage, Dringlichkeit, Anhänge und gewünschte Folgeschritte.

Ein KI-Dienst kann Sprache transkribieren, Inhalte klassifizieren, Fotos beschreiben oder fehlende Informationen markieren. Er sollte jedoch nicht versuchen, aus einem unvollständigen Telefonat unmittelbar einen fertigen Auftrag zu erzeugen. Zwischen Erfassung und Auftragseröffnung benötigt der Betrieb eine fachliche Prüfung oder zumindest definierte Validierungsregeln.

Wie wird der Vorgang durch den Betrieb gesteuert?

Die Prozess- und Orchestrierungsschicht entscheidet nicht über die technische Lösung beim Kunden. Sie steuert, welche Anwendung oder Rolle als Nächstes beteiligt wird. Eine Wartungsanfrage kann an die Vertragsprüfung gehen, ein vollständiger Heizungstausch an die Angebotsvorbereitung und eine Störung an die Disposition.

Dabei werden Status, Fristen, Zuständigkeiten, Rückfragen und Freigaben verwaltet. Die KI liefert Vorschläge und Vorarbeiten. Die Prozesslogik sorgt dafür, dass kein Ergebnis ohne vorgesehenen Kontrollpunkt in ein nachgelagertes System geschrieben wird.

Welche Bestandssysteme müssen angebunden werden?

Typische Schnittstellen führen zur Handwerkersoftware, zum ERP-System, zur Kundenverwaltung, zum Dokumentenmanagement, zur Terminplanung, zur Lager- oder Materialwirtschaft, zur Telefonanlage und zur mobilen Monteur-App. Nicht jede Integration muss in beide Richtungen arbeiten.

Für den Einstieg ist ein lesender Zugriff häufig sinnvoller. Die KI kann vorhandene Kunden-, Objekt- und Auftragsdaten verwenden, ohne Stammdaten oder Buchungen eigenständig zu verändern. Schreibende Zugriffe folgen erst, wenn der Prozess getestet, protokolliert und mit geeigneten Freigaben versehen wurde.

Welche Datenbasis benötigt der Betrieb?

Ein SHK-Betrieb arbeitet nicht nur mit Dokumenten, sondern mit miteinander verbundenen Fachobjekten. Dazu gehören Kunde, Liegenschaft, Gebäude, Wohneinheit, Anlage, Komponente, Hersteller, Typ, Seriennummer, Wartungsvertrag, Einsatz, Angebot, Auftrag, Termin, Foto, Messwert, Störungsbild, Materialposition und Servicebericht.

Diese Objekte sollten über stabile Identifikatoren miteinander verknüpft werden. Die KI muss beispielsweise erkennen, dass eine PDF-Rechnung, ein Foto vom Typenschild und ein Wartungsbericht dieselbe Heizungsanlage betreffen. Ohne diese Zuordnung bleibt die Suche dokumentenorientiert und liefert leicht Informationen aus einem anderen Objekt oder einer älteren Anlagenkonfiguration.

Welche Aufgabe übernimmt das Unternehmenswissen?

Die Wissensschicht enthält Arbeitsanweisungen, Angebotsbausteine, Herstellerunterlagen, interne Checklisten, dokumentierte Erfahrungswerte, frühere Lösungen, Lieferanteninformationen und freigegebene Textvorlagen. Ein Company Brain ersetzt dabei weder die Handwerkersoftware noch das Dokumentenmanagement. Es macht freigegebenes Wissen kontextbezogen auffindbar.

Eine Antwort sollte erkennen lassen, auf welcher Quelle sie beruht, für welches Produkt oder Objekt sie gilt und wie aktuell das Dokument ist. Alte Installationsanleitungen, nicht mehr gültige Preislisten oder ungeprüfte Notizen dürfen nicht denselben Stellenwert erhalten wie freigegebene Unterlagen.

Welche KI-Dienste gehören in die Architektur?

Für SHK-Betriebe sind meist mehrere spezialisierte KI-Funktionen sinnvoller als ein universeller Assistent. Dazu gehören Spracherkennung, Dokumentenklassifikation, Datenextraktion, semantische Suche, Zusammenfassung, Textentwurf, Bildstrukturierung und Vorschläge für den nächsten Prozessschritt.

Ein Modell kann eine Störungsmeldung aus einem Telefonat erfassen. Ein weiterer Dienst ordnet das genannte Fabrikat und den Fehlercode einer bestehenden Anlage zu. Die Wissenssuche stellt frühere Einsätze und passende Herstellerunterlagen bereit. Anschließend erstellt ein Textdienst eine Übergabe für die Disposition. Jede Funktion arbeitet innerhalb eines begrenzten Auftrags und mit den dafür zugelassenen Daten.

Wie werden Sicherheit und Betrieb überwacht?

Zugriffe müssen nach Rollen, Mandanten, Kunden, Projekten und Vertraulichkeitsstufen gesteuert werden. Der Servicetechniker benötigt andere Informationen als die Buchhaltung, ein externer Nachunternehmer andere als der interne Meister. Auch ein KI-Dienst darf nur auf Daten zugreifen, die für seinen aktuellen Arbeitsauftrag erforderlich sind.

Zusätzlich braucht der Betrieb Protokolle über verwendete Quellen, erzeugte Ergebnisse, Freigaben, Änderungen und Systemfehler. Modellversionen, Schnittstellen und Wissensbestände verändern sich. Ohne Betriebsüberwachung bleibt lange unbemerkt, wenn eine Datenquelle nicht mehr aktualisiert wird oder eine Schnittstelle fehlerhafte Zuordnungen erzeugt.

Wie unterscheidet sich ein einzelnes KI-Werkzeug von einer Referenzarchitektur?

Der wesentliche Unterschied liegt nicht in der Qualität eines einzelnen Modells. Entscheidend ist, ob die erzeugte Information einen gültigen betrieblichen Zusammenhang besitzt und kontrolliert weiterverarbeitet werden kann.

Welche Fachobjekte sollten miteinander verbunden werden?

Der Kundendatensatz allein reicht nicht aus. Ein Hausverwalter kann viele Gebäude betreuen, ein Gebäude mehrere Nutzungseinheiten enthalten und jede Einheit wiederum unterschiedliche Anlagen oder Zähler besitzen. Gleichzeitig können Wartungsverträge, Gewährleistungsfälle und Modernisierungsangebote auf unterschiedlichen Ebenen gelten.

Deshalb benötigt die Datenarchitektur eine Objektstruktur, die zur betrieblichen Realität passt. Bei einem Einfamilienhaus kann eine einfache Zuordnung aus Kunde, Objekt und Anlage genügen. Im gewerblichen Kundendienst müssen möglicherweise Gebäudeteil, Anlagenkennzeichen, Kostenstelle, Betreiber, Ansprechpartner und Zutrittsregel berücksichtigt werden.

Auch Fotos sollten nicht nur in einem allgemeinen Projektordner liegen. Ein Bild kann ein Typenschild, eine Einbausituation, einen Schaden, einen Messwert oder den Zustand nach Abschluss dokumentieren. Diese Bedeutung sollte als Metadatum gespeichert werden. Erst dann kann eine KI gezielt nach dem letzten Typenschildfoto oder nach früheren Korrosionsbildern einer bestimmten Anlage suchen.

Dasselbe gilt für Erfahrungswissen. Die Notiz „bei diesem Modell zuerst den Fühler prüfen“ ist nur nutzbar, wenn Modell, Fehlerbild, Quelle, Autor und Gültigkeit hinterlegt sind. Andernfalls wird aus hilfreicher Praxiserfahrung schnell eine pauschale Empfehlung, die auf einen anderen Gerätetyp übertragen wird.

Wie läuft ein Anwendungsfall von der Störungsmeldung bis zum Servicebericht?

Ein Kunde meldet telefonisch einen vollständigen Heizungsausfall. Die KI-Telefonie erfasst Kontaktdaten, Objektadresse, Anlagenfabrikat, angezeigten Fehlercode und den Zeitpunkt des Ausfalls. Ist eine Information nicht vorhanden, wird sie als fehlend markiert und nicht ergänzt.

Die Eingangsschicht sucht nach dem Kunden und der Liegenschaft. Gibt es mehrere mögliche Zuordnungen, erhält der Innendienst eine Auswahl. Nach der Bestätigung werden die Anlagenakte, der Wartungsvertrag und die letzten Serviceeinsätze geladen. Die Wissensschicht liefert passende Herstellerunterlagen sowie intern freigegebene Hinweise zu vergleichbaren Störungsbildern.

Die KI formuliert daraus eine Einsatzvorbereitung. Sie kann darauf hinweisen, dass bei einem früheren Termin bereits eine ähnliche Meldung dokumentiert wurde oder dass ein bestimmtes Ersatzteil damals benötigt wurde. Ob der neue Fall dieselbe Ursache besitzt, entscheidet sie nicht.

Die Disposition bewertet Dringlichkeit, Qualifikation, Fahrweg, Materialverfügbarkeit und bestehende Termine. Nach der Freigabe erhält der Techniker den Auftrag in der mobilen Anwendung. Vor Ort ergänzt er Fotos, Messwerte, verwendetes Material und eine Spracheingabe. Daraus wird ein Entwurf für den Servicebericht erstellt.

Der Techniker prüft den Bericht, korrigiert gegebenenfalls technische Angaben und bestätigt den Abschluss. Erst danach werden Kundenakte, Anlagenhistorie, Materialverbrauch und abrechnungsrelevante Informationen aktualisiert. Ein als nützlich bewerteter Erfahrungswert gelangt nicht automatisch in die allgemeine Wissensbasis, sondern durchläuft eine redaktionelle Freigabe.

Welche Entscheidungen sollte KI nur vorbereiten?

KI kann Informationen sammeln, sortieren, vergleichen und formulieren. Sie eignet sich außerdem dazu, fehlende Daten zu erkennen, frühere Vorgänge zu finden oder mögliche nächste Arbeitsschritte vorzuschlagen. Die Verantwortung für technische, sicherheitsrelevante, kaufmännische oder rechtliche Entscheidungen bleibt jedoch bei den dafür vorgesehenen Mitarbeitern.

Dazu gehören die endgültige Einstufung eines Notfalls, die Auswahl einer technischen Lösung, die Freigabe eines Angebots, die Beurteilung einer Trinkwasserinstallation, die Außerbetriebnahme einer Anlage und die Bestätigung ordnungsgemäß ausgeführter Arbeiten.

Auch Dispositionsvorschläge sollten nicht allein auf freien Kalenderzeiten beruhen. Qualifikation, Bereitschaftsdienst, Baustellenbindung, Fahrzeugausstattung, Material und persönliche Einsatzgrenzen können entscheidend sein. Die KI darf Alternativen berechnen und Auswirkungen darstellen. Die verbindliche Einplanung erfolgt durch die zuständige Rolle.

Was läuft bei solchen Projekten üblicherweise falsch?

Ein häufiger Fehler besteht darin, mit einer sichtbaren Benutzeroberfläche zu beginnen. Ein Assistent wird eingerichtet, bevor geklärt ist, woher Kunden-, Objekt- und Anlagendaten stammen. In der Vorführung funktioniert die Lösung mit vorbereiteten Beispielen. Im Tagesbetrieb fehlen jedoch Kontext, Berechtigungen und verlässliche Rückmeldungen an die Bestandssysteme.

Ebenso problematisch ist die Vorstellung, sämtliche Dokumente könnten ungeprüft in eine Wissensdatenbank geladen werden. In vielen Ablagen befinden sich Dubletten, alte Preislisten, nicht mehr gültige Herstellerunterlagen, persönliche Notizen und Dateien ohne eindeutige Objektzuordnung. Eine größere Dokumentenmenge verbessert die Antwortqualität nicht automatisch.

Ein weiteres Risiko entsteht durch zu frühe Schreibrechte. Wenn ein Modell unmittelbar Stammdaten verändert, Termine bucht oder Aufträge abschließt, können kleine Fehlzuordnungen erhebliche Folgewirkungen haben. Lesende Unterstützung, Entwürfe und menschlich bestätigte Übergaben sind für den Einstieg meist geeigneter.

Projekte scheitern außerdem, wenn niemand für den fachlichen Inhalt verantwortlich ist. Die IT kann Schnittstellen betreiben, aber nicht entscheiden, welche Störungsinformationen für die Disposition erforderlich sind. Der Meister kennt die Technik, verantwortet jedoch nicht automatisch Datenschutz oder Rollenmodelle. Eine belastbare Architektur benötigt deshalb benannte Verantwortliche für Prozess, Daten, Wissen, Technik und Betrieb.

Wie lässt sich die Architektur schrittweise einführen?

Der Einstieg sollte an einem begrenzten, wiederkehrenden Ablauf erfolgen. Geeignet ist beispielsweise die Annahme und Vorbereitung von Wartungs- oder Störungsanfragen. Der Prozess hat erkennbare Ein- und Ausgaben, tritt regelmäßig auf und berührt mehrere betriebliche Rollen.

Zunächst wird dokumentiert, welche Angaben tatsächlich benötigt werden, welche Systeme beteiligt sind und wo heute Rückfragen entstehen. Danach werden die zugehörigen Fachobjekte und Statuswerte festgelegt. Erst auf dieser Grundlage wird entschieden, welche KI-Funktion einen sinnvollen Beitrag liefert.

Im ersten Betriebsstand kann die Lösung Anfragen strukturieren und eine Übergabe erzeugen, ohne Daten in das ERP-System zurückzuschreiben. Die Mitarbeiter prüfen das Ergebnis und markieren fehlende oder falsche Zuordnungen. Diese Rückmeldungen fließen in Regeln, Datenmodell und Tests ein.

Erst wenn der Ablauf stabil funktioniert, folgen weitere Funktionen: automatische Zuordnung zu Bestandskunden, Zugriff auf Anlagenhistorien, vorbereitete Dispositionsvarianten, mobile Einsatzübergaben oder der Entwurf des Serviceberichts. Die gemeinsame Architektur bleibt bestehen, während neue Module ergänzt werden.

Welches Betriebsmodell passt zu einem mittelständischen SHK-Unternehmen?

Eine reine Cloud-Lösung ermöglicht meist einen schnellen Start und reduziert den eigenen Infrastrukturaufwand. Sie ist besonders geeignet, wenn bereits cloudbasierte Handwerkersoftware, Telefonie oder Dokumentenablagen verwendet werden. Der Betrieb muss dennoch prüfen, welche Daten an welchen Dienst übertragen werden und welche Vertrags-, Sicherheits- und Löschregeln gelten.

Ein hybrides Modell hält besonders sensible oder umfangreiche Daten im eigenen Unternehmensbereich, während ausgewählte KI-Dienste aus der Cloud genutzt werden. Dabei kann eine Integrationsschicht Inhalte filtern, personenbezogene Angaben reduzieren und nur den für den jeweiligen Auftrag benötigten Kontext übertragen.

Ein lokales Betriebsmodell kann bei besonderen Kundenanforderungen, kritischen Wissensbeständen oder eingeschränkter Internetverbindung sinnvoll sein. Es verursacht jedoch zusätzlichen Aufwand für Hardware, Updates, Überwachung, Datensicherung und Modellbetrieb. Lokal bedeutet nicht automatisch sicherer. Auch interne Systeme benötigen Rechtekonzepte, Protokollierung und verantwortliche Administration.

Für viele Mittelständler ist deshalb eine modulare Hybridarchitektur praktikabel: Fachsysteme und Wissensquellen bleiben unter kontrollierter Verwaltung, während austauschbare KI-Dienste über eine zentrale Integrations- und Governance-Schicht angesprochen werden.

Wie wird der Nutzen der Architektur im Betrieb gemessen?

Der Erfolg sollte nicht an der Zahl erzeugter Texte oder geführter KI-Chats gemessen werden. Relevant sind betriebliche Auswirkungen: Wie vollständig kommen Anfragen an? Wie oft muss der Innendienst zurückrufen? Wie lange dauert die Übergabe an die Disposition? Wie häufig fehlen dem Techniker vor Ort wichtige Informationen?

Weitere Messgrößen sind die Bearbeitungszeit eines Serviceberichts, die Zahl offener Nacharbeiten, die Wiederverwendung vorhandener Anlageninformationen, die Qualität der Dokumentation und die Akzeptanz bei den Mitarbeitern. Auch Fehlzuordnungen, abgelehnte KI-Vorschläge und manuelle Korrekturen gehören in die Auswertung.

Eine gute Referenzarchitektur macht solche Rückmeldungen zum Bestandteil des Betriebs. Sie behandelt ein KI-System nicht als einmal installiertes Werkzeug, sondern als veränderlichen Teil der Prozesslandschaft. Neue Modelle, Schnittstellen und Wissensbestände werden geprüft, bevor sie produktive Abläufe beeinflussen.

Quellen der Kennzahlen

KfW Research – Einsatz von Künstlicher Intelligenz im Mittelstand
https://www.kfw.de/PDF/Download-Center/Konzernthemen/Research/PDF-Dokumente-Fokus-Volkswirtschaft/Fokus-2026/Fokus-Nr.-533-Februar-2026-KI-Mittelstand.pdf
Verwendete Kennzahlen: KI-Nutzung im Mittelstand und im Baugewerbe.

KfW Research – Digitalisierungsbericht Mittelstand 2025
https://www.kfw.de/%C3%9Cber-die-KfW/Newsroom/Aktuelles/News-Details_891136.html
Verwendete Kennzahl: Anteil der Mittelständler mit durchgeführten Digitalisierungsprojekten.

Statistisches Bundesamt – Jedes zweite Unternehmen nutzt kostenpflichtige Cloud-Services
https://www.destatis.de/DE/Presse/Pressemitteilungen/2025/11/PD25_416_52911.html
Verwendete Kennzahl: Cloud-Nutzung bei Unternehmen mit 50 bis 249 Beschäftigten.

Interessante Links

Bundesamt für Sicherheit in der Informationstechnik: Kriterienkatalog für KI-Cloud-Dienste AIC4
https://www.bsi.bund.de/DE/Themen/Unternehmen-und-Organisationen/Informationen-und-Empfehlungen/Kuenstliche-Intelligenz/AIC4/aic4.html
Der Kriterienkatalog behandelt Mindestanforderungen für die sichere Verwendung von maschinellem Lernen in Cloud-Diensten.

VDI 3805 Blatt 1: Produktdatenaustausch in der technischen Gebäudeausrüstung
https://www.vdi.de/mitgliedschaft/vdi-richtlinien/details/vdi-3805-blatt-1-produktdatenaustausch-in-der-technischen-gebaeudeausruestung-grundlagen
Die Richtlinie beschreibt Datenmodelle und Datensatzstrukturen für Produktdaten in Heizungs-, Lüftungs-, Klima- und Sanitärsystemen.

National Institute of Standards and Technology: AI Risk Management Framework
https://www.nist.gov/itl/ai-risk-management-framework
Das freiwillige Rahmenwerk unterstützt Organisationen beim systematischen Umgang mit Risiken über den Lebenszyklus von KI-Systemen.

Was ist eine KI Referenzarchitektur für SHK?

Eine KI Referenzarchitektur für SHK ist ein technisches und organisatorisches Zielbild für den Einsatz von KI in Sanitär-, Heizungs- und Klimabetrieben. Sie beschreibt Datenquellen, Schnittstellen, Fachobjekte, KI-Dienste, Berechtigungen, Freigaben und Betriebsprozesse. Dadurch können einzelne Anwendungsfälle auf gemeinsamen Grundlagen aufgebaut und später erweitert oder ausgetauscht werden.

Welche Systeme sollten an die Architektur angebunden werden?

Relevant sind vor allem Handwerkersoftware, ERP, Kundenverwaltung, Dokumentenmanagement, Telefonie, E-Mail, Kalender, Materialwirtschaft und mobile Monteuranwendungen. Welche Systeme tatsächlich benötigt werden, hängt vom gewählten Ablauf ab. Eine Störungsannahme benötigt andere Schnittstellen als die Angebotsvorbereitung oder das Wartungsmanagement. Nicht jede Anbindung muss sofort schreibend ausgeführt werden.

Muss die vorhandene Handwerkersoftware ersetzt werden?

In den meisten Fällen ist ein Austausch nicht erforderlich. Die vorhandene Handwerkersoftware bleibt führend für Kunden, Aufträge, Leistungen oder Abrechnung. Die KI-Architektur ergänzt sie durch strukturierte Eingangskanäle, Wissenszugriff und vorbereitete Arbeitsschritte. Voraussetzung sind nutzbare Schnittstellen, Datenexporte oder andere kontrollierte Wege, über die benötigte Informationen bereitgestellt werden können.

Warum ist eine strukturierte Anlagenakte so wichtig?

Ohne Anlagenbezug kann die KI Dokumente und Erfahrungswerte leicht dem falschen Objekt zuordnen. Eine strukturierte Anlagenakte verbindet Hersteller, Modell, Seriennummer, Einbauort, Wartungen, Störungen, Fotos und verwendete Ersatzteile. Dadurch erhält die KI den passenden betrieblichen Kontext, während Mitarbeiter frühere Einsätze und technische Unterlagen gezielter für einen aktuellen Auftrag nutzen können.

Kann KI-Telefonie Bestandteil der Referenzarchitektur sein?

Ja. KI-Telefonie kann Kundenanfragen erfassen, Gesprächsinhalte strukturieren und fehlende Angaben abfragen. Ihr Ergebnis sollte als Vorgang an die zentrale Prozessschicht übergeben werden. Dort erfolgen Kunden- und Objektzuordnung, fachliche Prüfung sowie die Übergabe an Innendienst oder Disposition. Die Telefonlösung sollte deshalb nicht als getrennte Datenablage betrieben werden.

Wie werden erfundene oder ungeeignete KI-Antworten reduziert?

Antworten sollten auf freigegebene Quellen, dokumentierte Objektinformationen und begrenzte Arbeitsaufträge gestützt werden. Das System muss fehlende Informationen ausweisen, statt sie zu ergänzen. Quellen, Dokumentversionen und verwendeter Kontext werden protokolliert. Technische oder sicherheitsrelevante Ergebnisse benötigen eine fachliche Prüfung. Zusätzlich werden reale Fehlerfälle für wiederholbare Tests der Lösung verwendet.

Wer trägt die Verantwortung für ein KI-Ergebnis?

Die Verantwortung bleibt bei der Rolle, die den jeweiligen Geschäfts- oder Fachprozess verantwortet. Eine KI kann einen Servicebericht entwerfen, aber der Techniker bestätigt die technischen Angaben. Sie kann eine Dispositionsvariante vorschlagen, während der Disponent den Einsatz freigibt. Prozessverantwortung, Datenverantwortung und technischer Betrieb sollten im Unternehmen ausdrücklich zugeordnet werden.

Ist Cloud, Hybrid oder lokaler Betrieb besser geeignet?

Das hängt von Datenarten, vorhandener Infrastruktur, Kundenanforderungen und internen Fähigkeiten ab. Cloud-Dienste erleichtern häufig den Einstieg, hybride Modelle ermöglichen eine kontrollierte Verbindung interner Daten mit externen KI-Funktionen. Lokaler Betrieb bietet mehr technische Eigenständigkeit, erfordert jedoch zusätzliche Administration, Überwachung und Aktualisierung. Entscheidend ist die Ausgestaltung des gesamten Betriebsmodells.

Mit welchem Anwendungsfall sollte ein SHK-Betrieb beginnen?

Ein guter Startpunkt ist ein häufiger Prozess mit erkennbarem Aufwand und begrenztem Risiko. Dazu zählen Wartungsanfragen, Störungsannahme, Angebotsvorbereitung oder die Suche nach Herstellerunterlagen. Der Betrieb sollte zuerst benötigte Daten und Zuständigkeiten festlegen. Anschließend kann die KI strukturieren, suchen oder formulieren, während bestehende Freigaben zunächst unverändert bleiben.

Wie unterstützt die Architektur Monteure und Servicetechniker?

Techniker erhalten vor dem Einsatz gebündelte Informationen zu Objekt, Anlage, Ansprechpartner, früheren Arbeiten, Fotos und bekannten Besonderheiten. Vor Ort können Spracheingaben, Messwerte und Bilder strukturiert dokumentiert werden. Die KI reduziert damit Such- und Schreibarbeit, ersetzt jedoch weder die technische Diagnose noch die Prüfung der ausgeführten Leistung durch den verantwortlichen Mitarbeiter.