Berlin trifft Werkhalle: Ein Pilot ist noch kein Betrieb

Im Besprechungsraum eines Zerspanungsbetriebs im Sauerland flimmert eine Bildschirmpräsentation: Zwei Gründer eines Berliner KI-Startups stellen eine cloudbasierte Plattform für Predictive Maintenance und Maschinendatenerfassung (MDE) vor. Auf den Folien glänzen Schlagworte wie „OEE-Steigerung um 18 Prozent“, „Echtzeit-Telemetrie in der Cloud“ und „Automatisierte Algorithmen für den Shopfloor“.

Am Tisch sitzen drei Personen mit verschränkten Armen: Junior-Chefin Carolin (32), Instandhaltungsmeister Klaus (58) und Betriebsratsvorsitzender Martin Schlosser (52). Die Vorführung auf dem Laptop der Gründer läuft reibungslos: Klick, Diagramm, animierte Werkzeugkurve. Doch als der Laptop zugeklappt wird, beginnt das eigentliche Gespräch.

Der Baggerbiss und die Wirklichkeit von 250 Euro Maschinenstundensatz

Carolin ergreift als Erste das Wort. Als Wirtschaftsingenieurin versteht sie Softwarearchitekturen, rechnet aber mit den harten Zahlen der Fertigung:

„Ihre Demo setzt voraus, dass unsere Werkhalle permanent mit Ihrem Rechenzentrum in Frankfurt verbunden ist“, sagt Carolin. „Wir fertigen hier Präzisionsbauteile mit Maschinenstundensätzen von 250 bis 350 Euro. Vor sechs Monaten hat ein Bagger bei Straßenbauarbeiten an der Bundesstraße die Glasfasertrasse durchtrennt. Wir waren 36 Stunden offline. Wenn in dieser Zeit Ihre Cloud-Software die NC-Programme sperrt oder keine Auftragsrückmeldungen möglich sind, steht die Halle still. Der Schaden läge bei über fünfzigtausend Euro. Eine Architektur, die bei Internetausfall die Produktion lahmlegt, ist für uns nicht innovationsfähig, sondern existenzbedrohend.“

Zudem verweist Carolin auf die kaufmännische Logik: Ein mittelständischer Familienbetrieb investiert nach dem CAPEX-Prinzip. Eine Maschine wird gekauft, über Jahre abgeschrieben und läuft zwei Jahrzehnte. Ein unkündbares SaaS-Abonnement mit unkalkulierbaren jährlichen Preissteigerungen und dem Risiko eines Vendor-Lock-ins widerspricht der kaufmännischen Vernunft des Hauses.

§ 87 BetrVG: Der Betriebsrat öffnet die Gesetzesmappe

Als das Startup ein Dashboard präsentiert, das Stillstandszeiten von Fräsmaschinen sekundengenau anzeigt, schaltet sich Betriebsratsvorsitzender Martin Schlosser ein. Er zieht eine Kopie des Bundesarbeitsgerichts-Urteils (1 ABR 31/19) hervor:

„Sie werben damit, dass Ihr System jede Unterbrechung sofort visualisiert“, stellt Schlosser klar. „Nach § 87 Abs. 1 Nr. 6 BetrVG unterliegt jede technische Einrichtung, die objektiv geeignet ist, das Verhalten oder die Leistung der Belegschaft zu überwachen, der zwingenden Mitbestimmung des Betriebsrats. Wenn Sie Spindelstillstände, Vorschub-Override und das Bediener-Login über RFID verknüpfen, erzeugen Sie einen unzulässigen Überwachungsdruck auf Zerspanungsmechaniker wie Elena. Ein Spindelstopp entsteht oft, weil Rohmaterial ungleichmäßig ist oder der Hallenkran belegt ist. Das ist keine Minderleistung des Bedieners. Ohne eine Betriebsvereinbarung mit klarer Datenaggregation auf Hallenebene, einer Mindestgruppengröße von fünf Personen und einem materiellen Beweisverwertungsverbot für Personalmaßnahmen wird hier kein einziges Sensorkabel verlegt.“

