Bewertung eines industriellen Systemintegrationspartners

Die Daten einer Produktionslinie werden weiterhin manuell in Tabellen übertragen, der Produktionsplan und der Lagerbestand weichen voneinander ab, und bei Fehlern telefonieren mehrere Personen zwischen verschiedenen Systemen. In einer solchen Situation ist die Bewertung eines industriellen Systemintegrationspartners nicht in erster Linie eine technologische Beschaffungsaufgabe. Es geht darum zu entscheiden, ob der ausgewählte Partner das Betriebsverständnis hat und in der Lage ist, kontrollierte Änderungen vorzunehmen.

Ein Integrationsprojekt wird oft riskant, wenn die Organisation zu schnell über die Lösung spricht. PLC-Verbindung, MES, ERP-Schnittstelle, Barcode-Scanner, Datenerfassung oder neues Dashboard stehen im Raum, während es keine gemeinsame Antwort darauf gibt, wo der Fehler entsteht, wer für die Daten verantwortlich ist und was der neue Prozess messbar besser handhaben soll. Ein guter Partner automatisiert diese Unklarheiten nicht weiter.

Warum reicht die technologische Referenz nicht aus?

Die technische Fähigkeit des industriellen Systemintegrators ist natürlich eine Grundvoraussetzung. Er muss die in der jeweiligen Umgebung verwendeten Steuerungen, industriellen Kommunikationsprotokolle, Datenbanken, Unternehmensführungssysteme und Infrastrukturen kennen. Aber eine Referenz allein gibt wenig Aufschluss darüber, wie der Partner arbeitet, wenn die Produktion nicht stillstehen darf, die Daten unvollständig sind oder die Dokumentation eines alten Systems nicht mehr vollständig ist.

In einem Verpackungsbetrieb ist beispielsweise nicht die Hauptfrage, ob Daten von der Maschine an das ERP gesendet werden können. Wichtiger sind diese Fragen: Welches Ereignis gilt als tatsächlich fertiges Produkt; wann muss Ausschuss erfasst werden; was passiert bei einem Netzausfall; wer überprüft die Abweichung; und welches System ist die zuverlässige Quelle der Daten. Wenn es darauf keine gemeinsam entwickelten Antworten gibt, baut die Integration schnell eine weitere Unsicherheitsschicht über den bestehenden Prozess.

Die technische Referenz ist daher wertvoll, wenn der Partner auch die Entscheidungslogik erklären kann. Welche betrieblichen Einschränkungen mussten berücksichtigt werden? Wie wurde der Übergang gehandhabt? Welcher Test- und Wiederherstellungsplan wurde erstellt? Was blieb unter manueller Kontrolle und warum? Diese Details zeigen, dass der Lieferant nicht nur Systeme verbindet, sondern den Betrieb verantwortungsvoll handhabt.

Bewertung des industriellen Systemintegrationspartners: beginnt beim Prozess

Es ist ratsam zu beobachten, wie ein potenzieller Partner zu arbeiten beginnt. Schon im ersten Gespräch sagt es viel aus, ob er mit seinem Produkt oder mit seinen Fragen beginnt. In einer Produktions- und Logistikumgebung sind die relevanten Fragen in der Regel nicht abstrakt: Wo werden die Daten zuerst erfasst, wo werden sie überschrieben, wie lange wartet ein Mitarbeiter auf Informationen, welche Ausnahmebehandlung erfolgt beim Schichtwechsel und welcher Schritt wird am häufigsten durch menschliche Abstimmung gestoppt.

Der Partner muss das Zusammentreffen von physischen und digitalen Prozessen verstehen. Für den Lagerbetreiber ist ein neuer Bildschirm keine Hilfe, wenn er den Scanner ablegen muss, um ihn zu nutzen, oder wenn das System Daten von ihm verlangt, die zum Zeitpunkt des Arbeitsablaufs noch nicht bekannt sind. Auch der Produktionsleiter hat nicht mehr Kontrolle, weil mehr Diagramme angezeigt werden, sondern weil die Abweichung rechtzeitig sichtbar ist, die Ursache zurückverfolgt werden kann und ein Verantwortlicher benannt ist.

