Individualsoftware: 12 Beispiele aus Fertigung und Instandhaltung

Individualsoftware-Beispiele aus der Fertigung sehen selten spektakulär aus: eine Angebotskalkulation, die vier Excel-Dateien ablöst, ein Prüfprotokoll, das am Prüfplatz statt auf Papier entsteht, ein Schichtbuch, das Störungen nicht mehr verliert. Dieser Beitrag beschreibt zwölf solcher Anwendungsfälle als Prozessmuster – je Fall mit Auslöser, Datenquellen, Schnittstellen und der Frage, ob ein Standardprodukt dafür existiert. Damit können Sie einordnen, ob einer Ihrer Prozesse dazugehört.

Wie Sie diese Individualsoftware-Beispiele lesen sollten

Die zwölf Fälle sind branchenübliche Prozessmuster, keine Projektberichte – und bewusst ohne Ergebniszahlen. Jeder Fall steht im Präsens („In Betrieben mit …“), weil er in vielen Werken ähnlich vorkommt. Ob und wie stark ein Nutzen entsteht, lässt sich seriös nur im einzelnen Betrieb beziffern. Wer Ihnen für solche Beispiele für individuelle Software pauschale Einsparungen nennt, hat Ihren Prozess noch nicht gesehen.

Jeder Steckbrief macht fünf Angaben: den Auslöser, der den Prozess auf die Agenda bringt, die beteiligten Rollen, die benötigten Datenquellen, die Schnittstellen zu bestehenden Systemen und die Standardalternative. Die letzte Angabe ist die wichtigste. Für die Mehrzahl der Prozesse in einem Industriebetrieb gewinnt Standardsoftware; wie die Abwägung im Einzelnen läuft, steht in der Entscheidungsmatrix Standardsoftware oder Individualsoftware. Hier geht es nur darum, die typischen Einsatzgebiete von Individualsoftware so zu beschreiben, dass Sie Ihren eigenen Prozess darin wiedererkennen – oder eben nicht.

Drei Fremdzahlen zur Einordnung des Umfelds – die Bitkom-Zahl vom 27. März 2025 ist inzwischen rund 18 Monate alt und stammt aus dem oberen Größensegment; die KfW-Zahl vom 23. April 2026 markiert einen Rückgang auf das Vor-Corona-Niveau:

• 42%der befragten Industrieunternehmen ab 100 Beschäftigten setzen KI in der Produktion ein (552 Unternehmen, KW 4–8 2025)Bitkom e. V., März 2025
• 30%der mittelständischen Unternehmen in Deutschland haben zuletzt Digitalisierungsprojekte durchgeführtKfW Research, April 2026
• 79.000unbesetzte IT-Stellen in der deutschen Wirtschaft, davon 17 % in Softwareentwicklung und Architektur (Befragung KW 18–25 2026)Bitkom Research, 2026

Die Konsequenz für die Liste: Alle zwölf Fälle sind einzeln umsetzbar – mit einer Datenquelle, ein oder zwei Schnittstellen und einem klar benannten Nutzerkreis. Das sind Beispiele für Softwarelösungen in der Fertigung im Maßstab eines Betriebs mit 40 oder 400 Beschäftigten, nicht Plattformprogramme.

Angebotskalkulation im Sondermaschinenbau

In Betrieben, die Sondermaschinen oder kundenspezifische Anlagen bauen, ist jedes Angebot ein Unikat – und kalkuliert wird in gewachsenen Tabellen: eine für Mechanik, eine für Elektrik, eine für Montagestunden, dazu Lieferantenpreise aus E-Mails. Beteiligt sind Vertrieb, Konstruktion, Einkauf und Projektleitung; Fehler entstehen an den Übergaben, wenn die Konstruktion ändert und die Kalkulation nicht nachzieht. Auslöser ist meist ein unter Wert verkauftes Projekt oder die Erkenntnis, dass nur eine Person die Tabelle noch versteht.

• —Datenquellen: Stücklisten aus CAD/PDM, Zeitbausteine für Fertigung und Montage, aktuelle Lieferantenpreise, Nachkalkulationen abgeschlossener Projekte als Erfahrungswerte.
• —Schnittstellen: ERP für Artikel, Preise und Auftragsanlage; CAD/PDM für die Stückliste; Dokumentablage für das Angebotsdokument selbst.
• —Standardalternative: CPQ-Produkte (Configure, Price, Quote). Sie tragen, solange sich Anlagen aus einem definierten Baukasten konfigurieren lassen. Bei hoher Varianz mit Neukonstruktion je Auftrag greifen sie nicht, weil es keinen Konfigurator gibt, sondern eine Kalkulation auf Baugruppenebene mit Erfahrungswerten – das ist der individuelle Kern.

Ersatzteil- und Servicegeschäft

