guides

    Software für visuelle Qualitätskontrolle 2026: worauf es vor dem Kauf wirklich ankommt

    Korbinian Kuusisto
    21. April 2026
    Share:
    Software für visuelle Qualitätskontrolle 2026: worauf es vor dem Kauf wirklich ankommt

    Die meisten Hersteller, die Software für visuelle Qualitätskontrolle kaufen, nutzen am Ende weniger als die Hälfte der Funktionen, für die sie bezahlt haben. Die Demo zeigt zwölf Features. Nach sechs Monaten verwendet das Team an der Linie noch vier. Der Rest liegt hinter Menüs, die niemand öffnet, weil sie für einen anderen Käufer in einer anderen Fabrik gebaut wurden.

    Diese Lücke zwischen dem, wofür du einkaufst, und dem, was du tatsächlich einsetzt, ist der Grund für diesen Guide. Nach Gesprächen mit dutzenden QA- und Produktionsleitern, die Software für visuelle Qualitätskontrolle gekauft, abgelehnt oder wieder ersetzt haben, kommen immer dieselben sechs Fragen zurück. Keine davon steht auf der Standard-Ausschreibung.

    Wenn du gerade Tools evaluierst, nutze die sechs als Bewertungsraster. Sie zielen auf die Teile des Systems, die dein Team wöchentlich anfasst, nicht auf die, die nur in den Vendor-Folien auftauchen.

    1. Wie schnell kannst du einen neuen Fehlertyp hinzufügen?

    Jede Fabrik bekommt früher oder später einen neuen Fehler. Ein Lieferant wechselt die Beschichtung. Ein Werkzeug nutzt ab. Ein Kunde verschärft die Toleranz. Die Frage ist, was dann passiert.

    Bei klassischer regelbasierter Bildverarbeitung heißt "neuen Fehler einführen" meistens, dass ein Integrator zurück an die Linie muss, oft für mehrere Tage. Bei moderner KI-basierter Software sollte es heißen: 20 bis 50 Beispiele labeln, Modell nachtrainieren, fertig. Zwischen den Anbietern ist der Unterschied in dieser einen Dimension riesig. Manche Tools brauchen 500 Bilder und einen Data Scientist. Andere brauchen ein Handy, zehn Minuten und jemanden von der Linie.

    Lass dir eine Live-Demo dafür zeigen, keine aufgenommene. Bring einen Fehler mit, den der Anbieter noch nie gesehen hat. Stoppe die Zeit von "ich will diesen Fehler erkennen" bis "das Modell erkennt ihn beim nächsten Teil". Alles über einer Stunde für einen geradlinigen Fehler heißt, du wirst den Anbieter anrufen, sobald sich dein Produkt ändert.

    Das ist der größte Hebel für echten Nutzen im Alltag, und gleichzeitig das Feature, das die meisten Ausschreibungen am stärksten unterbewerten.

    2. Was passiert, wenn sich das Produkt verändert?

    Verwandt, aber nicht dasselbe. Ein neuer Fehler ist ein bekanntes Unbekanntes. Produktdrift über sechs Monate ist der stille Killer.

    Ein gedrucktes Logo verblasst um 2%. Ein Kunststoffteil verschiebt die Farbe mit einer neuen Harz-Charge. Das Umgebungslicht ändert sich zwischen Sommer und Winter. Regelbasierte Systeme produzieren dann Fehlalarme oder übersehen echte Fehler, und niemand an der Linie weiß warum. KI-basierte Systeme können ebenfalls driften, aber die guten machen Drift sichtbar und nachtrainieren zu einem Zehn-Minuten-Job.

    Was du fragen solltest:

    • Zeigt das Tool, wenn die Modell-Confidence auf Produktionsteilen sinkt?

    • Kann ich vom Tablet an der Linie nachtrainieren, oder muss ich Daten exportieren, ein Trainingsskript starten und wieder deployen?

    • Wie viele Teile muss ich neu labeln, um wieder sauber zu laufen?

    Wenn Nachtrainieren ein "schick es uns, wir melden uns nächste Woche"-Workflow ist, wird deine tatsächliche Inspektions-Verfügbarkeit deutlich schlechter sein als die beworbene Genauigkeit.

    3. Wo läuft die Inferenz tatsächlich?

    Klingt nach IT-Klempnerei. Ist es nicht. Entscheidet in manchen Werken, ob du das Tool überhaupt einsetzen kannst.

    Drei Varianten, jede mit echten Trade-offs:

    Reine Cloud-Tools schicken jedes Bild an einen Remote-Server. Am einfachsten zu deployen, am billigsten zum Start. Auch ein hartes Nein in jedem Werk mit strengen IP-Regeln, unzuverlässigem Internet oder einem Kunden-Audit, das externe Bildübertragung verbietet. Automotive-Tier-1, Defense und die meisten Pharma-Verpackungslinien fallen in diesen Topf.

    Reine Edge-Tools laufen komplett auf einem Gerät an der Linie. Funktionieren offline, Bilder bleiben lokal, Latenz ist vorhersehbar. Kosten am Anfang mehr und haben meist eine kleinere Modell-Bibliothek als Cloud-Lösungen.

    Hybride Tools machen die Inferenz am Edge und schieben nur Metadaten in die Cloud für Reporting und Retraining. Diese Architektur gewinnt 2026 die meisten Werksdeployments, weil sie den Einwand "wir dürfen keine Bilder rausschicken" erledigt, ohne auf das "wir wollen ein Flotten-Dashboard" zu verzichten.

    Frag, wo die Inferenz läuft, wo das Training läuft und wo die Bilder gespeichert werden. Wenn eine der Antworten "nur Cloud, keine Alternative" lautet, gleiche das mit den Regeln deiner Kunden ab, bevor du weitergehst. In unserem Guide zu Machine-Vision-Systemen gehen wir tiefer auf diese Trade-offs ein.

    4. Womit redet das Tool?

    Ein Inspektionstool, das weder die SPS noch das MES ansprechen kann, ist eine teure Kamera. Du nutzt es für Root-Cause nach dem Fakt, nicht für den geschlossenen Regelkreis an der Linie.

    Die Integrationsebene ist der Ort, an dem die meisten Deployments leise stecken bleiben. Nicht bei der Inspektion selbst, sondern dabei, das Pass/Fail-Signal ohne drei Wochen Custom-Code ins Steuerungssystem zu bringen.

    Features, auf die du bestehen solltest:

    Native OPC UA-Ausgabe, kein proprietäres TCP-Protokoll. OPC UA ist die langweilige, richtige Antwort für SPS-Integration und die meisten modernen Systeme unterstützen es. Wenn ein Anbieter 2026 noch proprietäre Protokolle verkauft, frag warum.

    Webhooks oder eine REST-API für alles, was auch die Oberfläche kann. Wenn du Ausschusszahlen ins MES schieben oder Slack alarmieren willst, sobald der Scrap-Rate-Schwellwert fällt, brauchst du eine API und deren Doku.

    Native Connectoren zu mindestens einem verbreiteten MES. Ignition, Tulip und AVEVA System Platform sind vernünftige Maßstäbe. Wenn der Anbieter keinen Referenzkunden mit laufender MES-Integration nennen kann, existiert diese Integration nicht.

    Keines dieser Themen taucht in Genauigkeits-Benchmarks auf, aber genau daran hängt, ob aus einer funktionierenden Inspektion eine funktionierende Linie wird.

    5. Skaliert es von einer Linie zu einer Flotte?

    Dein erstes Deployment ist eine Linie. Dein zweites ist dieselbe Linie in einer anderen Schicht. Dein drittes ist ein anderes Produkt auf einer anderen Linie. Bei zehn Deployments fängt das Tooling, das bei einer Linie noch angenehm war, an zu bröckeln.

    Was zuerst bricht:

    • User-Management. Unterstützt das Tool Rollen pro Werk, oder teilen sich alle Operatoren einen Admin-Login?

    • Modell-Management. Kannst du ein Modell-Update von einer zentralen Konsole pushen, oder läufst du mit einem USB-Stick zu jeder Linie?

    • Reporting. Sieht der Werksleiter die Scrap-Rate auf Linie 4, ohne pro Gerät ein anderes Dashboard zu öffnen?

    Frag, wie das Tool sich bei 20 Linien verhält, nicht bei einer. Die meisten Anbieter verlieren irgendwo zwischen drei und zehn die Form. Die, die von Tag eins für Flotten gebaut sind, sehen bei einer Linie und bei hundert fast identisch aus.

    Diese Feature-Lücke hat uns dazu gebracht, Enao Vision von der ersten Installation an um zentrales Flotten-Management herum zu bauen. Wer einmal Modelle klassisch über mehrere Standorte verwaltet hat, kommt davon nicht mehr zurück.

    6. Wie wird abgerechnet?

    Pricing ist ein Feature. Es entscheidet, wer den Kauf freigibt, wie du ausrollst und ob du ein schlechtes Deployment ohne Abschreibung wieder abstellen kannst.

    Zwei grobe Modelle:

    CapEx-Pricing heißt einmalige Gebühr für Hardware plus Software pro Linie. Üblich sind 50.000 bis 200.000 Euro. Landet im Investitionsbudget, braucht einen Mehrjahres-ROI-Case und ist schwer zurückzudrehen, wenn die Linie stillgelegt wird.

    OpEx-Pricing heißt monatliches Abo, meist pro Kamera oder pro Linie. Üblich sind 500 bis 3.000 Euro pro Monat. Landet im Betriebsbudget, geht intern schneller durch, und du kannst die Zahlungen einstellen, wenn das Deployment scheitert.

    Keines ist universell besser. Wenn du die Hardware schon besitzt und einen vorhersehbaren TCO willst, gewinnt CapEx. Wenn du nächsten Monat mit einer Linie starten und bei Erfolg ausbauen willst, gewinnt OpEx. Unsere Analyse zu CapEx und OpEx in der Bildverarbeitung geht tiefer auf die Entscheidung ein.

    Wovor du dich hüten solltest: Anbieter, die oben im Funnel CapEx-Preise nennen und dich dann mit zwingenden jährlichen Wartungsgebühren überraschen, die in Wahrheit 20% der Kaufsumme sind. Lass dir den Drei-Jahres-Gesamt-TCO ausweisen, bevor du shortlisten gehst.

    Wie du die sechs Merkmale nutzt

    Bewerte jedes Tool, das du evaluierst, auf allen sechs Dimensionen. Gewichte sie nach dem, was dein Werk wirklich braucht. Eine Pharma-Greenfield-Linie legt mehr Gewicht auf Inferenzort und Skalierung. Ein kleiner Lohnfertiger mit drei Linien gewichtet Fehler-Onboarding und Pricing höher als Flottenmanagement.

    Die meisten Ausschreibungen prüfen Genauigkeit, Kameraauflösung und Taktzeit, und hören dort auf. Das sind 2026 Tischanforderungen. Jeder ernsthafte Anbieter erfüllt deine Taktzeit. Die sechs Merkmale oben sind der Ort, an dem die echten Unterschiede liegen, und wo sich die Kosten einer falschen Wahl 18 Monate später zeigen, wenn du das Tool tauschen willst.

    Wenn du einen konkreten Startpunkt willst, sind unser Beitrag zu den besten KI-basierten Machine-Vision-Systemen und die Analyse, warum KI-Inspektionen beim Setup scheitern, die zwei nützlichsten Begleiter zu dieser Liste.

    Und wenn du sehen willst, wie Enao Vision auf allen sechs Punkten abschneidet: wir veröffentlichen unser Pricing, unseren Retraining-Workflow und unseren Integrations-Stack öffentlich. Buch eine Demo und bring einen deiner echten Fehler mit. Wir verlieren lieber schnell an einer Tool-Fit-Frage, als langsam über eine Demo zu gewinnen, die nur in der Folie gut aussah.

    Explore with AI

    Discuss this article with your favorite AI assistant

    Verfasst von

    Korbinian Kuusisto