Die Schaltschrank-Prüfung: Debian statt Cloud-Container

Schließlich meldet sich Instandhaltungsmeister Klaus. Er interessiert sich nicht für Marketingbegriffe, sondern für die Hardware:

„Wo läuft Ihre Software?“, will Klaus wissen. „Wir lassen keine fremden Agenten unkontrolliert in unser Maschinennetzwerk. Unsere Fertigung ist nach dem Purdue-Modell isoliert: Wir haben eine industrielle DMZ mit einer gehärteten OPNsense-Firewall und betreiben im Rittal-Schaltschrank einen Industrie-Server mit Proxmox VE unter Debian Linux. Wenn Sie uns ein autarkes System liefern können, das als isolierter Linux-Container (LXC) rein lesend über OPC UA Messwerte abgreift und die Daten lokal in einer PostgreSQL- und TimescaleDB-Datenbank ablegt, ohne ein einziges Byte nach außen zu funken, dann können wir über einen Pilotversuch an einer Fräsmaschine reden.“

Die beiden Gründer notieren eifrig. Ihnen wird klar, dass der Schritt von der Berliner Startup-Bühne in die westfälische Werkhalle nicht an Algorithmen scheitert, sondern an industrieller Resilienz, Datenschutzrecht und Schaltschrank-Topologie.

Ein Pilot braucht feste Ränder

Ein tragfähiger Pilotversuch zwischen Startup und Mittelstand darf kein offenes Experiment auf Kosten der laufenden Serie sein. Er braucht strikte Leitplanken:

1. Räumliche und technische Kapselung: Der Test läuft an genau einer Maschine, getrennt von der Seriensteuerung.
2. Klare Exit-Strategie: Wenn der Versuch nach drei Monaten endet, müssen alle erfassten Maschinendaten in offenen Formaten (CSV/JSON) vor Ort verbleiben, ohne dass Restlizenzen fällig werden.
3. Zuständigkeit für den Alltag: Wer leistet Support, wenn am Dienstagmorgen um 6:00 Uhr die Datenerfassung streikt? Ein junges Unternehmen muss ehrlich sagen, wie es Störungen außerhalb der Bürozeiten auffängt.

Eine Kooperation gelingt dort, wo beide Seiten voneinander lernen: Das Startup bringt neue Analysemethoden und flexible Schnittstellen ein, der Betrieb steuert jahrzehntelange Prozesserfahrung, Arbeitsschutz und Systemhärtung bei. Die Demo ist der Einstieg; der Respekt vor der Werkbankrealität ist der eigentliche Schlüssel zum Erfolg.

Quellen und Hinweise

Wirtschafts- und Prozessanalyse von Miriam Al-Husseini über Innovationskooperationen zwischen Software-Startups und dem industriellen Mittelstand.

Arbeitsrechtliche Grundlagen: Bundesarbeitsgericht, Beschluss vom 1 ABR 31/19 zur Mitbestimmung bei IT-Systemen; § 87 Abs. 1 Nr. 6 Betriebsverfassungsgesetz (BetrVG).

Rechtlicher Hinweis / Haftungsausschluss: Die Beiträge, Fallberichte, Interviews und Erläuterungen auf FreieTech dienen ausschließlich Informations-, Diskussions- und Bildungszwecken. Sie stellen keine individuelle Rechts-, Steuer-, Anlage-, Sicherheits- oder Unternehmensberatung dar und begründen kein vertragliches Beratungsverhältnis. FreieTech steht in keiner geschäftlichen oder gesellschaftsrechtlichen Verbindung zu den im Kontext genannten Unternehmen, Marken oder Behörden. Konkrete betriebliche Umsetzungen, Sicherheitsprüfungen und technische Nachrüstungen erfordern stets eine fachkundige Prüfung des jeweiligen Einzelfalls vor Ort.