Bei Maschinenbauern mit installierter Basis kommen Ersatzteilanfragen per Telefon und Mail, oft mit Foto und Seriennummer. Die Zuordnung zur verbauten Variante ist Handarbeit: Welche Pumpe steckt in der Maschine mit Baujahr 2014 und dem Umbau von 2019? Beteiligt sind Service-Innendienst, Ersatzteillager und Konstruktion. Auslöser sind falsch gelieferte Teile, lange Antwortzeiten und Wissen, das nur im Kopf zweier Mitarbeiter liegt. Die Erwartung der Betreiber ist klar: VDI 2770 Blatt 1 (Ausgabe 2020-04) beschreibt für die Prozessindustrie Mindestanforderungen an digitale Herstellerinformationen, ausdrücklich auch für die Ersatzteilbeschaffung.

• —Datenquellen: Maschinenakte je Seriennummer mit As-built-Stückliste und Umbauten, Ersatzteillisten, Lagerbestand, Preislisten, technische Dokumentation.
• —Schnittstellen: ERP für Kunde, Auftrag und Lager; PDM für die Stückliste; Dokumentenablage; optional ein Kundenportal.
• —Standardalternative: Serviceportale und Ersatzteilkataloge der ERP-Anbieter. Sie tragen, wenn die As-built-Daten sauber im ERP liegen. Im Bestand ist das selten der Fall – dann ist die Aufbereitung der Maschinenakten der eigentliche Aufwand, und eine schlanke eigene Anwendung ist häufig der Weg, diese Daten überhaupt erst zu strukturieren.

Prüfprotokolle und Qualitätsnachweise

In Zerspanung, Blechbearbeitung und Schweißfertigung stehen Prüfwerte häufig auf Papier oder in einer Excel-Datei am Prüfplatz; der Nachweis lässt sich erst bei der Reklamation aus Aktenordnern rekonstruieren – ohne Bezug zu Auftrag oder Charge. Beteiligt sind Werker, Qualitätssicherung und Auftragszentrum. Auslöser sind Kundenaudit, Reklamation oder die Forderung nach Prüfbescheinigungen – deren Arten regelt für metallische Erzeugnisse DIN EN 10204 (Ausgabe 2005-01). Wie Unterschriften und Aufbewahrung ohne Papier funktionieren, steht in Papierlose Fertigung: Freigaben, Unterschriften und Aufbewahrung.

• —Datenquellen: Messmittel mit Datenausgang, Messmaschine, Prüfplan je Artikel, Prozessparameter aus dem Maschinensignal, Auftragskontext.
• —Schnittstellen: ERP-Auftrag (Auftrag, Charge, Arbeitsgang), Messmittelverwaltung für den Kalibrierstatus, Archiv mit Aufbewahrungsfristen.
• —Standardalternative: CAQ-Systeme (Computer Aided Quality) decken Prüfplanung, Messwerterfassung und Zeugnisdruck ab und sind die richtige Wahl, wenn Prüfpläne artikelübergreifend ähnlich sind. Die Grenze liegt bei produktspezifischen Prüfabläufen mit Sonderlogik – oder wenn nur ein Prüfplatz betroffen ist und ein CAQ-Rollout unverhältnismäßig wäre.

Wartungsplanung und Instandhaltungsaufträge

In vielen Werken stehen Wartungsintervalle im Kalender des Instandhaltungsleiters, der Ersatzteilbedarf ist nicht mit dem Plan verknüpft, die Störungshistorie liegt als Freitext im Ordner. DIN EN 13306 (Ausgabe 2018-02) fasst Instandhaltung ausdrücklich weiter als die technische Tätigkeit – Planung und Dokumentation gehören dazu. Beteiligt sind Instandhaltung, Produktion, Lager und Einkauf. Auslöser sind eine vergessene Wartung mit Folgeschaden oder das fehlende Teil, wenn die Anlage steht.

• —Datenquellen: Anlagenstammdaten, Betriebsstunden oder Zählerstände aus der Steuerung, Störungshistorie, Lagerbestand der Ersatzteile.
• —Schnittstellen: Maschinendaten, damit Laufzeit statt Kalender die Wartung auslöst; ERP für Material und Bestellung; mobile Endgeräte für die Rückmeldung in der Halle.
• —Standardalternative: CMMS- und EAM-Systeme (Computerized Maintenance Management beziehungsweise Enterprise Asset Management) sind reife Produkte und reichen für die Mehrzahl der Betriebe. Eigene Software lohnt hier fast nie als Ganzes; typisch ist ein Baustein daneben – etwa die Anbindung von Zählerständen aus Bestandsanlagen, die das CMMS nicht liest. Die Wege dorthin beschreibt Maschinendaten nachrüsten.

Auswertung technischer Dokumente und Wartungsberichte

