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 wirklich das Verständnis für den Betrieb 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, Barcodeleser, Datenerfassung oder neues Dashboard kommen auf den Tisch, 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 muss. Ein guter Partner automatisiert diese Unklarheiten nicht weiter.

Warum reicht die technologische Referenz nicht aus?

Die technische Fähigkeit eines industriellen Systemintegrators ist natürlich eine Grundvoraussetzung. Er muss die in der jeweiligen Umgebung verwendeten Steuerungen, industriellen Kommunikationsprotokolle, Datenbanken, Unternehmensverwaltungssysteme 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 zum ERP gesendet werden können. Wichtiger sind Fragen wie: Welches Ereignis gilt tatsächlich als fertiges Produkt; wann muss Ausschuss erfasst werden; was passiert bei einem Netzausfall; wer überprüft die Abweichung; und welches System ist die verlässliche Quelle für die Daten. Wenn es darauf keine gemeinsam entwickelten Antworten gibt, baut die Integration schnell eine weitere Unsicherheitsschicht auf den bestehenden Prozess auf.

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 Betriebsablauf verantwortungsbewusst handhabt.

Bewertung des industriellen Systemintegrationspartners: beginnt beim Prozess

Es lohnt sich zu beobachten, wie ein potenzieller Partner zu arbeiten beginnt. Schon im ersten Gespräch sagt es viel aus, ob er mit seinem vorgestellten 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 bei einem Schichtwechsel und welcher Schritt wird am häufigsten wegen menschlicher Abstimmung unterbrochen?

Der Partner muss das Zusammentreffen von physischen und digitalen Prozessen verstehen. Für den Lagerbetreiber ist ein neuer Bildschirm keine Hilfe, wenn er dafür den Scanner ablegen muss oder wenn das System Daten von ihm verlangt, die zu diesem Zeitpunkt im Arbeitsprozess 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 nachvollziehbar ist und ein Verantwortlicher benannt ist.

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

Der Dateninhaber und die Quelle der Wahrheit

Viele Integrationsprobleme sind eigentlich 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 Handhabung 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ötiger Kommissionierung, fehlerhafter Rechnungsstellung oder Planungsfehlern führen. Wenn eine Statusaktualisierung ausbleibt, können Kundenservice und Produktion mit unterschiedlichen Informationen arbeiten.

Die Disziplin der Umsetzung ist wichtiger als das Versprechen

Bei der Auswahl lohnt es sich, 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 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 Installationszeitpunkt. 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 Datenlücken, 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 nach einer allgemeinen Präsentation fragt, sondern das Denken 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 diesem Fall vorschlagen?
• Wie würde er das Testen, die Live-Umstellung 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 Änderungswünsche 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 tatsächlichen 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, Vor-Ort-Beobachtungen 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 auch Entscheidungs- und Fachverantwortung gibt. Dies muss kein großes Projektteam bedeuten, aber es braucht einen betrieblichen Eigentümer, der sagen kann, was als akzeptabler Betrieb gilt, und einen IT-Verantwortlichen, der die Zugriffs-, Infrastruktur- und Sicherheitsrahmen kennt.

Wenn diese Rollen nicht festgelegt sind, ziehen sich die kleinen Entscheidungen im Projekt 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. Der gute Partner weist rechtzeitig auf dieses Risiko hin und hilft bei der Einrichtung der Entscheidungsstruktur, kann aber 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 Lagerort, ERP-Versionwechsel oder Änderung der Lieferantenschnittstelle können alle die eingerichteten Verbindungen betreffen. 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 gibt und ob ein späterer Fachmann in der Lage sein wird, seine Funktionsweise zu verstehen. Eine zu individuelle, undurchsichtige Lösung mag kurzfristig schnell erscheinen, kann aber später die Kosten und Risiken von Änderungen erhöhen. In anderen Fällen erfordert ein standardisierterer Ansatz mehr anfängliche Abstimmungen, bietet jedoch einen berechenbareren Betrieb. 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 Betriebsablauf. 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 sollte man daher nicht danach suchen, wer die meisten Funktionen verspricht. Man sollte danach suchen, wer zuerst fragt, warum der aktuelle Prozess entstanden ist, was daran nicht funktioniert und welche kleinste, kontrollierte Änderung die Betriebsabläufe spürbar verbessert.