Produktbereich

Technical Memory: Erfahrung aus jedem Serviceeinsatz wieder nutzbar machen

Für Serviceorganisationen, die viele komplexe Anlagen an verteilten Standorten betreuen: Wissen aus Serviceberichten wird strukturiert, geprüft und beim nächsten ähnlichen Fall wieder verfügbar – mit Verweis auf die Quelle und nach fachlicher Bestätigung.

Warum Servicewissen heute verloren geht

In größeren Service-Organisationen passiert eine typische Sequenz: Ein Techniker diagnostiziert eine Störung an einer Anlage, erstellt einen Servicebericht, löst das Problem. Der Bericht wird archiviert. Wenn dieselbe Störung sechs Monate später bei einer anderen Anlage auftritt, beginnt die Diagnose wieder bei null. Das erlebte Wissen sitzt in den Köpfen einzelner Mitarbeiter. Scheiden diese aus, geht das Wissen verloren oder wird schlecht wieder zugänglich.

Die klassische Maschinenhistorie dokumentiert zwar jeden Serviceeinsatz chronologisch – aber sie erklärt nicht, warum eine Störung auftrat und welche Maßnahme tatsächlich geholfen hat. Ursache, Diagnose und Maßnahme sind oft über mehrere Berichte, E-Mails und Gespräche verteilt. Gleichzeitig wiederholen sich ähnliche Fehler, weil das Erkannte nicht strukturiert und verlässlich verfügbar ist.

Warum das bei verteilten Anlagen besonders zählt

Wenn 20 Techniker über Jahre an hundert Anlagen arbeiten, entsteht wertvolles Erfahrungswissen. Jede Anlage hat ihre eigene Historie, eigene Komponentenstände, frühere Reparaturen und Besonderheiten – und viele Anlagen im Feld sind baugleich oder technisch ähnlich. Genau dort liegt der Hebel: Was an einer Anlage gelernt wurde, hilft an der nächsten.

Tritt ein Fehler an Anlage A auf, soll Eternitree deshalb nicht nur die Historie von Anlage A zeigen, sondern auch frühere vergleichbare Störungen, baugleiche oder ähnliche Anlagen B, C und D, die dort durchgeführten Prüfungen, verwendeten Ersatzteile, Messergebnisse und den Reparaturerfolg – zusammen mit der passenden technischen Dokumentation. Heute verfügbar sind die Anlagenhistorie, ähnliche Tickets mit Wiederholungshinweis und die Dokumentation; der Vergleich über ähnliche Anlagen ist geplant.

Das Ziel: Der Techniker beginnt nicht bei null.

Diese Störung gab es schon

Ein fiktives Szenario zeigt, wie Eternitree technisches Wissen nutzen kann, um schneller zur Diagnose und Lösung zu kommen:

Zielbild · Konzeptansicht · Illustratives Beispiel – keine realen Kundendaten
BHKW-01

Motorlauf unruhig, sporadische Zündaussetzer unter Last.

4 ähnliche Servicefälle 2 technisch ähnliche Anlagen
Fall 1 BHKW-03
Ähnlichkeit 89%
  • gleicher Motortyp
  • gleiche Zündanlage
  • gleicher Brennstoff
  • vergleichbare Betriebsstunden
  • identisches Fehlerbild
  • andere Steuerungssoftware
Befund
Ventilspiel an Zylinder 4 außerhalb Toleranz.
Maßnahme
Ventilspiel geprüft und eingestellt.
Behoben
Servicebericht 4711 · 12.03.2026 · Seite 3 · Techniker: Beispiel · Quelle öffnen →
Fall 2 BHKW-07
Ähnlichkeit 82%
  • gleicher Motortyp
  • gleiche Steuerung
  • vergleichbares Fehlerbild
  • ähnliche Lastbedingungen
  • anderer Brennstoff
Befund
Zündkerze Zylinder 6 auffällig.
Maßnahme
Zündkerze ersetzt.
Wieder aufgetreten nach 240 Betriebsstunden
Servicebericht 5220 · Seite 4 · Quelle öffnen →

+ 2 weitere Fälle

Quellen
  • Servicebericht 4711 · 12.03.2026 · Seite 3 · Techniker: Beispiel · Quelle öffnen →
  • Herstellerdokumentation · Revision 4 · Seite 126 · Quelle öffnen →

Technische Aussagen bleiben nachvollziehbar – jede Angabe führt zurück zu Bericht oder Dokument.