Das Wissen über eine Anlage steckt in Handbüchern, Datenblättern, Normen und in den Freitextfeldern der Störmeldungen; wer wissen will, ob der Lagerschaden an der Presse schon einmal auftrat, fragt den dienstältesten Kollegen. Beteiligt sind Instandhaltung, technische Redaktion und IT; Auslöser sind der Renteneintritt eines Wissensträgers oder ein Audit, das nach der Historie fragt. Als einziger der zwölf Fälle hat er KI im Kern – die Tiefe dazu steht in Wartungsberichte und Störungshistorien mit KI auswerten und im Überblick zu KI für technische Dokumentation.

• —Datenquellen: PDF-Bestände der Hersteller, gescannte Altdokumente, Freitexte aus dem CMMS, Schichtbucheinträge.
• —Schnittstellen: Dokumentenablage, Instandhaltungssystem, Berechtigungssystem – wer welche Dokumente sehen darf, muss die Auswertung übernehmen.
• —Standardalternative: Die Volltextsuche des Dokumentenmanagementsystems. Sie scheitert, sobald dieselbe Anlage als „Presse 3“, „P3“ und unter der Herstellerbezeichnung auftaucht und Freitexte aus Abkürzungen bestehen. Kein Marktprodukt kennt Ihre Anlagenbezeichnungen – deren Normalisierung ist der individuelle Anteil.

Schichtübergabe, Störmeldung und Eskalation

Die Übergabe läuft über ein Papierschichtbuch oder eine Messenger-Gruppe; die Störung der Nachtschicht vom Samstag erreicht die Instandhaltung am Montag nicht. Beteiligt sind Schichtleiter, Werker, Instandhaltung und Produktionsleitung. Auslöser ist die Störung, die „schon dreimal da war“, aber nirgends steht. Welche Felder ein Schichtbuch dafür mindestens braucht, steht in Digitale Schichtübergabe: Welche Felder ein Schichtbuch wirklich braucht.

• —Datenquellen: Schichtnotizen, Störcodes der Anlage, Anlagenzustand, Auftragsstatus zum Schichtende.
• —Schnittstellen: Instandhaltungssystem, damit aus der Störmeldung ein Auftrag wird; Maschinensignal für automatische Zeitstempel; Benachrichtigung per E-Mail, Messenger oder Hallenanzeige.
• —Standardalternative: Fertige Schichtbuch-Produkte sind für ein reines Übergabebuch die günstigere Wahl. Individuell wird es, wenn Störmeldung, Eskalationsregeln nach Dauer oder Wiederholung und Maschinensignal in einem Fluss laufen sollen – dann ist es eine Fachanwendung für die Produktion, kein Formular.

Produktionsrückmeldung, Auftragsfortschritt und Nachkalkulation

Die Rückmeldung eines Arbeitsgangs läuft über einen Laufzettel, den am nächsten Tag jemand ins ERP tippt; die Nachkalkulation folgt Wochen später. Beteiligt sind Werker, Arbeitsvorbereitung und Controlling. Auslöser sind Aufträge, deren Deckungsbeitrag erst nach Monaten bekannt ist, und Liefertermine, die niemand belastbar zusagt. Was Betriebsdaten- von Maschinendatenerfassung unterscheidet, steht in BDE oder MDE?; was aus den Zeitstempeln an Kennzahlen wird, in OEE berechnen.

• —Datenquellen: Zeitstempel je Arbeitsgang (Start, Unterbrechung, Ende), Maschinenlaufzeit, Personalzeiten, Gutstück und Ausschuss.
• —Schnittstellen: ERP für Arbeitsplan und Rückmeldung, BDE/MDE-Erfassung, Terminal oder Tablet am Arbeitsplatz.
• —Standardalternative: BDE-Module im ERP oder ein MES (Manufacturing Execution System) reichen für die Standardrückmeldung und sind meist erste Wahl. Eigene Software füllt eher die Lücke: Maschinensignale automatisch in die Rückmeldung übernehmen, ohne ein ganzes MES einzuführen.

Wareneingang, Chargen und Rückverfolgbarkeit

Die Chargenverfolgung läuft über Excel und Aktenordner; die Frage, in welche Aufträge eine Lieferantencharge gelaufen ist, dauert Tage. Beteiligt sind Wareneingang, Qualitätssicherung, Lager und Fertigung. Auslöser sind ein Lieferantenrückruf oder die Kundenforderung nach lückenloser Rückverfolgbarkeit. Den vorgelagerten Teil – Lieferschein, Prüfung, Buchung – behandelt Wareneingang digitalisieren.

