# Service- und Ersatzteilanfragen im Maschinenbau mit KI vorsortieren

> Störmeldungen und Ersatzteilanfragen mit KI vorsortieren: Einordnung, Seriennummer, Vertragsstatus, Prioritätsvorschlag. Abgrenzung zum Ticketsystem, Freigabe und Messgrößen.

- URL: https://newlifedigital.de/blog/service-ersatzteilanfragen-ki-maschinenbau/
- Autor: Simon Maiwald (https://newlifedigital.de/team/simon-maiwald/)
- Veröffentlicht: 2026-10-20
- Aktualisiert: 2026-10-20

**Kurzantwort:** Eine KI-Schicht vor Ihrem Ticketsystem kann Service- und Ersatzteilanfragen aus E-Mail, Telefonnotiz und Foto einordnen (Störung, Ersatzteil, Wartung, Reklamation), Maschinen- und Seriennummer erkennen, Vertragsstatus aus Ihren Systemen abrufen und Priorität und Zuständigkeit vorschlagen. Ein Mensch entscheidet. Ferndiagnose-Zusagen, Preise und Liefertermine bleiben ohne Freigabe tabu. Starten Sie mit einer Anfrageart, einem Vorschlagsablauf und einer gemessenen Ausgangslage.

Im Service- und Ersatzteilgeschäft kommt die Arbeit nicht in einer Form an. Eine Störmeldung steht in einer E-Mail ohne Maschinennummer, ein Techniker beim Kunden schickt ein Foto vom Typenschild, am Telefon landet eine Notiz auf einem Zettel, ein Portal liefert ein Formular mit halb ausgefüllten Feldern. Bevor jemand fachlich arbeiten kann, muss jemand lesen, einordnen, die Anlage finden und klären, ob ein Vertrag besteht. Unsere [Branchenseite Maschinenbau](/branchen/maschinenbau/) nennt Service-Triage als einen von vier Einstiegsprozessen für Betriebe mit 50 bis 200 Mitarbeitenden. Dieser Ratgeber zeigt, wie dieser Einstieg aussehen kann und wo er endet.

Das allgemeine Prinzip, Anfragen mit KI zuzuordnen, beschreibt unser Ratgeber [Kundenanfragen mit KI zuordnen](/blog/kundenanfragen-ki-zuordnen/). Hier geht es um die Besonderheiten im Service: Anlagenbezug, Dringlichkeit und die Frage, was eine KI nicht zusagen darf.

## Was heißt Vorsortieren bei Service- und Ersatzteilanfragen?

Vorsortieren bedeutet, dass vor der fachlichen Bearbeitung ein vollständiger, geprüfter Vorschlag entsteht. Er zeigt die Originalnachricht und daneben, was die Software daraus gemacht hat. Die folgende Zerlegung ist ein Planungsbeispiel. Ihr Ablauf kann andere Schritte haben.

| Schritt | Aufgabe | Geeignetes Mittel |
| --- | --- | --- |
| 1. Eingang sammeln | E-Mail, Portal, Telefonnotiz und Foto an einer Stelle zusammenführen | Gemeinsames Postfach, Formular, Schnittstelle |
| 2. Anliegen einordnen | Störung, Ersatzteil, Wartung, Reklamation oder mehrere zugleich | KI-Klassifikation mit Begründung |
| 3. Anlage identifizieren | Maschinen- und Seriennummer aus Text oder Typenschildfoto | KI-Extraktion, Abgleich mit Ihrem Bestand |
| 4. Vertragsstatus prüfen | Wartungsvertrag, Garantie, Reaktionszeit | Abfrage im ERP oder CRM, keine Schätzung |
| 5. Priorität und Zuständigkeit vorschlagen | Dringlichkeit, Region, Fachbereich | Regeln aus Ihren Vorgaben, KI als Ergänzung |
| 6. Prüfen und freigeben | Vorschlag bestätigen oder ändern | Mensch im Service |
| 7. Antworten und weiterleiten | Eingangsbestätigung, Rückfrage, Übergabe | Textbausteine, Entwurf mit Freigabe |

Die Schritte 2 und 3 arbeiten mit unstrukturiertem Text und Bildern. Dort hat KI ihren Platz. Die Schritte 4 und 5 greifen auf feste Daten und Vorgaben zu und brauchen reproduzierbare Ergebnisse. Schritt 6 ist die Stelle, an der die Verantwortung liegt.

## Was liefert eine Anfrage, und was holt die KI aus Ihren Systemen?

Wichtig ist die Trennung zwischen dem, was in der Anfrage steht, und dem, was in Ihren Systemen steht. Die KI liest den ersten Teil und holt den zweiten ab. Sie erfindet ihn nicht.

- **Aus der Anfrage:** Anliegen, beschriebene Symptome, Fehlercode, genannte Maschine oder Anlage, Standort, Ansprechperson, Wunsch- oder Dringlichkeitsangaben. Bei Fotos zählen Typenschild, Fehleranzeige am Display und sichtbare Schäden.
- **Aus Ihren Systemen:** Zuordnung der Seriennummer zur Anlage und zum Kunden, Baujahr und Ausstattung, Wartungsvertrag, Garantiestatus, Ersatzteilstückliste der Anlage, offene Vorgänge zur selben Maschine.
- **Vorgeschlagen:** Kategorie, Priorität, zuständiges Team, offene Rückfragen, ein Antwortentwurf.

Jede Angabe im Vorschlag trägt ihre Herkunft: aus der Mail, aus dem Foto, aus dem ERP. Wenn die erkannte Seriennummer im Bestand nicht vorkommt, steht dort eine Lücke und kein geratener Treffer. Wie gut sich Nummern von Typenschildern lesen lassen, hängt von Fotoqualität und Schriftbild ab. Das prüfen wir an Ihren echten Beispielen.

Die Bestellung per PDF und die Stückliste sind eigene Aufgaben. Den Weg von Dokument zu geprüftem Entwurf beschreibt unser Ratgeber zur [KI-Dokumentenverarbeitung bei PDF-Bestellungen](/blog/ki-dokumentenverarbeitung-bestellungen-pdf/). Für Ersatzteilanfragen, die in ein Angebot münden, gilt zusätzlich der Ablauf aus dem Ratgeber [Angebotserstellung im Maschinenbau](/blog/ki-angebotserstellung-maschinenbau/).

## Ticketsystem mit Regeln oder KI davor: Was brauchen Sie wirklich?

Prüfen Sie zuerst, ob Ihr Ticketsystem oder Ihre Service-Software bereits Regeln, Vorlagen, automatische Zuweisung und Eskalationsstufen bietet. Unsere Einordnung ist weder eine Norm noch ein Herstellervergleich:

| Situation | Besser geeignet | Grund |
| --- | --- | --- |
| Anfragen kommen über ein Formular mit Pflichtfeldern | Regeln im Ticketsystem | Eindeutige Felder brauchen kein Sprachmodell |
| Betreff enthält eine feste Kennung oder Kundennummer | Regeln im Postfach | Gleiche Eingabe, gleiches Ergebnis |
| Freitext in E-Mail, wechselnde Begriffe, mehrere Anliegen in einer Nachricht | KI-Einordnung mit Prüfung | Regeln scheitern an der Formulierungsvielfalt |
| Seriennummer nur auf einem Foto oder im Fließtext | KI-Extraktion mit Bestandsabgleich | Die Nummer muss erst gelesen werden |
| Vertragsstatus und Reaktionszeit | Abfrage im ERP oder CRM | Das System kennt den Stand, das Modell nicht |
| Wenige Anfragen pro Woche | Checkliste und Zuständigkeitsliste | Ein Build steht in keinem Verhältnis zum Nutzen |

Meist ergänzen sich beide Seiten. Das Ticketsystem bleibt das führende System für Vorgänge, Fristen und Historie, und die KI-Schicht davor bereitet den Eingang auf. So muss niemand die Service-Software ersetzen. Bevor Sie [individuelle Softwareentwicklung](/leistungen/softwareentwicklung-mannheim/) planen, schließen Sie die Lücken, die Ihre vorhandene Software mit Bordmitteln schließen kann. Nur der verbleibende Rest rechtfertigt einen Build.

## Was darf die KI nicht tun?

Der Service steht in direktem Kontakt mit Kunden, deren Anlage steht. Eine falsche Zusage kostet dort mehr als eine verspätete Antwort. Deshalb gilt ein kurzer Katalog dessen, was die Software nicht selbst entscheidet:

1. **Keine Ferndiagnose-Zusagen.** Die KI darf Symptome zusammenfassen und Rückfragen vorschlagen, aber nicht behaupten, die Ursache zu kennen oder dass sich die Störung aus der Ferne beheben lässt. Das beurteilt eine Fachperson.
2. **Keine Preise.** Preise für Ersatzteile, Einsätze und Pauschalen kommen aus Preislisten und Konditionen und gehen nur nach Freigabe an den Kunden.
3. **Keine Liefertermine.** Verfügbarkeit und Termin stehen im ERP und werden von Disposition oder Lager bestätigt.
4. **Keine Aussagen zu Garantie und Kulanz.** Der Vertragsstatus wird angezeigt, die Entscheidung über Kulanz trifft eine Person.
5. **Kein automatischer Versand außenwirksamer Inhalte.** Auch Eingangsbestätigungen gehen erst raus, wenn Sie das für diese Anfrageart bewusst so festgelegt haben.

Hinter dieser Liste steht ein bekanntes Muster. OWASP beschreibt unter „Excessive Agency“ als Ursachen übermäßige Funktionalität, übermäßige Berechtigungen und übermäßige Autonomie eines LLM-Systems. Als Gegenmaßnahmen nennt die Seite unter anderem eine menschliche Freigabe vor Aktionen mit großer Wirkung und minimale Berechtigungen für angebundene Systeme. Im Beispiel eines E-Mail-Assistenten empfiehlt sie einen Zugriff mit reinem Lese-Scope. Übertragen auf den Service heißt das: Die KI-Schicht liest aus ERP und CRM und schreibt nur Vorschläge in ihre eigene Oberfläche. Die Buchung im führenden System erfolgt durch eine Person oder durch eine feste, geprüfte Regel.

Das BSI weist zudem auf Indirect Prompt Injections hin. Dabei verstecken Angreifende Instruktionen unter anderem in E-Mails oder Dokumenten, die das Modell auswertet. Ein Absender kann also versuchen, mit Text in der Nachricht oder im Anhang das Verhalten der Software zu ändern. Das BSI empfiehlt, die Rechte einer solchen Anwendung einzuschränken. Wir stützen deshalb keine Aktion allein auf die Ausgabe der KI.

## Wie schlagen Priorität und Zuständigkeit zustande?

Die Prioritäten legen Sie fest, nicht das Modell. Sie sind Ihre Geschäftsregeln, zum Beispiel: Anlagenstillstand mit Vertrag zuerst, Ersatzteil ohne Stillstand nach Eingang, Reklamation an einen benannten Ansprechpartner. Die KI liefert dazu die Eingaben: Steht die Anlage? Gibt es einen Vertrag? Ist die Maschine bekannt? Daraus ergibt sich ein Vorschlag, der die Begründung mitliefert.

Zwei Fälle brauchen einen festen Rückfallweg:

- **Mehrere Anliegen in einer Nachricht:** Ein Kunde meldet eine Störung und fragt nach einem Ersatzteil. Beide Anliegen müssen sichtbar bleiben und dürfen nicht zu einem verschmelzen.
- **Unklare Fälle:** Fehlt die Seriennummer oder passt die Beschreibung zu keiner Kategorie, geht der Vorgang an eine benannte Person. Die Software verwirft nichts und behauptet nichts.

Für die Qualität empfehlen wir ein Testset aus echten, zulässig verwendbaren Anfragen, die Ihre Fachleute vorab richtig eingeordnet haben. Vergleichen Sie Regeln und KI an denselben Fällen. Die Sicherheit, die ein Sprachmodell in seiner Antwort ausdrückt, ersetzt diese Prüfung nicht.

## Datenschutz: Kundendaten und Fotos

Service-Anfragen enthalten personenbezogene Daten wie Namen, Telefonnummern und E-Mail-Adressen, außerdem Standorte und Anlagendaten Ihrer Kunden. Fotos zeigen manchmal mehr als gewollt, etwa Personen, Hallen oder Werkstücke Dritter. Die Datenschutzkonferenz erklärt in ihrer Orientierungshilfe, dass bei einer Cloud-Lösung eines externen Anbieters häufig ein Auftragsverarbeitungsverhältnis besteht und dann eine Vereinbarung nach Art. 28 Abs. 3 DSGVO abzuschließen ist. Sie nennt außerdem, dass sich Funktionen für die Nutzung von Eingaben zum KI-Training und für eine Eingabe-Historie so einstellen lassen, dass Eingaben nicht zu Trainingszwecken verarbeitet und nicht über die Sitzung hinaus gespeichert werden.

Für Ihren Ablauf folgt daraus eine Prüfliste:

- **Datenweg:** Wohin gehen Text und Foto, und wo werden sie verarbeitet und gespeichert?
- **Vertrag:** Liegt eine Vereinbarung zur Auftragsverarbeitung vor, und ist die Nutzung für Training ausgeschlossen?
- **Umfang:** Braucht das Modell den ganzen Mailverlauf und das ganze Foto, oder genügen Ausschnitte? Weniger Daten bedeuten weniger Risiko.
- **Aufbewahrung:** Wie lange bleiben Originale und Zwischenergebnisse, und wer darf sie sehen?
- **Kundenvorgaben:** Manche Auftraggeber untersagen in Verträgen die Weitergabe von Anlagendaten an Dritte. Prüfen Sie das für Ihre größten Kunden.

Das BSI rät Unternehmen, vor der Integration generativer KI in die eigenen Arbeitsabläufe eine individuelle Risikoanalyse durchzuführen. Planen Sie diese Analyse ein, bevor der Ablauf produktiv läuft. Die rechtliche Bewertung für Ihren Fall klären Sie mit Ihrer Datenschutzverantwortlichen oder Ihrem Datenschutzbeauftragten. Dieser Ratgeber ersetzt keine Rechtsberatung.

## Fiktives Beispiel: Störmeldung mit Foto

**Fiktives Beispiel, kein Kundenprojekt.** Annahmen: Ein Betrieb mit etwa 120 Beschäftigten baut Verpackungsanlagen. Der Service nutzt ein Ticketsystem, Kundenstamm, Anlagenbestand und Wartungsverträge stehen im ERP. Zahlen zu Zeit oder Ersparnis nennen wir bewusst nicht.

1. **Eingang:** Eine E-Mail eines Kundentechnikers schildert, die Anlage bleibe nach einem Fehlercode stehen. Angehängt ist ein Foto, auf dem Display und ein Teil des Typenschilds zu sehen sind.
2. **Einordnung:** Die Software erkennt ein Störungsanliegen und liest Fehlercode und eine Seriennummer. Sie markiert, dass die letzte Ziffer auf dem Foto unleserlich ist.
3. **Abgleich:** Zwei Seriennummern im Bestand kommen infrage. Die Software zeigt beide samt Kunde und Standort und trifft keine Wahl.
4. **Vorschlag:** Die Servicekraft wählt die richtige Anlage. Daraufhin ruft die Software den Wartungsvertrag ab und schlägt nach Ihrer Regel „Stillstand mit Vertrag“ die höchste Priorität und das zuständige Team vor. Dazu entsteht ein Entwurf für die Eingangsbestätigung ohne Aussage zur Ursache und ohne Termin.
5. **Freigabe:** Die Servicekraft ändert den Text, gibt ihn frei und versendet ihn selbst. Die Buchung im Ticketsystem erfolgt mit ihrer Bestätigung.

Hätte die Software keine Nummer gefunden, wäre der Vorgang mit Hinweis „Anlage unbekannt“ an eine benannte Person gegangen. Auch das gehört in den Test.

## Was messen Sie: Erstreaktion, Rückfragen, Fehlzuordnungen?

Erfassen Sie die Ausgangslage, bevor Sie etwas ändern. Ohne sie bleibt jede Verbesserung eine Annahme.

| Messgröße | Definition | Erfassung |
| --- | --- | --- |
| Zeit bis zur Erstreaktion | Zeit von Eingang bis zur ersten inhaltlichen Antwort oder Zuweisung | Zeitstempel aus Postfach und Ticketsystem, Median und Streuung je Anfrageart |
| Rückfragen | Klärungsschleifen je Vorgang, bis die Anlage und das Anliegen klar sind | Aus Mailverlauf und Ticket zählen |
| Fehlzuordnungen | Vorgänge, die an ein falsches Team oder an die falsche Anlage gingen | Umleitungen und Korrekturen im Ticketsystem |
| Nacharbeit am Vorschlag | Änderungen der Servicekraft nach Art (Kategorie, Anlage, Priorität, Text) | Protokoll der Freigabe |
| Übersehene Anliegen | Mehrteilige Anfragen, bei denen ein Anliegen verloren ging | Stichprobe gegen das Testset |

Messen Sie Störungen und Ersatzteilanfragen getrennt, denn sie haben andere Dringlichkeiten und andere Wege. Eine Zahl für die Verbesserung gibt es erst, wenn dieselben Größen mit dem neuen Ablauf erhoben wurden. Prozentangaben aus Anbieterbroschüren lassen sich nicht auf Ihren Betrieb übertragen.

## Wie starten Sie? Aufwand, Warnsignale und ein abgegrenzter Test

Wählen Sie eine Anfrageart mit genügend Wiederholungen, etwa Ersatzteilanfragen per E-Mail, und einen Zugriff auf Anlagenbestand und Vertragsdaten. Der bezahlte [Discovery-Sprint](/discovery-sprint/) dauert 5 Arbeitstage und kostet 4.900 € netto. Wir arbeiten nach NDA an echten Anfragen aus Ihrem Haus, halten die Baseline gemeinsam mit Ihnen fest, zeigen eine Live-Demo und geben eine Entscheidungsempfehlung. Einen optionalen Build bieten wir danach zum individuellen Festpreis an.

Den Aufwand eines späteren Builds bestimmen vier Faktoren:

- Zahl der Eingangskanäle und Anfragearten.
- Zustand von Anlagenbestand, Seriennummern und Vertragsdaten.
- Tiefe der Anbindung an ERP, CRM und Ticketsystem.
- Prüf- und Freigabeaufwand je Vorgang sowie Datenweg und Betrieb.

Diese Faktoren klären wir im Sprint, bevor ein Festpreis entsteht. Warnsignale, den Start zu verschieben:

- Seriennummern und Anlagen sind im Bestand nicht oder nur uneinheitlich gepflegt.
- Niemand verantwortet Priorität und Zuordnung.
- Das Ziel lautet automatische Antwort an den Kunden ohne Prüfung.
- Eingang und erste Reaktion sind nicht dokumentiert, die Ausgangslage lässt sich nicht erfassen.

Für das erste Gespräch genügen die Anfrageart, zwei bis drei anonymisierte Beispiele, Ihr ERP und Ticketsystem und die Angabe, wer heute einordnet und freigibt. Wir sitzen im MAFINEX Technologiezentrum in Mannheim, arbeiten in der Region Rhein-Neckar auch vor Ort und remote im gesamten DACH-Raum. [Ihre Service-Anfragen mit Simon besprechen](/kontakt/?source=maschinenbau).

**Die Entscheidung in einem Satz:** Lassen Sie KI die Anfrage lesen und einordnen, lassen Sie Ihre Systeme Anlage, Vertrag und Regeln liefern, lassen Sie eine Person entscheiden und antworten, und messen Sie vorher, wie lange der Weg bis zur Erstreaktion heute dauert.