Der neue Einsatz macht das Gedächtnis größer

Techniker-Notiz: „Ventilspiel Zylinder 4 geprüft. Außerhalb Toleranz. Eingestellt. Nach Probelauf keine Auffälligkeiten mehr."

Eternitree erkennt aus dieser Notiz:

Komponente
Ventiltrieb / Zylinder 4
Prüfung
Ventilspiel geprüft
Befund
außerhalb Toleranz
Maßnahme
Ventilspiel eingestellt
Ergebnis
Probelauf ohne Auffälligkeit
Automatisch erkannt – Prüfung erforderlich

Status: Fachlich bestätigt

Quelle: Servicebericht 5831

Equipment: BHKW-01

Diese bestätigte Erkenntnis steht beim nächsten vergleichbaren Fall zur Verfügung.

Heute in der Beta

Eternitree Beta: Ticketdetail mit Bereich Technisches Gedächtnis, ähnlichen Tickets und Hinweis auf eine wiederkehrende Störung
Echter Screenshot aus der Beta: ähnliche Tickets, passende Wissenseinträge und Hinweis auf wiederkehrende Störungen.
  • Anlagenkontext / Historie der konkreten AnlageVerfügbar
  • Ähnliche frühere Tickets finden, Hinweis auf wiederkehrende StörungVerfügbar
  • Wissenseinträge mit verknüpften Quelldokumenten, Freigabe-WorkflowVerfügbar
  • Quellengebundene Assistenz („Quelle öffnen" aus einer Antwort)Pilot
  • Seitengenaue Quelle aus Serviceberichten (Bericht · Datum · Seite)In Entwicklung
  • Strukturierte Erkenntnis aus Bericht vorschlagen (Komponente, Prüfung, Befund, Maßnahme, Ergebnis)In Entwicklung
  • Einzelne Erkenntnis fachlich bestätigenIn Entwicklung
  • Ähnlichkeit mit technischer Begründung (Motortyp, Zündanlage, Brennstoff, Betriebsstunden …, Prozentwert)Geplant
  • Technisch ähnliche Anlagen (baugleich / gleiche Komponenten)Geplant
  • Ergebnis/Wirksamkeit früherer Maßnahmen (behoben, teilweise, wieder aufgetreten, unbekannt)Geplant
  • Bestätigte Erkenntnis erscheint automatisch beim nächsten vergleichbaren FallGeplant

Der Beispielfall BHKW-01 zeigt das Zielbild: Eternitree verbindet drei Ebenen – die Equipmenthistorie (was an dieser Anlage passiert ist), frühere Servicefälle mit dokumentiertem Wissen (was bei ähnlichen Problemen getan wurde) und die Originalquellen (Serviceberichte, Dokumentationen). Im Zielbild sieht der Techniker nicht nur frühere Maßnahmen, sondern auch, welche davon das Problem tatsächlich gelöst haben – und woher diese Aussage stammt. Was davon heute schon verfügbar ist, zeigt die Statusliste unter „Heute in der Beta“.

Erinnern. Vergleichen. Belegen. Lernen.

  • viele verteilte Anlagen
  • viele Jahre Servicehistorie
  • viele Techniker
  • Berichte und Dokumente aus Jahren
  • wiederkehrende Fehlerbilder
  • Eternitree verbindet die Erfahrung
Verfügbar Pilot In Entwicklung Geplant
01

Erinnern

Eternitree kennt die technische Historie der Anlage.

Verfügbar
02

Vergleichen

Frühere Fälle werden mit dem aktuellen verbunden – im Zielbild auch technisch ähnliche Anlagen.

Verfügbar ähnliche Tickets

Geplant ähnliche Anlagen

03

Belegen

Aussagen sollen zurückführen zu Berichten, Dokumenten und realen Servicefällen – heute über Quelldokumente an Wissenseinträgen.

Verfügbar Quelldokumente

In Entwicklung seitengenaue Quelle

04

Lernen

Bestätigte Erkenntnisse aus neuen Einsätzen sollen das Technical Memory Schritt für Schritt erweitern.

In Entwicklung

Der geschlossene Kreislauf

  1. 1 Störung

    Ticket zur konkreten Anlage

    Verfügbar
  2. 2 Früheres Wissen

    Historie, ähnliche Tickets, Wissenseinträge – ähnliche Anlagen folgen

    Verfügbar Geplant
  3. 3 Einsatz

    Disposition mit Anlagenkontext

    Verfügbar
  4. 4 Dokumentation

    Servicebericht, Import in Historie

    Verfügbar
  5. 5 Strukturierte Erkenntnis

    Komponente, Befund, Maßnahme, Ergebnis mit Quelle

    In Entwicklung
  6. 6 Fachliche Bestätigung

    Prüfen, korrigieren, verwerfen – Freigabe von Wissenseinträgen gibt es bereits

    Verfügbar In Entwicklung
  7. 7 Technical Memory wächst

    Bestätigtes Wissen an Anlage, Bauteil und Quelle

    Geplant
  8. 8 Nächster vergleichbarer Fall

    Früheres Wissen steht bereit

    Geplant

Das Technical Memory wächst mit jedem Serviceeinsatz. Jede dokumentierte und bestätigte Erkenntnis steht beim nächsten vergleichbaren Fall zur Verfügung – mit vollständigem technischen Kontext und Beleg.

Mehr als eine Wissensdatenbank

Eine klassische Wissensdatenbank ist ein wichtiger Bestandteil von Eternitree. Sie umfasst freigegebene Artikel und Best Practices – und sie funktioniert, wenn ein Techniker gezielt eine Frage stellt.

Wissensdatenbank

  1. Artikel suchen
  2. Ergebnisse durchsuchen
  3. Artikel lesen

Technical Memory

  1. Anlage + Historie + Servicefälle + Dokumente + Komponenten + Messwerte + bestätigte Erfahrung
  2. Technischer Kontext
  3. Passendes Wissen im konkreten Fall

Das Technical Memory verknüpft die Wissensdatenbank mit der vollständigen technischen Realität einer Anlage. Ein Techniker muss nicht selbst suchen – die relevante Erfahrung aus ähnlichen Fällen wird ihm im Kontext seines aktuellen Problems angezeigt.

Klassische Suche und Technical Memory

Klassische Suche

  1. Suchbegriff: „Zündaussetzer"
  2. 27 Dokumente
  3. Techniker liest selbst

Technical Memory (Zielbild)

  1. Zündaussetzer an BHKW-01
  2. Anlagenkontext
  3. 4 ähnliche Fälle · 2 technisch ähnliche Anlagen · bekannte Ursachen · erprobte Maßnahmen · Originalquellen

Illustratives Beispiel. Keine Aussage über bestimmte Suchprodukte.

Illustratives Szenario

Derselbe Störfall – zwei Wege

Vereinfachte Darstellung mit fiktiven Daten. Die Zeiten dienen der Veranschaulichung und sind keine Messwerte.

manuelle-suche.sh 00:00:00
eternitree.sh 00:00:00

Der Unterschied liegt nicht in der Geschwindigkeit des Tippens, sondern darin, dass die Historie der Anlage schon da ist.

Originalbericht und Erkenntnis bleiben getrennt

Ein Grundprinzip: Der Originaleintrag (Dokument, Seite, Text, Importzeit, Quelle) ist unveränderlich. Niemand kann aus Versehen oder Absicht einen Bericht rückwirkend editieren. Die strukturierte Erkenntnis entsteht separat und verweist zurück auf den Beleg.

Eine aus einem Bericht extrahierte Erkenntnis trägt zunächst den Status „vorgeschlagen". Sie wird nicht still überschrieben, wenn jemand meint, eine andere Begründung sei besser. Stattdessen wird die Änderung sichtbar dokumentiert, und die neue Fassung braucht erneut fachliche Freigabe. So entsteht Nachvollziehbarkeit und Vertrauen in die Wissensdatenbank.

Warum fachliche Bestätigung wichtig ist

Ein warnendes Beispiel: Betrachten Sie ein Bauteil, das an einem Motortyp zwölfmal in sechs Monaten ausfällt. Das klingt nach einem defekten Bauteil oder Designfehler. Aber ohne weitere Information ist das nur eine Beobachtung, keine Ursache. Folgende Fragen sind entscheidend:

  • Wie viele Motoren dieses Typs sind überhaupt im Einsatz (Vergleichsgruppe)?
  • Sind diese zwölf Ausfälle clustert auf ein Revisions-Datum oder einen Hersteller-Los?
  • Wie viele Betriebsstunden hatte jeder Motor beim Ausfall?
  • Wie lange wird der Motor üblicherweise betrieben, bevor er gewartet wird?

Ohne diese Kontexte kann eine hohe Ausfallfrequenz ein Verschleiß-Normal sein, nicht ein Fehler. Deshalb muss eine berechtigte Fachperson (Service-Leiter, Konstruktion, Hersteller) die Erkenntnis prüfen und bestätigen, bevor sie Wissen wird. Die Häufigkeit ist nicht Kausalität.

Keine KI ohne technischen Kontext

Eternitree soll technische Antworten nicht allein aus allgemeinem Sprachmodellwissen erzeugen. Die Assistenz soll sich auf nachvollziehbare Unternehmensquellen stützen:

  • Serviceberichte und Einsatzberichte
  • Freigegebene Wissenseinträge
  • Equipmenthistorien und Anlagenhistorien
  • Herstellerdokumentationen
  • Grenzwerte und Messdaten
  • Bestätigte frühere Fälle

Aussagen mit geringer Sicherheit oder ohne ausreichende Quellen sollen erkennbar sein. Quellen, fachliche Freigabe und nachvollziehbarer technischer Kontext reduzieren das Risiko falscher Schlussfolgerungen.

Status: Pilot – Quellengebundene Assistenz

Häufige Fragen zu Technical Memory

Wie reduziert Eternitree das Risiko falscher KI-Antworten?

Die Assistenz arbeitet mit nachvollziehbaren Unternehmensquellen. Technische Aussagen sollen auf Originalberichte, freigegebene Wissenseinträge oder Dokumente zurückführen, Aussagen mit geringer Sicherheit oder ohne ausreichende Quellen sollen erkennbar sein. Automatisch erzeugte Erkenntnisse werden nicht ungeprüft zu Unternehmenswissen, sondern durch einen fachlichen Freigabeprozess abgesichert. Die quellengebundene Assistenz ist derzeit im Pilot, die Erkennung strukturierter Erkenntnisse in Entwicklung.

Was bedeutet Technical Memory?

Technical Memory ist der Kreislauf Anlage → Störung → Einsatz → Bericht → strukturierte Erkenntnis → fachliche Bestätigung → Wissen an der Anlage. Im Zielbild steht bestätigtes Wissen mit Quelle, an Anlage und Bauteil gebunden, beim nächsten vergleichbaren Fall bereit. Heute verfügbar sind Anlagenhistorie, ähnliche Tickets und freigegebene Wissenseinträge; die strukturierte Erkennung aus Berichten ist in Entwicklung.

Status und Roadmap

Baustein Status Was das bedeutet
Ähnliche Tickets & Wiederholungserkennung Verfügbar System erkennt ähnliche offene und gelöste Tickets; warnt bei kürzlichen Wiederholungen.
Wissensdatenbank mit Freigabe-Workflow Verfügbar Entwurf → Prüfung → Freigabe; Wissenseinträge sind verifiziert und bewertet.
Quellengebundene KI-Assistenz Pilot KI-Vorschläge mit explizitem Quellenverweis; Pilot für Feature-Feedback.
Wissensextraktion aus Serviceberichten In Entwicklung OCR und strukturierte Extraktion; Original bleibt unveränderlich.
Bestätigung einzelner Erkenntnisse In Entwicklung Fachliche Prüfung und Freigabe von Erkenntnissen durch berechtigte Personen.
Seitengenaue Quellen aus Serviceberichten In Entwicklung Bericht, Datum und exakte Seite als Verweis auf die Original-Quelle.
Ähnlichkeit mit technischer Begründung Geplant Motortyp, Zündanlage, Brennstoff, Betriebsstunden, Ähnlichkeitsprozentwert.
Technisch ähnliche Anlagen Geplant Baugleiche und ähnliche Anlagen mit gleichen oder vergleichbaren Komponenten.
Ergebnis früherer Maßnahmen (Wirksamkeit) Geplant Dokumentation: behoben, teilweise, wieder aufgetreten, unbekannt.
Ähnliche Anlagen & Vergleichsgruppen Geplant Aggregierte Fehlerfrequenzen, Lebenszyklen von Ersatzteilen, Vergleiche.
Mobile Erfassung & Spracheinträge Geplant Offline-fähige mobile App mit Unterschrift, Fotos, Messwerten vor Ort.

Eine erste stabile Version mit Wissensdatenbank, Freigabe-Workflow und ähnlichen Tickets ist für die Mitte 2027 geplant.

Erkennen Sie Ihre eigenen Servicefälle wieder?

Bringen Sie einen typischen Störfall mit. Wir zeigen, wie Eternitree ihn einordnet – und was davon heute verfügbar ist.