• —Datenquellen: Lieferscheine, Chargennummern des Lieferanten, Ergebnisse der Wareneingangsprüfung, Verbauort je Auftrag.
• —Schnittstellen: ERP für Bestellung und Buchung, Lagerverwaltung, Scanner oder Kamera am Wareneingang und am Verbauort.
• —Standardalternative: Lagerverwaltungssysteme (WMS) und ERP-Chargenmodule decken die Verfolgung ab, sofern die Charge beim Verbau tatsächlich gebucht wird. Das Problem ist selten das System, sondern die fehlende Erfassung am Verbauort – eine kleine Erfassungsanwendung, die dort in das Standardmodul schreibt, ist häufig der gesamte individuelle Anteil.

Vier weitere Muster in Kurzform

Werkzeug- und Vorrichtungsverwaltung. Auslöser: Werkzeuge werden gesucht, Standzeiten sind unbekannt, Vorrichtungen doppelt gebaut. Datenquellen: Werkzeugstamm, Voreinstellgerät, Einsatzort, Standzeit. Tool-Management-Systeme der Werkzeughersteller und CAM-Module reichen meist; individuell wird es nur bei selbst gebauten Vorrichtungen ohne Katalogdaten.

Energie- und Zählerdatenerfassung je Anlage. Auslöser: Die Stromrechnung steigt, und niemand kann sagen, welche Anlage verantwortlich ist. Datenquellen: Zähler über Modbus, M-Bus oder S0-Impuls, Anlagenzustand, laufender Auftrag. Energiemanagement-Software gibt es reichlich; individuell ist die Zuordnung des Verbrauchs zu Auftrag und Teil. Messkonzept und Lastgang behandelt Energiemonitoring in der Produktion.

Kundenportal für Anlagenstatus und Dokumente. Auslöser: Kunden fragen per Mail nach Dokumentation, Wartungsterminen und Störstatus. Datenquellen: Maschinenakte, Servicehistorie, Zustandsdaten. Eine passende Standardalternative existiert nicht – ein Portal ist per Definition betriebsspezifisch, baut aber auf Standardbausteinen wie Identitätsverwaltung und Dokumentenablage auf.

Freigabe- und Änderungsworkflows für Zeichnungen. Auslöser: Zeichnungsänderungen erreichen die Fertigung nicht, an der Maschine hängt die alte Revision. Datenquellen: PDM, Revisionsstand, Auftrag. PDM-Workflows und Dokumentenmanagementsysteme tragen, solange nur die Konstruktion beteiligt ist; individuell wird es, wenn Fertigung, Qualitätssicherung und Kunde im selben Freigabeprozess unterschreiben.

Wo ein Standardprodukt existiert – und wo nicht

Über alle zwölf Individualsoftware-Beispiele hinweg zeigt sich ein Muster: Je näher ein Prozess an Buchung, Lagerbestand oder Wartungsplan liegt, desto sicherer gibt es ein Standardprodukt. Je näher er an der eigenen Maschine, dem eigenen Produkt oder Kunden liegt, desto seltener. Der individuelle Anteil ist fast nie das ganze System, sondern der Baustein zwischen Standardmodul und Betriebsrealität.

Wie Sie prüfen, ob Ihr Prozess dazugehört

Drei Prüffragen reichen, um einen Prozess der Liste zuzuordnen – oder ihn begründet an ein Standardprodukt zu verweisen. Ein Produktionsleiter kann sie in zehn Minuten beantworten, ohne die IT zu fragen. Eigene Software in der Fertigung ist nur ein Thema, wenn mindestens zwei der drei Fragen mit Ja beantwortet werden.

Bei zwei oder drei Ja folgt nicht der Auftrag, sondern die Bewertung: Die Entscheidungsmatrix mit acht gewichteten Kriterien macht die Abwägung nachvollziehbar, das Lastenheft für Industriesoftware hält Auslöser, Datenquellen und Schnittstellen vergleichbar fest, und Was kostet Individualsoftware in der Industrie? benennt die Kostentreiber bei Maschinenanbindung und Abnahme.

Fazit

Individualsoftware in Fertigung und Instandhaltung ist selten das große System und fast immer der fehlende Baustein: die Kalkulation, die kein CPQ abbildet, das Prüfprotokoll am Prüfplatz, die Erfassung am Verbauort, die Eskalation aus dem Schichtbuch. Für zehn der zwölf Muster existieren Standardprodukte – prüfen Sie diese zuerst. Wo Varianz, Datenlage oder der Unterschied zum Wettbewerb dagegen sprechen, ist ein eng geschnittener Anwendungsfall mit Steckbrief der belastbare Einstieg.

Der nächste Schritt ist deshalb kein Angebot, sondern ein ausgefüllter Steckbrief für einen einzigen Prozess. Wenn Sie ihn von außen abgleichen möchten, beschreibt die Seite zur individuellen Softwareentwicklung, wie ralwo solche Fälle einordnet und umsetzt.