Das bedeutet nicht, dass jedes Projekt mit einer langen Analysephase beginnen muss. Bei kleineren, gut abgegrenzten Aufgaben kann eine schnelle Umsetzung gerechtfertigt sein. Wenn jedoch mehrere Werke, Maschinen, Unternehmenssysteme und Abteilungen betroffen sind, kann die zu frühe Entwicklung später teure Änderungen und schwer zu handhabende Ausnahmen verursachen. Bei der Bewertung des Partners sollte daher darauf geachtet werden, ob er zwischen schneller Behebung und echtem Systemrisiko unterscheiden kann.

Der Eigentümer der Daten und die Quelle der Wahrheit

Viele Integrationsprobleme sind tatsächlich Datenverwaltungsprobleme. Dieselbe Artikelnummer, Bestellstatus oder Produktionsmenge erscheint in mehreren Systemen mit unterschiedlichen Werten. In solchen Fällen reicht es nicht aus, eine Synchronisation zu verlangen. Es muss entschieden werden, welches System berechtigt ist, die Daten zu erstellen, wer sie ändern darf, nach welchen Regeln die Übergabe erfolgt und wie die Abweichung festgestellt wird.

Ein gut vorbereiteter Integrationspartner behandelt dies nicht als administrative Nebensache. Das Datenmodell, die Reihenfolge der Ereignisse, die Behandlung fehlerhafter Nachrichten und die Regeln für das erneute Senden haben alle betriebliche Konsequenzen. Wenn beispielsweise eine Bestellung zweimal übermittelt wird, kann dies zu unnötigem Picking, fehlerhafter Rechnungsstellung oder Planungsfehlern führen. Wenn ein Statusupdate ausbleibt, können Kundenservice und Produktion mit unterschiedlichen Informationen arbeiten.

Die Disziplin der Umsetzung ist wichtiger als das Versprechen

Bei der Auswahl ist es ratsam, konkret nach der Liefermethode zu fragen. Nicht, um alle technischen Details im Voraus festzulegen, sondern um die Denkweise des Partners sichtbar zu machen. In einem industriellen System muss die Änderung planbar, testbar und bei Bedarf reversibel sein.

Besonders wichtig ist, dass es einen Unterschied zwischen Entwicklungs-, Test- und Produktionsumgebung gibt, auch wenn die bestehende veraltete Infrastruktur dies nur teilweise unterstützt. Der Partner muss klar handhaben, welche Tests vor der Installation durchgeführt werden, wer die betriebliche Übergabe genehmigt und wie überprüft wird, dass die neue Verbindung tatsächlich das erwartete Ergebnis liefert.

Ein guter Übergabeplan enthält nicht nur den Zeitpunkt der Installation. Er geht auf Berechtigungen, Protokollierung, Überwachbarkeit, den Weg der Fehlermeldungen, die Betriebsdokumentation und darauf ein, was passiert, wenn die Verbindung teilweise fehlschlägt. Ein Großteil der Integrationen scheitert nicht durch vollständigen Ausfall, sondern durch stille Datenverluste, Verzögerungen oder wiederholte Nachrichten. Diese Situationen müssen sowohl vom System als auch vom Betriebsprozess gehandhabt werden.

Was sollte man vor der Entscheidung fragen?

Die Auswahl des Partners wird erleichtert, wenn der Entscheidungsträger nicht um eine allgemeine Präsentation bittet, sondern die Denkweise anhand einiger eigener Betriebssituationen prüft. Vier Bereiche sollten durchgegangen werden:

• Wie würde der Partner den aktuellen Prozess aufdecken und das Symptom von der Ursache trennen?
• Welche Systemgrenzen, Datenverantwortlichen und Ausnahmebehandlungsregeln würde er in dem jeweiligen Fall vorschlagen?
• Wie würde er das Testen, den Live-Übergang und die Wiederherstellung organisieren, damit das Betriebsrisiko beherrschbar bleibt?
• Wer wird das System nach dem Start unterstützen, welche Dokumentation bleibt zurück und wie können spätere Änderungsanforderungen gehandhabt werden?

Aus den Antworten wird in der Regel schnell klar, ob der Partner mit einer fertigen Lösung kommt oder in der Lage ist, sich an die realen Einschränkungen der Organisation anzupassen. Nicht unbedingt ist die bessere Wahl, wer auf jede Frage sofort eine endgültige Antwort gibt. Ein erfahrener Fachmann fordert an bestimmten Punkten weitere Daten, Beobachtungen vor Ort oder technische Untersuchungen an, bevor er sich verpflichtet.

Die interne Verantwortung kann nicht vollständig ausgelagert werden

Der Systemintegrator kann gut arbeiten, wenn es auf Kundenseite eine Entscheidungs- und Fachverantwortung gibt. Dies muss kein großes Projektteam bedeuten, aber es ist notwendig, einen betrieblichen Eigentümer zu haben, der sagen kann, was als akzeptabler Betrieb gilt, und einen IT-Verantwortlichen, der die Zugriffs-, Infrastruktur- und Sicherheitsrahmen kennt.

Wenn diese Rollen nicht zugewiesen sind, ziehen sich die kleinen Entscheidungen des Projekts in die Länge. Das Entwicklerteam arbeitet auf Basis von Annahmen, und die Benutzer werden erst beim Live-Start damit konfrontiert, dass der Prozess anders funktioniert als zuvor. Ein guter Partner weist frühzeitig auf dieses Risiko hin und hilft bei der Entwicklung der Entscheidungsstruktur, kann jedoch die Unternehmensverantwortung nicht übernehmen.

Bewerten Sie nicht nur den Anfang, sondern auch den Betrieb

Der Wert einer Integration wird erst Monate nach dem Start wirklich sichtbar. Neue Produktfamilie, geänderte Schichtpläne, neuer Lagerplatz, ERP-Versionenwechsel oder Änderungen der Lieferantenschnittstelle können alle die etablierten Verbindungen beeinflussen. Daher ist bei der Bewertung des Partners auch die langfristige Nachhaltigkeit wichtig.

Die Frage ist, wie gut das System dokumentiert ist, welche Abhängigkeiten es hat und ob ein späterer Fachmann in der Lage sein wird, seine Funktionsweise zu verstehen. Eine übermäßig individuelle, undurchsichtige Lösung mag kurzfristig schnell erscheinen, kann jedoch später die Kosten und Risiken von Änderungen erhöhen. In anderen Fällen erfordert ein standardisierterer Ansatz mehr anfängliche Abstimmungen, bietet jedoch eine berechenbarere Betriebsführung. Die richtige Entscheidung hängt immer von der Kritikalität, dem Änderungstempo und den internen Fähigkeiten der jeweiligen Umgebung ab.

In der CGAT-Perspektive ist Integration kein eigenständiges technologisches Ziel, sondern ein Werkzeug für den Betrieb. Sie ist gerechtfertigt, wenn sie unnötige Verwaltung reduziert, den Informationsfluss zuverlässiger macht und den Mitarbeitern mehr Zeit für Aufgaben lässt, die echte Entscheidungen erfordern.

Bei der Auswahl des richtigen Partners sollten Sie daher nicht danach suchen, wer die meisten Funktionen verspricht. Suchen Sie nach demjenigen, der zuerst fragt, warum der aktuelle Prozess entstanden ist, was daran nicht funktioniert und welche kleinste, kontrollierte Änderung die Betriebsführung spürbar verbessert.