Digitaler Leistungsprüfstand für Ventilatoren als SaaS-Angebot

Da ich selbst, mit 77 Jahren nicht mehr aktiv im Geschäft tätig bin, sich also eine eigene Investition nicht mehr rechnet, habe ich die Idee eines Digitalen Leistungsprüfstand für Ventilatoren an ein verheißungsvolles Startup Unternehmen abgetreten. In der Natur der Sache liegt es, dass ein Startup zur Umsetzung von Ideen Investoren benötigt.

Ich suche deshalb Interessenten aus der Ventilatoren-Branche, die bereit sind sich mit Kapital und Ideen in das Projekt sowie bei der Validierungskampagne mit einzubringen.

Es gibt, wie ja auch aus vielen Berichten zu lesen ist, viele gute CAE-/CFD-Systeme. All diese Anbieter wollen aber die Software verkaufen und auch gerne noch an der Schulung entsprechendes Personals verdienen. Da es bei den meist mittelständischen Ventilatorenbauern viel zu wenig Experten gibt, die CFD-Systeme beherrschen und meist auch bei vor Ort genutzten Systemen viel zu wenig Rechnerleistung gibt um Entwicklungen mit einer Vielzahl an Varianten und Detailänderungen zu einer optimalen Geometrie zu führen, geschweige denn einer Kundenauftrag bezogenen Einmalfertigung zu realisieren, kam mir die Idee eines SaaS-Angebots eines „Digitalen Leistungsprüfstand für Ventilatoren.

D.h. ich stelle mir eine Client-Server-Architektur vor bei der der Anbieter der SaaS-Lösung den Client als eine auf Kunden individuelle Wünschen angepasste selbsterklärende Nutzerführung eines automatisierten Workflows ausführt. D.h. der Kunde lädt seine 3D-CAD-Konstruktion in den Client. Hier erfolgt eine automatische Vergitterung, inkl. automatischer Verfeinerung, Lücken-, Spaltverfeinerung etc. Das so erstellte Rechengitter wird zusammen mit den Konfigurationsdateien dann an die Cloud gesendet, wo die eigentliche Simulationsrechnung bis hin zur Darstellung des Ergebnisses der erreichten Ventilatorkennlinien auf dem Server vollzogen und zur Darstellung wieder auf den Client gesendet wird.

Ziel der Lösung ist es mit dem Digitalen Prüfstand ein Ergebnis zu erzielen, dass sich 1:1 mit der Messung auf einem realen Prüfstand einer Leistungsmessung gemäß ISO 5801:2017 deckt.

Dies würde nicht nur die Entwicklungskosten, die Zeit und die Energiekosten drastisch reduzieren, sondern auch bei Kundenauftrag spezifischer Einmalfertigung ganz neue Märkte erschließen.

Ausführliche Details können mit Interessenten gerne besprochen werden, zu dem Zweck sollte sie sich bei mir unter horst.benderoth@benderoth-consulting.de melden.

Vom Produkt-Lieferant zu erweiterten Geschäftsmodellen – Teil 4

Im Teil 3 meiner Berichtsreihe habe ich mich mit dem Thema Digitaler Zwilling (Digital Twin) eines Complete Fan System (CFS) befasst, und von der Firma LocLab Consulting GmbH in Darmstadt den Digitalen Zwilling eines Ventilators der Firma Konrad Reitz Ventilatoren GmbH & Co.KG erstellen lassen. Der Bericht Teil 3 endet mit der Erkenntnis, dass erst das Abbild eines Gegenstandes in Verbindung mit dem so strukturierten und kontrollierten Zugriff auf alle Informationen des Gegenstandes den Digitalen Zwilling darstellen, den wahren Nutzen bringen, und somit die Möglichkeiten neuer, erweiterter, digitaler Geschäftsmodelle eröffnet.

Bild 34: PROCAD GmbH & Co. KG, Konrad Reitz Ventilatoren GmbH & Co.KG

Womit ich auch schon bei meinem nächsten Thema dem Product Lifecycle Management (PLM) bin. Wie bereits in meinen letzten Berichten, habe ich auch zu diesem Thema meine Recherchen angestellt und letztlich mit dem Angebot der Firma PROCAD GmbH & Co.KG mit PRO.FILE ein durchgängiges System gefunden, dass von CAD-Datenmanagement, PDM-System, DMStec-System, Product Data Backbone, PLM-System und Collaborative PLM zu einem umfassenden Digitalisierungs-Konzept entwickelt wurde.

Ich habe deshalb mit Zustimmung der Firma PROCAD GmbH & Co.KG die Erläuterungen zu den einzelnen Modulen auf dem Weg von der Zeichnungsverwaltung bis zum  Digital Engineering aus den Veröffentlichungen auf dem Wissensportal [1] der Firma PROCAD übernommen, weil ich denke, den Zusammenhang selbst nicht besser erklären zu können.

1. Fortschritt und Entwicklung.

„In Wirklichkeit hat PLM viele Väter: Seitdem Unternehmen Computerprogramme für die Konstruktion einsetzen, haben sie die Notwendigkeit, ihre technischen Produktdaten einfacher wieder finden und wieder verwenden zu können. Das inspirierte auch in Deutschland Softwarehäuser zur Entwicklung elektronischer Verwaltungssysteme. Obwohl PDM von Anfang an den Anspruch erhob, nicht nur die Datenverwaltung,  sondern  auch  die  Prozesse   der  Datenerzeugung  und -bereitstellung zu unterstützen, wurde auch dieser Begriff bald wieder als zu eng empfunden. Nach einer Zeit des terminologischen Wettstreits fanden Software-Hersteller und Beratungsunternehmen im PLM-Begriff einen neuen gemeinsamen Nenner.“ [2]

1.1 Evolution des PLM in Unternehmen. 

Die Zeichnungsverwaltung im Umfeld von Konstruktion und Fertigung hat seit den Anfängen der reinen CAD-Datenverwaltung eine eindrucksvolle Metamorphose durchschritten. Ging es zunächst um das reine Speichern und Auffinden von CAD-Daten, wurden schon bald darauf Zeichnungen, Dokumente und Stücklisten miteinander verbunden und in Beziehung zu Informationen aus ERP-Systemen gesetzt – der Schritt von der Zeichnungsverwaltung über das CAD-Datenmanagement zum Produktdatenmanagement (PDM-System) war getan.

Parallel dazu sind im kaufmännischen Umfeld seit den 90er Jahren elektronische Archiv- und Dokumentenmanagementsysteme (DMS) auf dem Vormarsch. Sind diese zudem in der Lage, technische Strukturen abzubilden, werden sie als DMStec bezeichnet. Um eine abteilungsübergreifende, durchgängige Arbeit mit produktrelevanten Daten und Dokumenten zu ermöglichen, ist wiederum der Brückenschlag zum Produktdatenmanagement (PDM)-System erforderlich. Ist er vollzogen, verfügen Unternehmen über ein einheitliches Product Data Backbone, das sowohl kaufmännische als auch technische Dokumente umfasst. Der Evolutionspfad führt weiter zur Prozess-Steuerung von Produktdaten und Informationenflüssen. Man spricht dann von Product Lifecycle Management (PLM)-System.

Bild 34:Quelle: PROCAD GmbH & Co. KG – Anwendungsbereiche

Aufgabe einer PLM-Lösung ist es, Durchgängigkeit zu schaffen. Das heißt, entlang der Prozesskette im Unternehmen – von den Anforderungen über die Konstruktion und Fertigung bis zu Vertrieb und Service – allen Beteiligten einen gesteuerten Zugriff auf eine einheitliche, gemeinsame Produktdatenbasis – das Product Data Backbone – zu ermöglichen. 

Collaborative PLM erweitert diese Prozesse über die Unternehmensgrenzen hinaus bis hin zur höchsten Evolutionsstufe, dem Digital Engineering und damit der Digitalisierung der gesamten Prozesskette. Collaborative PLM ermöglicht intern und extern vernetzte Echtzeit-Prozesskoordination über den gesamten Produktlebenszyklus. Partner, Kunden und Lieferanten werden damit gesteuert in die Unternehmensabläufe eingebunden. Die organische Entwicklung der verschiedenen Evolutionsstufen – von der Zeichnungsverwaltung zur vollständigen Digitalisierung von Produktentstehung und Produktmanagement – wird in diesem Wissensportal der Firma PROCAD detailliert dargestellt.

2. CAD Datenmanagement.   

Mit dem Einsatz von CAD-Systemen wie z. B. AutoCAD, Autodesk Inventor, Creo, Solid Edge oder Solidworks für die Erstellung technischer Zeichnungen am Bildschirm kam konsequenterweise die Notwendigkeit auf, diese Zeichnungen und ihre begleitenden Informationen elektronisch zu verwalten. CAD-Systeme verfügen jedoch häufig nur über rudimentäre Funktionen zum Speichern und Abrufen dieser CAD-Daten. Zeichnungsnummer, Teilebezeichnung, Änderungsstand oder Materialkennung, die der CAD-Konstrukteur benötigt, werden in einer Datenbank abgelegt und für Recherche und Änderungsprozesse bereitgestellt.

Um ein Produkt zu beschreiben, ist aber mehr erforderlich als die mechanische Zeichnung: Mechatronische Bauteile, Software (deren Produktanteil immer mehr zunimmt), Bedienungsanleitungen und sonstige Begleitdokumente kommen als weitere Informationsträger hinzu. Dieses Wissen unternehmensweit verfügbar zu machen, ist eine der zentralen Aufgaben des CAD-Datenmanagements, das sich nur mit einem durchgängigen Artikel- und Teilemanagement wirkungsvoll realisieren lässt.

Inhalte für CAD Datenmanagement:

2.1. Strukturierte Ablage von Informationen.                                            

Zu den CAD-Daten gehören neben CAD-Modellen, Zeichnungen und Stücklisten sämtliche CAD-bezogenen Informationen wie Spezifikationen, Berechnungen, Fertigungsnotizen (NC-Programme), Arbeitspläne, Montageinformationen u.a. Beim CAD-Datenmanagement geht es um strukturierte Ablage, und zwar nicht einfach im Dateisystem, sondern organisiert und in einer strukturierten Form. Nur so lassen sich technisch  anspruchsvolle Produkte effizient handhaben und zeitnah auf den Markt bringen. CAD-Modelle und die dazugehörigen Daten und Dokumente enthalten das gesamte Produktwissen, das Design- und Engineering-Know-how eines Unternehmens. Dieses muss unternehmensweit verfügbar und nutzbar gemacht werden.

 CAD-Datenmanagement wie es sein sollte.

Jederzeit ist bekannt, wo ein Teil hingehört und wie es im Unternehmen eingesetzt wird. Konstrukteure sind immer auf dem aktuellen Stand und können Daten in Sekundenschnelle abrufen. CAD-Daten werden nicht versehentlich überschrieben. Es besteht Klarheit darüber, wer mit welchen Daten arbeitet.

Bild 34:Quelle: PROCAD GmbH & Co. KG – CAD-Datenverwaltung.

Steigende Anforderungen an das CAD-Datenmanagement.

Flache Datenhierarchien und kein durchgängiges Artikel- und Teilemanagement sind häufig noch Alltag in Unternehmen, welche sich der Arbeitsmethodik früherer 2D-CAD-Systeme bedienen. Viele Unternehmen haben sich jedoch an diese mittlerweile veraltete Arbeitsweise gewöhnt, ungeachtet der Tatsache, dass sie meist ineffizient und aufwändig ist und vor allem sind die Möglichkeiten stark begrenzt.  
Denn die Aufgaben im CAD-Datenmanagement sind im Laufe der Jahre durch die Anzahl der Systeme, in denen produktionsbezogene Informationen entstehen, gewachsen: M-CAD, E-CAD, Anlagen- bzw. Maschinensteuerungen und die gesamte Office-Welt generieren beständig immer größere und heterogene Datenmengen. Deren Verwaltung ist komplex, denn die Daten müssen über den gesamten Produktlebenszyklus betrachtet werden können.

Unternehmen benötigen daher eine durchgängige End-to-End-Digitalisierung. Das CAD-Datenmanagement muss Informationen verfügbar und weiterverwertbar machen, damit andere Systeme diese ohne menschliche Interaktion sofort nutzen können. Mit diesen Anforderungen der Digitalisierung müssen sich heute Unternehmen aller Größenordnungen und Branchen auseinandersetzen.

Aufgabe eines modernen CAD-Datenmanagementsystems ist es aus diesem Grund, Referenzen und Verknüpfungen zwischen allen Informationen, die zur Beschreibung eines Produktes benötigt werden, zu bilden. Es vernetzt Wissen und gibt Informationen ohne manuellen Aufwand weiter. Dies reduziert Fehler, spart Aufwand und erleichtert immens die Handhabung von Produktdaten und den darin enthaltenen Informationen.

Wer also heute eine Zeichnung abspeichert, diese verschlagwortet und dazu eine Stückliste erstellt, betreibt schon gar kein CAD-Datenmanagement im engen, historischen Sinne mehr (denn dies hieße im Grunde, nur die Zeichnung mit den Referenzen zum Bauteil abzulegen). Er macht damit bereits den nächsten Schritt bei der Evolution des PLM in Unternehmen: der Schritt zum Produktdatenmanagement (PDM-System), d.h. die Verknüpfung von Zeichnungen, Dokumenten und Stücklisten in Verbindung mit einer bidirektionalen Kopplung zu ERP-Systemen.

Sinnvoll ist es daher, ein CAD-Datenmanagementsystem zu wählen, das bereits im Standard Referenzierung, Verknüpfung und ein durchgängiges Artikel- und Teilemanagement ermöglicht – kurz: ein PDM-System statt eines CAD-Datenmanagementsystems einführen. Die PDM/PLM-Software PRO.FILE bietet einen modularen Aufbau. Um auf eine digitale Plattform umzusteigen, implementiert der Anwender kein System, das entweder zu klein für die eigenen Bedürfnisse oder zu komplex und teuer ist, sondern er konfiguriert sich aus der Plattform ein CAD-Datenmanagement, das den momentanen Anforderungen entspricht. Wachsen diese, können ohne Probleme weitere Funktionalitäten in Richtung PDM- und PLM-System hinzugeschaltet werden. Ein zeitgemäßes CAD-Datenmanagementsystem sollte immer ein hilfreiches, anpassungsfähiges Werkzeug sein – niemals eine Hürde.

2.2. Multi-CAD

In vielen Konstruktionsabteilungen ist heute nicht mehr nur ein einziges CAD-System im Einsatz, sondern die Konstrukteure arbeiten mit Produkten mehrerer Hersteller. Das liegt unter anderem daran, dass Kunden dies verlangen. Ein CAD-Datenmanagementsystem sollte daher multi-CAD-fähig sein, sowohl im mechanischen Bereich als auch bezüglich der Integration von E-CAD-Systemen. Die Lösung PRO.FILE zum Beispiel stellt Integrationen zu über 30 CAD-Systemen wie AutoCAD, Autodesk Inventor, Creo, Solid Edge oder Solidworks aus den Bereichen Mechanik, Elektrotechnik und Elektronik zur Verfügung. Durch die multiple CAD-Anbindung ist eine gemeinsame systemweite Produktdatenhaltung möglich, ohne die Mechatronik heute gar nicht mehr denkbar wäre. Der Fokus muss auf einer gesamtheitlichen Produktdatenhaltung liegen. Mechanische CAD-Daten allein zu verwalten, reicht heute nicht mehr aus.

Bild 36:Quelle: PROCAD GmbH & Co. KG – Verwaltung von Multi-CAD-Daten

Sechs Gründe für die Verwaltung von Multi-CAD-Daten mit einem PDM-System.

  • Produktinformationen sind sicher gespeichert und geschützt im Zugriff.
  • Teile und Baugruppen sind abrufbar und wiederverwendbar.
  • Änderungen sind nachvollziehbar; es wird stets mit den neuesten Versionen gearbeitet.
  • CAD-Daten werden anderen Abteilungen bereitgestellt.
  • Stücklisten und Artikelstammdaten werden automatisch für Produktionsplanung, Einkauf und Fertigung (ERP-Integration) bereitgestellt.
  • Vereinfachtes Handling von Produktvarianten

2.3. 3D CAD-System.   

Die CAD-Technik schreitet unaufhaltsam voran. 3D CAD-Systeme haben ältere Software, die noch auf 2D-Basis arbeitet, fast komplett abgelöst. Grund hierfür ist nicht nur eine weitere Dimension und ihr Vorteil der Verständlichkeit durch räumliche Wahrnehmung. 3D CAD bedeutet, dass man mit Referenzen arbeitet, und zwar zwischen den heterogenen CAD-Daten. Wird im Modell etwas geändert, muss sich dies in der Zeichnung widerspiegeln. Wird der Werkstoff im CAD-System ausgetauscht, geschieht dies automatisch auch im Verwaltungssystem. Gewaltige neue Anforderungen, die damit bei der Evolution des PLM in Unternehmen auf das CAD-Datenmanagement zugekommen sind. Es gilt, diese im Sinne durchgängiger Prozess- und Informationsketten untereinander zu verknüpfen. Dieser Informationsbrückenschlag wird benötigt, um Informationen, von der Idee bis zum fertigen Produkt, zu bekommen, wann und wo immer sie benötigt werden.

3D CAD ist Standard in der Produktentstehung.

Die Modellierung mit einem 3D CAD-System ist Standard in der Produktentstehung und dem Produktmanagement. 3D-Modelle sind geprägt durch hoch komplexe Datenstrukturen. Die CAD-eigenen Strukturen (Teile und Baugruppen) sowie Referenzen zu externen Dokumenten müssen gepflegt werden. Über eine nicht strukturierte Ablage im File-System ist diese Aufgabe nicht mehr zu beherrschen. Zudem ist die Sicherung dieser Daten erforderlich. Produktentstehungsprozesse und 3D CAD-Systeme werden durch PDM/PLM-Systeme verbunden. So gelingt es, die wesentlichen Potenziale einer beschleunigten Produktbereitstellung auf höchstem Qualitätsniveau effizient zu aktivieren.

Funktionale Elemente von PDM/PLM im CAD-Datenmanagement.

  • Bereitstellung der CAD-Daten in einem geschützten Speicherraum
  • Überwachung und Konsistenzsicherung aller Referenzen zwischen CAD-Modellen durch Versionierung und Variantenbildung
  • Sicherheit, dass beim Ändern oder Löschen einzelner Komponenten fremde Baugruppen nicht zerstört werden
  • Unterstützung der Parametrisierung und Strukturierung der Teilefamilien
  • Verwendungsnachweise und Stücklisten in unterschiedlichen Formaten
  • Bereitstellung von Geometrieparametern aus dem CAD-System in Sachmerkmalleisten des PDM-Systems

Vorteile von PDM/PLM im CAD-Datenmanagement                                                                       (z.B. AutoCAD, Autodesk Inventor, Creo, Solid Edge oder Solidworks).

  • Rückverfolgbarkeit dank Versions- und Variantenmanagement
  • Steuerung und Überwachung von Informationen aus unterschiedlichen CAD-Systemen oder NC-Programmen, sowie Arbeitspläne und neutralen Zeichnungen
  • Sicherheit durch Freigabeprozesse und Änderungsmanagement
  • Parallelarbeit und Simultaneous Engineering – immer auf dem aktuellsten Stand

3. Das PDM-System.

„Das Produktdatenmanament (PDM-System) speichert und verwaltet produktdefinierende, -repräsentierende und -präsentierende Daten als Ergebnis der Produktentstehung und stellt sie im gesamten Produktlebenszyklus zur Verfügung“ [3].

Die Softwaregattung der PDM-Systeme entwickelte sich aus den Unzulänglichkeiten der reinen Zeichnungsverwaltung mit einem CAD-Datenmanagementsystem heraus. Der Grund: Zur Darstellung technischer Anlagen reicht es nicht aus, diese in Form von technischen Zeichnungen darzustellen. Es müssen sämtliche Informationen, die ein Produkt über seinen gesamten Entwicklungs- und Fertigungsprozess begleiten und dokumentieren, hinzugezogen werden. Das Problem der reinen CAD-Modell- bzw. Zeichnungsverwaltung war insbesondere die drastische Zunahme der Produktdatenmengen.

Die steigende Produktkomplexität führte zudem zu einem höheren Grad an Vernetzung der Produktdaten, so dass das Finden neuer Konzepte zur Produktdatenverwaltung dringend notwendig wurde.

Inhalte für das PDM-System:

3.1. Produktdatenmanagement (PDM-System.

Produktdatenmanagement (PDM-System) stellt bei der Evolution im Unternehmen im technischen Umfeld den zweiten Schritt nach dem reinen CAD-Datenmanagement dar. Während es bei letzterem um das reine Speichern und Auffinden von CAD-Daten geht, werden beim Produktdatenmanagement Zeichnungen, Dokumente und Stücklisten miteinander verbunden und mit ERP-, Workflow- oder einem Dokumentenmanagementsystem (DMStec-System) gekoppelt. Somit umfasst das Produktdatenmanagement jegliche Informationen, die zur Beschreibung eines Produktes benötigt werden – aus CAD, ERP und PLM. Seine Aufgabe ist es, Ergebnisse aus Produktentstehung und Produktmanagement in Form von Daten und Dokumenten zu speichern, zu verwalten und über den Produktlebenszyklus bereitzustellen. PDM ist also mehr als reine Zeichnungsverwaltung.

Mit einer PDM-Software werden Stücklisten zwischen dem CAD- und dem ERP-System automatisiert und transaktionssicher ausgetauscht, anstatt abgetippt und manuell in die ERP-Software eingegeben zu werden. Konstruktions- und Einkaufsartikel werden ebenfalls automatisch synchronisiert. Ein flexibel anpassbares Regelwerk bestimmt die Datensynchronisation, die sich über das PDM-System zentral steuern und überwachen lässt. Dieses wird zur Brücke zwischen ERP-, CAD und PDM-Landschaft. Das Unternehmen verfügt über eine integere Produktdatenbasis, weil alle zur Produktion gehörenden Informationen nicht separat in Produktentstehung und Projektmanagement, in der Instandhaltung, in der Entwicklung sowie der Fertigung gepflegt, sondern bereichsübergreifend zur Verfügung gestellt werden. So kann die Konstruktionsabteilung bei Bedarf von ihrem CAD-Arbeitsplatz über das PDM-System direkt auf Lieferanten- und Materialstammdaten im ERP-System zugreifen. Die Fehleranfälligkeit sinkt signifikant, das Unter-nehmen vermeidet teure und ineffiziente Mehrfachentwicklungen.

3.2. ERP-Systeme.

Entwicklung und Konstruktion arbeiten traditionell in einer CAD-Software und legen die Produktdaten im CAD-Datenmanagementsystem (z.B. AutoCAD, Autodesk Inventor, Creo, Solid Edge oder Solidworks) ab. Auf der anderen Seite stehen Arbeitsvorbereitung, Einkauf, Disposition und Fertigung, deren Informationen im ERP-System gepflegt werden. PDM/PLM-Systeme lassen sich an der Nahtstelle beider IT-Systeme einsetzen. Als einheitliches Produktdatenrückgrat (Product Data Backbone) integrieren sie ERP und CAD und synchronisieren die Produktdaten zwischen beiden Welten.

Bei der Integration von CAD und PDM– (bzw. im weiteren Schritt auch PLM-)Systemen mit einem ERP-System geht es im Wesentlichen um den Austausch und die Übergabe von Artikelstammdaten, Produktstrukturen (Baugruppen),  Stücklisten  sowie Dokumenten aus Mechanik-, Elektro- und Elektronik-Entwicklung an das ERP-System. Stücklisten aus Mechanik und Elektrotechnik fließen im ERP in einer einheitlichen mechatronischen Stückliste zusammen. Automatisch wird dadurch verhindert, dass etwa ein Antrieb, der sowohl als mechanische als auch als elektrische Komponente betrachtet werden kann, vom Einkauf gar nicht oder doppelt bestellt wird.

Umgekehrt kann die Entwicklungs- bzw. Konstruktions-Abteilung Informationen durch das PDM/PLM-System im ERP-System einsehen, etwa Preise oder Informationen über die Lagerverfügbarkeit von Zukaufartikeln. Dies ist wichtig, wenn zum Beispiel der Einkauf mit einem Lieferanten Sonderkonditionen ausgehandelt hat. Darüber müssen die Konstrukteure Bescheid wissen. Dank einer CAD-, ERP- und PLM-Integration stehen solche Informationen sofort für alle Beteiligten sichtbar bereit. Über die CAD-PDM/PLM-ERP-Integration stellt die Einkaufsabteilung sicher, dass die Vorzugsteile, die das Unternehmen mit bestimmten Lieferanten vereinbart hat, in der Konstruktion auch verwendet werden.

D.h. Prozesssichere ERP-Kopplung mit PRO.FILE                                               – Standardlösung statt Sonderprogrammierung.

Datenhoheit – Welches ist das führende System?

Werden alle produktnahen Informationen miteinander geteilt, stellt sich die Frage nach der Datenhoheit. Wer vergibt die Artikelnummern bzw. Materialstamm-Nummern? In welchem System liegen die Artikel- und Teilestammdaten? Wo werden Stücklisten gepflegt? Im CAD- und PDM System, in dem die Bauteile entwickelt werden, oder in der ERP-Lösung, in der alle fertigungs- bzw. einkaufsrelevanten Daten liegen und Kosten sowie Arbeitspläne zusammenlaufen?

Die Praxis zeigt: In den meisten Unternehmen tragen Entwicklung / Konstruktion und Arbeitsvorbereitung gemeinsam die Verantwortung. Materialnummern sind deshalb frei wählbar. Die Systeme synchronisieren einfach die festgelegten Nummern. Dies ist auch folgerichtig, denn es geht um die optimale Gestaltung von Prozessen.

Der Prozess bestimmt, wo und wann welche Daten gebraucht werden. Wo diese letztlich gespeichert sind, ist zweitrangig. Die Fachabteilungen stellen das Datenmaterial bereit, die IT unterstützt bei Zusammenführung und Synchronisation. Durch schnellere und sicherere Prozesse und Vermeidung von Dubletten können die Anwender dabei hohe Summen einsparen.

3.3. Datensynchronisation.

Getrennte Produktdatenhaltung und das manuelle Übertragen von Informationen zwischen verschiedenen IT-Systemen führen in Unternehmen häufig zu Irrtümern, Nacharbeiten und unnötigen Kosten. Vermeiden lassen sich diese typischen Folgen durch konsistente Daten und einen automatisierten Abgleich zwischen den IT-Systemen. Bei technischen Unternehmen liegt genau in dieser Synchronisation von Artikelstammdaten, Stücklisten und Projektdaten zwischen Konstruktion und Produktion die große Herausforderung. Denn dazu muss erst einmal geklärt sein, welche Daten zwischen der CAD-Software, dem ERP-System und einer dazwischenliegenden PDM/PLM-Lösung ausgetauscht werden sollen und wie die Schnittstellen gestaltet sein müssen.

Bild 37:Quelle: PROCAD GmbH & Co. KG – PRO.FILE – Auftragsakte

Wo nicht richtig synchronisiert wird, stocken im produzierenden Gewerbe die Arbeitsabläufe. Klassische Ursachen: Stücklisten stimmen nicht, Zeichnungen sind veraltet, erforderliche Zukaufteile werden zu spät an den Einkauf gemeldet. Gehen falsche oder unvollständige Informationen in der Disposition ein, entstehen Fehler. Nacharbeiten in der Produktion werden erforderlich, gegebenenfalls muss sogar neu gefertigt werden – typische Probleme in der Zusammenarbeit zwischen Konstruktion und Fertigung und der Grund für Spannungen zwischen den Fachabteilungen.

Kernelement bei der Datensynchronisation ist die Übergabe von Artikelstamm-daten, Produktstrukturen (Baugruppen), Stücklisten sowie Dokumenten aus Mechanik-, Elektro- und Elektronik-Entwicklung an das ERP-System. Hier fließen die Stücklisten aus der Mechanik und Elektrotechnik in eine gemeinsame mechatronische Stückliste zusammen. So wird verhindert, dass etwa ein Antriebsmotor, der gleichsam als mechanische und elektrische Komponente betrachtet werden kann, vom Einkauf gar nicht oder doppelt bestellt wird.

Bidirektionale Datenübermittlung.

Veraltete Zeichnungen und Fertigungsdokumente sind ein typischer Stolperstein auf dem Weg zur fehlerfreien Produktion. Sie lassen sich vermeiden, indem es stets nur eine Zeichnung gibt, die – als neutrales PDF-, PDF/A- oder TIF-Dokument – im direkten Zugriff für alle Abteilungen bereitsteht. Dies ermöglicht die PLM-Lösung. Sie sorgt dafür, dass Zeichnungen und andere Dokumente aus der Konstruktion im ERP-System verfügbar sind.

Auch der umgekehrte Weg muss funktionieren: Mitarbeiter aus der Entwicklung haben Zugriff auf Informationen im ERP, etwa Preise oder die Lagerverfügbarkeit von Zukaufartikeln. Hat der technische Einkauf mit seinem Lieferanten für Motoren bestimmte Konditionen vereinbart, muss diese Verwendungsvorgabe über die CAD-ERP-Integration an die Konstruktion kommuniziert werden. Dies lässt sich – wie etwa beim PDM/PLM-System PRO.FILE – über ein Ampelsystem für Zukaufteile umsetzen: gelb, wenn diese empfohlen werden, grün, wenn sie erlaubt sind und rot, wenn sie nicht verwendet werden dürfen.

3.4. Stücklisten.

„Eine Stückliste ist eine strukturierte Anordnung von Objekten (z. B. von Bauteilen) eines umfassenderen Objektes, insbesondere von Erzeugnissen (Produkten) oder Baugruppen bzw. eines Zusammenbaus, wobei eine fortlaufende Liste die einfachste Form der Anordnung darstellt.“ [4]

Konsistente Stücklisten sind die Voraussetzung für eine fehlerfreie Produktion. Stücklisten im ERP-System sowie im CAD/PDM/PLM-Umfeld sollten daher die gleiche Struktur aufweisen. Dadurch können Dubletten gar nicht erst entstehen. Gewährleistet wird dies durch eine automatisierte Synchronisation von Artikelstammdaten, Stücklisten und Projektdaten zwischen Konstruktion, Produktion und dem kaufmännischen Bereich. Mit konsistenten gemeinsamen Dokumenten und dem automatisierten Abgleich zwischen den verschiedenen IT-Systemen können Unternehmen Irrtümer sowie Nacharbeiten vermeiden und dadurch unnötige Kosten verhindern.

Eine PDM/PLM-Software wie PRO.FILE, an der Nahtstelle beider IT-Systeme eingesetzt, übergibt die Stücklisten automatisch von CAD und PDM an das ERP. Sie werden damit – analog den Artikelstammdaten – automatisch abgeglichen, wenn sie in verschiedenen Formen vorliegen, als Konstruktions-, Baukasten- und Mengenstücklisten. Die PDM/PLM-Software wird dadurch im Stammdatenmanagement zur Datendrehscheibe zwischen Entwicklung, Beschaffung, Fertigung, Vertrieb und Service.

3.5. Teilemanagement.

Die Synchronisation von Artikelstammdaten ist ein wesentliches Merkmal bei der ERP-Integration des Produktdatenmanagements (PDM/PLM). Konsistente Artikelstammdaten sind essentiell für durchgängige, fehlerfreie Arbeitsabläufe im Unternehmen und ein deutlicher Kostensenker. Das PDM/PLM-System übergibt Artikelstammdaten automatisch aus der Entwicklung in die Arbeitsvorbereitung, die Fertigung und den Einkauf. Im Gegenzug stellen diese Abteilungen der Entwicklung bevorzugte Norm- und Zukaufteile bereit. Die PDM/PLM-Software sorgt für einen automatischen Abgleich der Bezeichnungen und Merkmale im Stammdatenmanagement. Damit wird verhindert, dass bestimmte Teile und Baugruppen in der Produktion anders benannt sind als in der Arbeitsvorbereitung. Ergebnis ist ein sauberes und konsistentes Teilemanagement.

Verschiedene Studien der letzten Jahre kommen zu dem Ergebnis, dass durch die automatische Übertragung von Artikelstammdaten aus dem CAD ins PDM/PLM sowie ERP und die Reduzierung von Dubletten bei Zukaufteilen rund 10 Prozent neue Teile pro Jahr eingespart werden können. Multipliziert man dies mit den durchschnittlichen Kosten für die Pflege eines Datensatzes im ERP-System (Anlage von Lieferanten, Vergabe von Artikelnummer und Bezeichner, Abstimmungsprozesse) und rechnet noch die Kosten für Einkauf, Wareneingangsprüfung und Rechnungsstellung hinzu, so kann ein durchschnittlich großes Unternehmen in der Fertigungsbranche durch die Synchronisation seiner Artikelstammdaten jährlich signifikant Kosten sparen.

Um Artikelstammdaten zu vereinheitlichen, genügt es nicht, Daten unkontrolliert über Excel-Tabellen oder ASCII-Dateien auszutauschen. Für eine ordentliche Synchronisation sind eine transparente Prozess-Steuerung und die Dokumentation des Austauschprozesses (Monitoring) erforderlich.

Das PDM/PLM-System PRO.FILE beispielsweise setzt auf Standards und verwendet für die Synchronisation der Artikelstammdaten den PRO.FILE ERP Server. Über einen Adapter werden die Daten aus dem CAD-Kontext angeliefert und über den Microsoft BizTalk Adapter an das ERP übertragen und umgekehrt.

Ohne Programmierung können im PDM/PLM-System

  • Artikelmerkmale aus dem CAD-System, wie AutoCAD, Autodesk Inventor, Creo, Solid Edge oder Solidworks, den entsprechenden Merkmalen der ERP-Materialien zugeordnet werden
  • die Ablauflogik der Datenübertragung festgelegt werden.
  • Dies verkürzt den Projektaufwand erheblich.

3.6. CAD und PDM.

Unter CAD-Datenmanagement verstand man anfangs das Speichern und Abrufen von CAD-Daten – die zu den kritischsten Werten eines Unternehmens zählen. Dazu gehören neben CAD-Modellen, Zeichnungen und Stücklisten sämtliche CAD-bezogenen Informationen wie Spezifikationen, Berechnungen, Fertigungsnotizen (NC-Programme), Arbeitspläne, Montageinformationen u.a.

Es geht darum, diese nicht einfach im Dateisystem abzulegen, sondern organisiert und in einer strukturierten Form. Anders lassen sich technisch anspruchsvolle Produkte nicht effizient handhaben und zeitnah auf den Markt bringen. CAD-Modelle und die dazugehörigen Daten und Dokumente enthalten das gesamte Produktwissen, das Design- und Engineering-Know-how eines Unternehmens. Dieses muss unternehmensweit verfügbar gemacht werden.

Grundelement einer professionellen Produktdatenverwaltung in der Fertigung ist die parallele Integration von CAD-Systemen (wie AutoCAD, Autodesk Inventor, Creo, Solid Edge oder Solidworks) und PDM. Ohne eine CAD-Integration in das PDM/PLM-System lassen sich insbesondere technisch anspruchsvolle Produkte nicht effizient entwickeln und in der erforderlichen Geschwindigkeit zur Marktreife bringen.

Das Know-how über ein Produkt steckt im Wesentlichen in den CAD-Modellen sowie den damit eng verbundenen Daten und Dokumenten. Dieses Wissen aus Entwicklung und Konstruktion wird auch in anderen Unternehmensbereichen benötigt. Die Integration von CAD, ERP und PLM macht diese Informationen allen Mitarbeitern, die entsprechend berechtigt sind, zugänglich. Dabei werden, unabhängig vom CAD- und ERP-Systemtyp, alle Daten (CAD-Modelle, Fertigungs- und Montage-Zeichnungen, NC-Programme, Artikelstammdaten, Stücklisten bis hin zu Dokumenten mit Grafiken, Texten oder Berechnungstabellen) sicher im Datentresor des PDM-Systems gespeichert. Das ermöglicht die Aktualität und Konsistenz der Produktdaten innerhalb und zwischen der Abteilungen.

Nutzen von PDM im CAD-Datenmanagement                                                                        (bspw. AutoCAD, Autodesk Inventor, Creo, Solid Edge oder Solidworks):

  • Sichere Ablage und geschützter Zugriff auf Produktinformationen
  • Ablage aller Produktinformationen, unabhängig von den eingesetzten Autorensystemen aus den Bereichen Mechanik-CAD, Elektro-CAD, Elektronik, Office, E-Mails
  • Zusammenfassung von Informationen in Kunden-, Maschinen- und Lebenslaufakten
  • Automatische Bereitstellung gültiger Zeichnungen für die Fertigung
  • Automatische Synchronisierung von Artikelstammdaten und Stücklisten zwischen Konstruktion/Entwicklung und Arbeitsvorbereitung/Fertigung/Service

3.7. Mechatronik.

Es gibt heute kaum ein Maschinenbauelement, das noch ohne Komponenten der Elektronik/E-Technik auskommt und keine elektronischen Steuerungsbefehle empfängt. Mechatronische Produkte wie das Bedienpanel eines Roboterarms beinhalten mechanische Baugruppen, elektrische Komponenten und häufig auch elektronische Bausteine mit Software. Vielfach kommen noch Hydraulik- und Pneumatik-Komponenten hinzu. Die mechatronischen Systeme sind dadurch komplex und funktionieren nur dann fehlerfrei, wenn alle Einzelaspekte exakt aufeinander abgestimmt sind. Technische Unternehmen müssen sich daher heute mit Mechatronik beschäftigen. Für das PDM/PLM-System bedeutet dies, dass es neben den mechanischen Teilen auch solche aus dem Bereich E-Technik/Elektronik in einer gemeinsamen CAD-Daten-Basis (Multi-CAD) verwalten muss.

 Tiefe Gräben überwinden.

Die Gräben zwischen Mechanik und Elektronik sind traditionell tief: Beide Bereiche verfolgen unterschiedliche Denkmuster und Lösungsmethoden. Es gibt verschiedene Daten- und Produktstrukturen sowie getrennte Autorensysteme und Datenhaltungstools. Weil Mechanik und Elektronik zudem zeitlich versetzt arbeiten, ist eine Abstimmung nicht immer leicht. Deshalb laufen an der Schnittstelle zwischen M-CAD und E-CAD noch viele Vorgänge von Hand. Entwicklungsingenieure tauschen Einbaudaten, Kabellängen oder Steckerbelegungen mit Hilfe von Excel-Tabellen oder per E-Mail aus.

Ein PDM/PLM-System schlägt hier eine Brücke, indem es Produktdaten- und Informationsflüsse über Abteilungsgrenzen hinweg steuert. Als Product Data Backbone führt es alle Elemente eines Produktes aus Mechanik, Elektrotechnik, Elektronik, Hydraulik, Pneumatik und Software in einer gemeinsamen Stückliste. Es speichert die Unterlagen gemeinsam in der Datenbank ab und stellt sie über eine Bedienoberfläche zur Verfügung. Damit garantieren diese Systeme eine saubere Durchgängigkeit von der Entwicklung über die Prozesse in der Verwaltung bis zur Übergabe vom PDM/PLM-System ans ERP-System.

Mechanik-Konstrukteure können dadurch bei der Gehäuse-Konstruktion die Layoutpläne aus der Elektronikentwicklung einsehen. Elektroniker kennen die Abmessungen und Bohrstellen des Gehäuses, in die eine Platine eingebaut werden muss. Dies ist besonders wichtig, wenn die Arbeitsgruppen räumlich voneinander entfernt arbeiten. Eine PDM/PLM-Software wie PRO.FILE stellt die hierfür notwendige gemeinsame Datenbasis für ein interdisziplinäres Arbeiten bei der Mechatronik zur Verfügung!

3.8. ROI-Kalkulation.

Die Abschätzung, ab wann sich der Einsatz eines DMS/PDM/PLM-Systems lohnt, ist eine komplexe Aufgabe. Eine Vielzahl von Variablen spielt hinein: Anzahl der Konstrukteure, Summe der neukonstruierten Teile und deren durchschnittliche Kosten, Anzahl der Wiederverwendungen, Varianten/neuen Einkaufsteile p.a. und deren durchschnittliche Kosten. Auch wie viele Stücklisten pro Woche (zu welchem Stundensatz) manuell eingegeben werden, wie viele Änderungen es pro Woche gibt und wie hoch der Aufwand je Änderungsiteration ist, kann eine Entscheidung pro oder contra PLM beeinflussen.

Unter www.procad.de/roi-kalkulator stellt PROCAD deshalb einen ROI-Kalkulator als Online-Werkzeug bereit, in dem Interessierte ihre individuellen Daten eingeben können. Unterstützt vom kostenlosen PROCAD-Service zur Beurteilung der Wirtschaftlichkeit speziell für das jeweilige Unternehmen lässt sich damit in Erfahrung bringen, inwieweit PLM-Lösungen unterstützen, wo Prozesse verbessert werden können und ob sich diese Effekte überhaupt rechnen. PROCAD bringt dafür Erfahrungen aus über 1.000 erfolgreichen Projekten mit und kann daher den Nutzen einer PLM-Lösung realitätsnah abschätzen. So steht der Entscheidungsprozess von Anfang an auf einer soliden Basis.

4. DMStec-System.

Seit den 90er Jahren sind im kaufmännischen Umfeld elektronische Archiv- und Dokumentenmanagementsysteme (DMS-Software) auf dem Vormarsch. Letztere zeichnen sich gegenüber der reinen Archivierung durch zusätzliche Funktionen für Check-in/Check-out und Versionierung aus, beziehen also die gesicherte Bearbeitung aktueller Dokumente mit ein. Zusätzlich zu DMS wird heute auch der Begriff Enterprise Content Management (ECM) verwendet. Trotz unterschiedlicher theoretischer Definitionen verwenden die Hersteller solcher Systeme beide Begriffe zumeist synonym. Generell versteht man unter ECM/DMS heute sämtliche Technologien und Methoden zur Erfassung, Verwaltung/Verarbeitung, Bereitstellung, Speicherung und Archivierung von Informationen zur Unterstützung der Geschäftsprozesse im Unternehmen.

Inhalte für das DMStec-System.

4.1 Dokumentenmanagementsystem (DMStec)

Das Thema Dokumentenmanagement für technische Unternehmen ist eine abteilungs- und funktionsübergreifende Herausforderung. Die Entwicklung technischer Produkte und Dienstleistungen finden unter immer größerem Zeitdruck statt. Realität in vielen Fällen: Die Entwicklung, die Produktion und der Vertrieb arbeiten am gleichen Produkt, aber auf einer unterschiedlichen Informationsbasis. Dokumentenmanagement ist unmittelbar verbunden mit Arbeitsprozessen und der Lenkung von zugehörigen Dokumenten. Besondere Anforderungen an das Dokumentenmanagement bestehen durch die häufig projektorientierte Arbeitsweise. Unterlagen aus unterschiedlichen Gewerken und Arbeitsbereichen müssen dabei zusammengeführt und auf einem vollständigen und gültigen Stand gehalten werden.

In hochkomplexen Umgebungen technischer Unternehmen stoßen herkömmliche Dokumentenmanagementsysteme regelmäßig an ihre Grenzen. In solchen Firmen treffen technische Produktstrukturen auf verschiedenste technische Dokumente wie z.B. Zeichnungen, Produkt-Dokumentationen oder Spezifikationen. Diese Informationen stehen in einem engen Strukturzusammenhang, der über die einfache Ablage von einzelnen Dokumenten nicht dargestellt werden kann. Die Informationen solcher Dokumente wie z.B. Änderungsanträge haben einen Zusammenhang zu technischen Bauteilen und wiederum zu anderen Informationen aus Dokumenten wie der Produktdokumentation, die in herkömmlichen DMS nicht zu verwalten sind.

Für den Anwendungsbereich, der Dokumente verwaltet, aber auch technische Produktstrukturen  in Beziehung setzt, hat sich unter dem Begriff „DMStec“ daher eine spezielle Kategorie von Dokumentenmanagementsystemen (DMS) etabliert. DMStec-Systeme erlauben die Abbildung technischer Strukturen und bilden gemeinsam mit PLM das Product Data Backbone eines Unternehmens, das wiederum die Basis für die Abbildung digitalisierter Abläufe darstellt.

Mit DMStec auch vom Home-Office aus auf geschäftsrelevante Dokumente zugreifen.

Ausreichend Notebooks und eine gute Internetanbindung – sie sind die Basis, auf der Unternehmen ihre Beschäftigten von zuhause aus arbeiten lassen zu können. Um die im Büroalltag etablierten und gelebten Prozesse auch im Home-Office aufrecht zu erhalten, müssen Firmen jedoch zunächst die notwendige Ausgangssituation schaffen. Denn die Realität sieht oft anders aus: Beschäftigte kopieren sich wichtige Dokumente auf den USB-Stick, um sie zu Hause zu bearbeiten. Oder sie schicken sich die Unterlagen per E-Mail – was im Prinzip auf das Gleiche hinausläuft. Dann aber ist das zentrale Prinzip eines elektronischen Dokumentenmanagementsystems (DMS) durchbrochen: Dokumente zentral vorzuhalten und durch Versionierung sowie Check-in/Check-out-Mechanismen zu verhindern, dass Dubletten entstehen und Zwischenbearbeitungsstände verloren gehen.

In technischen Unternehmen vermögen Systeme der Kategorie DMStec zusätzlich technische Produktstrukturen abzubilden und sie untereinander in Beziehung zu setzen. Gemeinsam mit dem PLM bilden DMStec das Product Data Backbone eines Unternehmens – eine einheitliche Informationsbasis, auf welche alle Abteilungen, die am gleichen Produkt arbeiten (Entwicklung, Produktion, Vertrieb…) gemeinsam zugreifen und sie als Ausgangspunkt für die Abbildung digitalisierter Abläufe nutzen. Wenn viele Beschäftigte aus dem Home-Office arbeiten, ist ein solches zentrales Datenrückgrat essentiell für die Aufrechterhaltung wichtiger betrieblicher Geschäftsabläufe. Lokal kopierte, ausgelagerte Dateien durchbrechen dieses Prinzip fundamental.

Mit einem DMStec greifen alle – egal, ob sie im heimischen Arbeitszimmer oder am Fertigungsterminal sitzen –, auf denselben zentralen Dokumentenpool zu. Sie recherchieren darin, bearbeiten Schriftstücke, leiten sie weiter und archivieren sie. Legt die Vertriebsmitarbeiterin in ihrem CRM-System im Home-Office etwas im DMStec ab, hat sofort auch der Kollege in der Buchhaltung aus seiner ERP-Anwendung darauf Zugriff – ebenso wie die Konstruktionsabteilung, die aus ihrem CAD-Programm heraus auf Informationen im DMStec/PLM zugreift. Dieses muss sich folglich tief in die vorhandene IT-Landschaft im Unternehmen integrieren.

Viele PRO.FILE Nutzer haben mit der Anbindung verteilter Standorte an ihre zentrale System-Installation bereits Erfahrungen gesammelt, von denen sie enorm profitieren: Der effiziente Geschäftsbetrieb ist zu jeder Zeit und von jedem Ort sichergestellt, dank digitalisierter Abläufe, die auf einem zentralen Product Data Backbone aufsetzen.

Warum Verschlagwortung allein nicht ausreicht.

Viele DMS/ECM-Systeme verfahren heute nach dem Muster der Stichwortsuche. Der Nutzer muss sich nicht mit aufwändigen hierarchischen Strukturen der Verwaltung beschäftigen, sondern recherchiert über eine einfache Suchmaske à la Google über nur ein Feld alle Informationen, die er benötigt. Voraussetzung dafür: Die zu durchsuchenden Dokumente wurden vorab hinreichend verschlagwortet (indiziert). Darunter versteht man die Zuordnung von Schlagworten zu einem Dokument, um dessen Inhalt für spätere Suchen zu erschließen.

Nicht in allen Bereichen ist dies jedoch auch so durchführbar, insbesondere in komplexen technischen Produktumgebungen. Betrachtet man etwa den Maschinen- und Anlagenbau, den Energiesektor oder die Automobilzulieferindustrie, so findet man dort Produkte, Geräte, Anlagen und Projekte mit einer oft sehr vielschichtigen Struktur. Innerhalb dieser Struktur müssen die dazugehörigen Dokumente verknüpft werden. Klassische Windows Explorer-Ordnerstrukturen sind dafür nicht geeignet.

Beziehungen zwischen produktbezogenen Informationen.

Ein DMStec (Dokumentenmanagementsystem) bringt diese Dokumente zusammen, strukturiert sie und repräsentiert sie über die technischen Strukturen wie beispielsweise eine Anlagenstruktur und die darin verbauten Baugruppen und Teile. So lassen sich abhängig von der Struktur Beziehungen zwischen produktbezogenen Informationen herstellen. Mit diesem Beziehungswissen aus den betroffenen Dokumenten wiederum kann im Zuge der Digitalisierung ein Unternehmen informationsbasierte Arbeitsabläufe aufsetzen.

Dies bedeutet: Eine Dokumenten-Verschlagwortung mit Suchbegriffen allein reicht nicht aus, wenn man sich im technischen Umfeld bewegt. Denn damit findet der Suchende zwar alle Dokumente, die den gesuchten Begriff enthalten, aber technische Strukturen von Projekten und Produkten sowie eine darauf aufbauende Dokumentenverwaltung und -lenkung lassen sich auf diese Weise nicht darstellen. Es kommt vielmehr darauf an, Dokumente abhängig von der Produkt-/Projektstruktur im Unternehmen zu betrachten und dann jeweils unterschiedliche Sichten einzelner Abteilungen oder Rollenverantwortliche auf ein und dasselbe Dokument zu ermöglichen.

 Der Suffix macht den Unterschied: von DMS zu DMStec.

DMS-Lösungen der Kategorie DMStec erlauben es, die Strukturen eines Produktes, einer Anlage oder eines Projektes unabhängig von den Dokumenten aufzubauen und dann die Dokumente in diese Struktur einzuhängen. Dies geschieht über Referenzen. Bei Änderungen an einem Dokument erfolgen diese nur in der Quelle und stehen dann an jeder Stelle zur Verfügung.

Das Grundprinzip von DMStec ist die Basis für automatisch erstellte Maschinen- und Projektakten. Da in die Produktstrukturen auch Dokumente aus dem Lebenszyklus von Maschinen, Anlagen und Projekten eingehängt werden können, entsteht aus der statischen Maschinenakte bei der Auslieferung eine dynamische Maschinen und -Lebenslaufakte.

Bild 37:Quelle: PROCAD GmbH & Co. KG

4.2 Produktstrukturen.

Durch den DMStec-Ansatz können fertigende Unternehmen Produktinformationen entsprechend des Produktaufbaus strukturieren und eine sachgerechte Dokumentenverwaltung und -lenkung für die typischen Arbeitsabläufe durchführen. Strukturinformationen zu einem Bauteil entstehen traditionell in der Entwicklung und werden in der Fertigung und im Vertrieb verwendet. CAD-, ERP- und PLM- sowie CRM-Systeme arbeiten aber in den seltensten Fällen mit einer durchgängig gemanagten und strukturierten Ablage. Klassische Ordnerstrukturen mit ihrer großen Menge darin abgelegter unstrukturierter Daten sind nicht geeignet, um ein strukturiertes Product Data Backbone bereit zu stellen und eine Basis für Versionen, Freigaben und Kollaboration zu schaffen. Die Spezifikation einer Pumpe zum Beispiel, die in einer Anlage an fünf verschiedenen Stellen verbaut ist, liegt folglich an fünf verschiedenen Stellen innerhalb der Ordnerstruktur. Im Fall einer Änderung muss die Spezifikation also an fünf Stellen angepasst werden. Dass diese Spezifikationen identisch sind, lässt sich zwar über Verschlagwortung herstellen, vollends eindeutig ist ihr Zusammenhang über den „Tag“ eines Dokumentes jedoch nicht herstellbar. Nur über die Struktur der Anlage, denn diese ist zunächst einmal unabhängig von einem Dokument, ist erkennbar, dass es sich um dasselbe Dokument handelt. Deshalb gehören technische Dokumente zu der Baugruppe der Anlage, so wie die Patientenakte zum Patienten gehört.

Bild 38:Quelle: PROCAD GmbH & Co. KG

Produktstrukturen bilden sich durch die technische Ausprägung der Anlage oder ihren Aufstellort. Es kann sie mehrfach und unabhängig voneinander geben. Sie stellen einen Zusammenhang dar und die Dokumente werden darin abgelegt. Verknüpfungen lenken Arbeitsschritte über Zusammenhänge und sorgen dafür, dass dieselbe Information nur einmal vorhanden ist und bearbeitet wird.

In diesem Sinne werden eine Produktstruktur, eine Anlage oder ein Infrastrukturobjekt in einer vom Dokument losgelösten Form verwaltet. Produktstrukturen lenken den Fokus weg von der Filesystemorientierten Ordnerstruktur hin zu dynamischen Sichten auf eine gemeinsame Datenbasis. Jedes Dokument taucht im System nur einmal auf, wird mit bestimmten Informationen hinterlegt und in Strukturen mit einem logischen Zusammenhang verknüpft. Es liegt nicht in einem festgelegten Ordner, sondern die Ordnerstruktur ist nur eine (dynamische) Sicht auf das Dokument.

4.3 Differenzierte Sichten auf Dokumente.

Jedem alle Informationen zur Verfügung zu stellen, ist nicht immer zielführend und effektiv. Einzelne Abteilungen oder Rollenverantwortliche brauchen genau die Informationen, die sie für ihre Arbeit benötigen. Und diese Informationen unterscheiden sich in der Entwicklung, Auftragsabwicklung, im technischen Einkauf, im Service und in der Unternehmensführung. Mit DMStec wird es möglich, jeder Rolle im Unternehmen eine passende Sicht auf die jeweils relevanten Informationen und Dokumente zu geben, und gleichzeitig sicherzustellen, dass jede Datei nur einmal im Product Data Backbone des Dokumentenmanagementsystems verwaltet wird.

Die Sichten der Entwicklung, Konstruktion, Fertigung und Montage.

Die Konstruktionsabteilungen gestalten sich ihre Sicht auf die nativen Zeichnungen, CAD-Modelle, Verkabelungspläne bzw. Platinen-Layouts einer Komponente. Sie arbeiten intensiv mit den CAD- und CAE-Tools. Unterlagen, mit denen sie tagtäglich arbeiten, unterscheiden sich jedoch deutlich von den Unterlagen, die in der Produktion und in der Montage benötigt werden. Dort stehen beispielsweise Zeichnungen als Explosionsdarstellung im PDF-Format, als vereinfachte Modelle in JT, Arbeitspläne, oder Montage- und Fertigungsberichte im Mittelpunkt. Die Sicht der Konstruktions- und Entwicklungsabteilung unterscheidet sich daher von der Sicht der Fertigungs- und Montageabteilung.

 Die Sicht der Projektleiter.

Die Projektleiter, die für eine Kundenanlage und deren rechtzeitige Auslieferung verantwortlich sind, benötigen sicherlich auch einige der Unterlagen aus den Entwicklungsabteilungen – aber nicht jedes technische Detail. Sie erzeugen selbst ebenfalls Dokumente, wie Besprechungsprotokolle, Ressourcenpläne und Kalkulationen und speichern die Kundenkorrespondenz im revisionssicheren Archiv ab. Die Projektleiter brauchen eine Helikopterperspektive und gestalten sich so ihre Sicht auf die Entwicklungsunterlagen.

Die Sicht des Vertriebs und der Einkäufer.

Der Vertrieb benötigt alle zu einer Anlage gehörenden Verträge und Korrespondenzen sowie die Reklamationen. Auch techniknahe Unterlagen, wie Fotos einer Maschine oder 3D-Modelle, werden benötigt, die als Referenz für andere Kunden dienen können. Außerdem muss der Vertrieb oftmals auf die Unterlagen der Auftragsabwicklung zugreifen. Auch dies definiert eine eigene Sicht.

 Die Sicht im Rechnungswesen und der Finanzverwaltung.

Die kaufmännische Abteilung hat ebenfalls besondere Dokumente. Hier fließen z.B. in der Einzelfertigung nicht nur die Angebote, Bestellungen, Auftragsbestätigung oder Rechnungen für z.B. eine verkaufte Anlage zusammen, sondern auch alle Unterlagen für Projektierungsdienstleistungen sowie die Zukaufteile, die in einer Anlage oder Maschine verbaut werden. Alle diese Unterlagen haben einen Bezug zu einzelnen Komponenten innerhalb der Produktstruktur. Ein Einkäufer muss nicht alle Details einer Maschine kennen, er muss aber schnell begreifen, welches Ersatzteil zu bestellen ist. Wenn eine Störung vorliegt muss das Ersatzteil in der bestmöglichen Qualität, zu tragbaren Kosten und unter Einhaltung der kürzesten Liefertermine vorliegen. Deshalb muss der Zugriff auf technische Dokumente sichergestellt werden. Darüber hinaus brauchen die kaufmännischen Abteilungen ein revisionssicheres Archiv.

Die Sicht von Service und Wartung.

Das Leben einer Anlage beginnt, wenn sie beim Kunden installiert und in Betrieb genommen wird. Ein optimaler Betrieb und Kundenzufriedenheit werden sich erst dann einstellen, wenn die Anlage vorausschauend gewartet und bei Störungen schnell repariert wird. Die Techniker vor Ort brauchen das digitale Abbild der Maschine – den sogenannten digitalen Informationszwilling. Wird im Rahmen der Instandhaltung eine Pumpe repariert oder ausgetauscht, so muss der Techniker in der Tat wissen, um welche Pumpe es genau geht. Welchen Preis hatte sie? Wer war der Ansprechpartner beim Lieferanten? Gibt es noch Garantie? Wo ist die Installationsanleitung? Gibt es Video Tutorials dazu? Einige der benötigten Informationen stehen in der Rechnung, die im ERP-System oder SCM-System steckt. Andere liegen ganz woanders. Über eine DMStec-Software können sie einfach per Mausklick auch dem Wartungsingenieur zur Verfügung gestellt werden – einheitlich, vollständig und ohne Redundanz.

Bild 39:Quelle: PROCAD GmbH & Co. KG

Die Gesamtsicht bleibt.

Moderne DMStec-Systeme lassen also unterschiedliche Sichten zu, um die Interessen und Anforderungen der Abteilungen abzubilden. Ohne den Product Data Backbone wäre dies allerdings technisch nicht möglich. Beide gehören also zwingend zusammen. Nur mit dem Product Data Backbone als Basis lassen sich die diversen Zusammenhänge zwischen Produktstrukturen, produktnahen Dokumenten und Informationen herstellen. Warum diese Gesamtsicht im Kontext von Einzelsichten so wichtig ist, soll an einem Beispiel nochmals erläutert werden: Die Abwicklung von Serviceeinsätzen beim Kunden ist in der Regel nicht Bestandteil der Produktentstehung. Wird bei Serviceeinsätzen allerdings ein systematischer Produktmangel festgestellt, muss diese Information in die Sicht der Entwicklung, Konstruktion, Fertigung zurückgemeldet werden. Das Product Data Backbone stellt über seine Verbindungen zu Serviceeinsatz-Systemen die Information bereit, dass an einem Teil oder einer Komponente Änderungen vorzunehmen sind.

4.4 Maschinen- und Lebenslaufakte.

Für jedes technische Produkt ist eine komplette Dokumentation und somit Dokumentenverwaltung gefordert. Hersteller müssen per Gesetz bis ins Detail nachweisen können, wie eine Anlage aufgebaut ist und wie die Komponenten strukturell verknüpft sind. Diese Dokumentation kann nicht im Nachlauf erstellt werden, sondern muss parallel zum Entwicklungs- und Herstellungsprozesses entstehen.

In der Praxis technischer Unternehmen entstehen z.B. aus Angeboten, Bestellungen und Auftragsbestätigungen im ERP die ersten Projektstrukturen. Diese referenzieren häufig auf eine standardisierte Anlage, die dann projektspezifisch an die Anforderungen des Kunden anzupassen ist. Idealerweise wird diese Struktur an die DMStec-Lösung übergeben und erzeugt dort eine leere Akte, die Maschinen- bzw. Lebenslaufakte der Anlage. Sie wird im Laufe der Produktentstehung mit den Unterlagen aus der mechanischen Konstruktion (CAD-Modelle, Zeichnungen, Konstruktionsstücklisten), der Elektro-Konstruktion (Schaltpläne, Platinen-Layouts, externe Datenblätter), der Projektierung (Pflichtenhefte, Verträge, Kundenzeichnungen, Fertigungsdatenblätter, E-Mail-Verkehr), dem Qualitätsmanagement (Abnahmeprotokolle) befüllt. Anschließend stehen automatisch Dokumentationen für das Produktmanagement zum Beispiel für die Fertigung, für die Instandhaltung, Reparatur und Service und den Kunden zur Verfügung. So entsteht ein Informationszwilling der Maschine oder Anlage, dessen Leben über den ganzen Zyklus, über alle Gewerke, Abteilungen und Standorte hinweg nachvollziehbar ist. Die Basis für Dokumentation und Dokumentenverwaltung ist gelegt.

Tiefe Integrationen in Autorensysteme erhöhen die Datenqualität einer DMStec-Lösung.

Die Qualität einer gut funktionierenden DMStec-Lösung hängt auch von ihrer Integrationsfähigkeit in wichtige Autorensysteme ab. Werden beispielsweise E-Mails vom DMStec-System als „Korrespondenz“ erkannt, liest das System automatisch wichtige Metadaten (Betreff, Empfänger, Absender,…) aus. Dubletten werden sofort erkannt – auch wenn eine E-Mail an zehn Empfänger versendet wurde, wird diese nur einmal im System abgelegt.

Durch bidirektionale Integrationen in Autorensysteme können auch Projekt- und Artikelinformationen automatisiert in die jeweiligen Dokumente übernommen werden. Ein Änderungsantrag ist dann nicht nur mit dem zu ändernden Artikel verknüpft und für alle sichtbar, sondern auch die zugehörige Artikelnummer, Projektnummer, der Autor, … werden automatisch ausgelesen, unabhängig von dem System, in dem die Informationen gepflegt werden. Den Zusammenhang dieser Informationen über Systemgrenzen hinweg darzustellen, sorgt für echte Durchgängigkeit im Produktentstehungsprozess. Die Automatisierung reduziert den Aufwand und die Fehlerquote.

Bild 40:Quelle: PROCAD GmbH & Co. KG
5. Product Data Backbone.

Das Product Data Backbone ist die Grundlage, auf der Daten und Dokumente aus allen Abteilungen und Systemen zusammenführt werden. Der übergreifende PLM-Ansatz ist daher, alle für den Product Lifecycle relevanten IT-Systeme (ERP, CAD, und PDM/PLM) im Unternehmen zu integrieren und eine zentrale Informationsbasis zu schaffen. Damit ist die Basis gelegt für eine unterbrechungsfreie digitale Weiterbearbeitung von Informationen. Im PLM-System fließen Produktdaten und Dokumente in digitaler Form zusammen und werden miteinander in Verbindung gebracht. Alle Bereiche werden zusammenhängend über den gesamten Product Lifecycle betrachtet. Abhängigkeiten bei Änderungen lassen sich steuern, direkte und funktionale Zusammenhänge werden sichtbar. So wird das Product Data Backbone zum Rückgrat aller produktrelevanten digitalen Informationen. Es stellt die notwendige Voraussetzung dar, damit technische Unternehmen Digitalisierung betreiben und in Produktentstehung und Produktmanagement durchgehend digitale Abläufe etablieren können.

Inhalte für Product Data Backbone.

5.1 Digitale Plattform.

Ähnlich dem Rückgrat eines Menschen versorgt das Product Data Backbone die einzelnen Abteilungen und Standorte eines Unternehmens über eine digitale Plattform permanent und ohne Medienbrüche mit den Informationen aus dem Product Lifecycle. Wichtig ist, dass alle für die Produktentstehung und Produktmanagement relevanten Informationen digital in Beziehung gesetzt und Abhängigkeiten dargestellt werden. Nur so lassen sich Abläufe digital initiieren. Beispielsweise kann der Konstrukteur über einen gescheiterten Test der von ihm erstellten Baugruppe, informiert werden oder der technische Redakteur wird über die Notwendigkeit einer Änderung der Dokumentation durch die Änderung eines Bauteils informiert.

Die am Arbeitsprozess beteiligten Personen müssen sich ihre Dokumente nicht aus mehreren Quellen zusammensuchen, sondern werden über die Beziehungsinformation des Product Data Backbones automatisch mit vollständigen und gültigen Informationen versorgt.

Bild 41:Quelle: PROCAD GmbH & Co. KG

Mit einer PDM/PLM-Software für Product Lifecycle Management lässt sich ein Product Data Backbone im Unternehmen aufbauen. CAD (z.B. AutoCAD, Autodesk Inventor, Creo, Solid Edge oder Solidworks) und Produktdatenmanagement-System (PDM-System) bilden darin mit einem technischen Dokumentenmanagementsystem (DMStec) eine durchgängig digitale Plattform, die auf unternehmensübergreifende Zusammenarbeit ausgelegt und als PDM/PLM-System unternehmensweit eingesetzt wird.

5.2 Produktentstehung und Produktmanagement.

Die Produktentstehung ist der Start des Lebenszyklus‘ der Produkte – egal ob es sich um Pumpen, Motoren, Komponenten einer Sondermaschine oder eine komplette technische Großanlage handelt. Zum Alltag vieler technischer Unternehmen gehören die Anpassung und Erweiterung bestehender und bewährter Grundkomponenten eines Produktes an die spezifischen Anforderungen des Kunden. Hier kommt es darauf an, auf Vorlagen zurückzugreifen, die bereits an anderer Stelle erstellt wurden. Um die Abläufe in der Produktentstehung zu verbessern, muss unter anderem das Zusammenspiel der Disziplinen Mechanik, Elektrotechnik, Elektronik und Softwareentwicklung optimiert werden. Benötigt wird also ein durchgängiges Beziehungswissen der vorhandenen Informationen, repräsentiert in den vielen Informationen, die rund um das Produkt und in angrenzenden administrativen Bereichen entstehen, und deren Zusammenhang. Dies ist ein erster Schritt in Richtung ‚Digital Product Engineering‘.

Der Service im Betrieb wird zunehmend Teil des Produktes selbst. Je individueller Produkte werden, umso wichtiger ist es, dass der Hersteller alle Informationen und Dokumente zu seinen Produkten mit einem Griff zur Hand hat. Hier spricht man heute vom Digitalen Produktmanagement und dem Digitalen Informationszwilling. PDM/PLM- und DMStec-Lösungen bringen diese Informationen zusammen, strukturieren sie und repräsentieren sie über die technischen Strukturen wie beispielsweise eine Anlagenstruktur und die darin verbauten Baugruppen und Teile. Ist ein Motor mehrfach in einer Anlage oder mehreren Anlagen verbaut, so ist die mit dem Motor verknüpfte Leistungsbeschreibung auch gleichzeitig mit den verbauten Motoren in den Anlagen verknüpft.

5.3 Digitaler Informationszusammenhang.

Mitarbeitende im kaufmännischen Bereich haben im produzierenden Gewerbe die Nase vorn – zumindest was das ganzheitliche Arbeiten in den ihnen zur Verfügung stehenden Softwarelösungen angeht. In ihrem ERP-System greifen sie von zentraler Stelle auf Informationen zu allen Komponenten zu, seien sie aus der Mechanik, der Elektronik oder seien es Softwarebausteine. Sie können jederzeit einen Bezug zwischen den Komponenten herstellen.

Genau dieser Bezug fehlt aber in der Konstruktion/Entwicklung, zumindest dort, wo noch kein PDM/PLM-System im Einsatz ist. Der Grund: Alle Informationen liegen in verschiedenen Systemen, M-CAD-, E-CAD-Konstrukteure und Softwareentwickler verwalten ihre Informationen weitgehend selbst. Wenn jedoch Mechanik, Elektronik und Softwareentwicklung nicht miteinander sprechen, entstehen keine digitalen Produkte. Deshalb ist ein digitaler Informationszusammenhang nötig.

Entscheidet zum Beispiel der Entwickler in der Elektronik-Konstruktion, dass eine Platine fünf Zentimeter breiter sein muss, sollte automatisch der mechanische Konstrukteur darüber informiert werden, um das Gehäuse anzupassen. Konstruktionsabteilungen entwerfen komplexe Produkte, erfahren aber in der Regel nie, wie das Produkt später beim Kunden ankommt und ob es funktioniert wie geplant. Feedback gibt es kaum, und es gelangt selten zu den Konstrukteuren oder Produktmanagern. Üblicherweise behebt der Service Störungen einzeln und adhoc.

Der fehlende Bezug verhindert einen Rückfluss der Informationen.

Dieser Dialog fehlt, wenn jeder nur in „seinem“ System arbeitet und dort solche Änderungen durchführt. Ein Rückfluss findet nicht statt und es existiert kein Plan, wie man Reklamationen den betreffenden Teilen zuordnet und einen Bezug herstellt (damit die Reklamation richtig ausgewertet werden kann). Dabei ist genau dieser Rückfluss immens wichtig, damit mögliche Konstruktionsfehler so schnell wie möglich behoben werden. Etwa ein zu enger Einbau von Komponenten, der dafür sorgt, dass der Kondensator regelmäßig zu heiß wird. Oder ein Teil, das wiederholt defekt ist und daher von Grund auf anders konstruiert werden muss.

Eine weitere Folge fehlender Absprachen sind unnötige Doppelentwicklungen. Sie geschehen oft dann, wenn Zuständigkeiten nicht klar abgesteckt sind, typischerweise bei Teilen, die sich von ihrer Funktion her mehreren Gewerken zuordnen lassen. Daraus resultieren Probleme in der Arbeitsvorbereitung, in der dann später entschieden werden muss, welches Teil zum Einsatz kommen soll. Rückfragen und nachträgliche Abstimmung verzögern den Fertigungsprozess. Bleibt der Fehler unbemerkt, wird im schlimmsten Fall doppelt oder falsch produziert.

Zusätzlich zur Versionierung von Teilen einer Maschine wird es immer wichtiger, diese auch mit den Versionen der Maschinensoftware zu verbinden. Das ist aber heute oft nicht der Fall – was daran liegt, dass die Software bislang einen relativ geringen Anteil an der Konstruktion hat. Durch die Digitalisierung in technischen Unternehmen ist dieser bereits jetzt stark ansteigend; die Anteile der Value Proposition eines Produktes verschieben sich immer weiter in Richtung Software. So läuft eine heute ausgelieferte Maschine im Vergleich zum Modell von vor zehn Jahren oft mit einer völlig neuen Software, die mit jener von damals nur noch wenig gemein hat. Der Anlagenhersteller muss also wissen, welche wann ausgelieferte Maschine welche Software beinhaltet – anderenfalls kann er eine Wartung kaum durchführen. Auch kann er auf einen alten Softwarestand nicht einfach die neueste Version aufsetzen.

Ein Fertigungsunternehmen sollte wissen, bei welchen Komponenten seiner Produkte häufiger Defekte auftreten als bei anderen. Es sollte auswerten können, wie Komponenten einfach repariert und ersetzt werden und auf welche Art Entwicklung und Produktmanagement Defekte präventiv verhindern. Wer diese Informationen rechtzeitig an die zuständige Stelle übermittelt, kann seinen Service richtig planen und erlangt allein dadurch einen Wettbewerbsvorteil. Ziel sollte sein, ein strategisches Instandhaltungsmanagement aufzubauen, bei dem bereits im Vorfeld das betreffende Teil in allen Maschinen, die beim Kunden im Einsatz sind, ausgetauscht wird – noch bevor es zu spät ist. So hält der Hersteller seine Service Level Agreements ein und minimiert Garantiefälle.

5.4 Digital Thread.

Reklamationen vermeiden und Produktqualität erhöhen kann man, indem ein Bezug zwischen Konstruktionsteilen und Reklamationen hergestellt wird. Ein Digital Thread verbindet Informationen aus dem laufenden Betrieb mit der Entwicklung und ermöglicht auf diese Weise eine Auswertbarkeit der Artikel/Teile. Ein Product Data Backbone ist dringend nötig, um den Bezug von Reklamationen zum betreffenden Teil herstellen zu können. Es geht also nicht allein um den Bezug zum Kunden (der im CRM-System stattfindet), denn dieser hilft nur dem Support. Auch der Konstrukteur muss sofort wissen, wenn sich bei einem bestimmten Teil die Reklamationen häufen, um den Fehler in Entwicklungs- und Fertigungsdokumenten sofort zu berücksichtigen. Erfährt er es nicht, verbaut er das gleiche Teil wider besseren Wissens weitere Male. Für den Service heißt das: dieselbe Reparatur immer wieder durchführen.

In einer PDM/PLM-Software sollte somit zum ERP-System auch ein Bezug zwischen Konstruktionsteilen und Kaufteilen hergestellt werden – für den Fall, dass Kaufteile störanfällig sind und häufig ausgetauscht werden müssen. In der Konstruktion tauchen diese naturgemäß nicht auf; trotzdem sollten Konstrukteure über mögliche Qualitätsprobleme informiert sein. Denn dann können sie ein passendes Ersatzteil konstruieren oder anregen, ein anderes Kaufteil zu beschaffen. Deshalb braucht das PDM/PLM-System eine bidirektionale Schnittstelle zum ERP-System. Sie ermöglicht den wechselseitigen Informationsfluss und die Herstellung der gewünschten Bezüge.

Bild 42:Quelle: PROCAD GmbH & Co. KG

Damit Serviceleistungen pro Artikel ausgewertet werden können, ist es ratsam, zudem einen gesteuerten Änderungs- bzw. Verbesserungsprozess im Unternehmen zu etablieren. Diese Maßnahme wird – in Verbindung mit der Herstellung von Bezügen zwischen Konstruktions-, Kaufteilen und Reklamationen – zum Digital Thread im Unternehmen. Dieser Digital Thread verbindet Informationen aus dem laufenden Betrieb mit der Entwicklung. Die Einhaltung des digitalen Pfades führt rasch zu einer signifikanten Verringerung von Serviceeinsätzen. An die Stelle von ad-hoc-Services treten planbare Präventivmaßnahmen (Wartung). Die SLAs können höher angesetzt sowie leichter eingehalten werden und die Produktqualität steigt, weil es weniger defekte Teile gibt.

Mit Nutzung eines Product Data Backbones finden Mechanik, Elektronik und Softwareentwicklung eine gemeinsame Sprache. Durch Verknüpfung produktrelevanter Daten und Dokumente wird ein digitaler Informationszusammenhang hergestellt – ein Bezug zwischen allen Komponenten entsteht, unabhängig von ihrer Herkunft aus Mechanik, Elektronik oder Software. Es ist ersichtlich, wann welches Teil in welcher Version und in welchem Projekt verbaut und wiederverwendet wurde. Ist diese Eindeutigkeit hergestellt und sind die Zuständigkeiten zwischen den Gewerken klar geregelt, minimiert sich das Risiko, Teile doppelt zu konstruieren und zu fertigen.

Durch die Einbeziehung kaufmännischer Informationen aus dem ERP-System im Product Data Backbone kann bereits in der Konstruktionsphase auf Vorzugsteile (lagerhaltig, günstiger, schneller Lieferant) zugegriffen werden. PDM/PLM und ERP tauschen ihre Informationen bidirektional untereinander aus und stellen den Bezug der Komponenten untereinander sowie mit Projekten her.

Erst auf der Basis eindeutiger Informationen im Entwicklungsprozess kann sich eine enge Kollaboration zwischen den einzelnen Gewerken entfalten. Bei eindeutiger Markierung weiß jeder, was er zu tun hat. Er erkennt, welche Teile in der mechatronischen Struktur bereits vorhanden sind, wer sie erstellt hat und was es für Auswirkungen hat, wenn er etwas ändert. So verkürzt sich die Abstimmung, die Zusammenarbeit vereinfacht sich und man kommt schnell und fehlerfrei von der Konstruktion über die Fertigung bis zur Auslieferung.

Bild 43:Quelle: PROCAD GmbH & Co. KG

Die fortschreitende Digitalisierung im Mittelstand, vor allem in technischen Unternehmen, wird den beschriebenen digitalen Informationszusammenhang künftig immer stärker einfordern. Umso wichtiger ist es, ein PDM/PLM-System als Product Data Backbone einzusetzen. Es ermöglicht Mechanik, Elektronik und Softwareentwicklung, miteinander zu sprechen und schafft damit die Voraussetzung für digitale Produkte.

6. PLM-System.

„Product Lifecycle Management bzw. Produktlebenszyklusmanagement (PLM) ist ein Konzept zur nahtlosen Integration sämtlicher Informationen, die im Verlauf des Lebenszyklus‘ eines Produktes anfallen. Das Konzept beruht auf abgestimmten Methoden, Prozessen und Organisationsstrukturen und bedient sich üblicherweise IT-Systemen für die Aufzeichnung und Verwaltung der Daten. PLM entstand aus dem enger definierten Produktdatenmanagement (PDM) und entwickelte sich im frühen 21. Jahrhundert zum beherrschenden Paradigma in der Produktentwicklung“ (Quelle Wikipedia).

Inhalte für das PLM-System.

6.1 Product Lifecycle Management.

Die Abkürzungen PDM und PLM werden oft in einem Atemzug genannt. Ähnlich wie beim Begriffspaar DMS/ECM handelt es sich hier um artverwandte Methoden, die dennoch nicht verwechselt werden dürfen, geht doch PLM über PDM hinaus. Als Weiterentwicklung von PDM umfasst das Product Lifecycle Management-System (PLM-System) die Prozess-Steuerung der Produktdaten und Informationsflüsse. Man versteht unter PLM weniger eine Softwaregattung als vielmehr ein Gesamtkonzept oder einen strategischen Ansatz der Unternehmensführung, bei dem Produktlebenszyklen unter Heranziehen und Analysieren der im Laufe der Zeit entstandenen Daten und Dokumente optimiert werden sollen. Eine PLM-Software stellt zum einen die zentrale Basis für Produktdaten dar, – das Datenrückgrat oder Product Data Backbone – des Weiteren fungiert sie als Prozesslösung für Product-Lifecycle-Abläufe.

Bild 44:Quelle: PROCAD GmbH & Co. KG

Das Konzept geht von der ganzheitlichen Betrachtungsweise aus, dass produktbezogene Informationen die gesamte Lebensdauer von Produkten begleiten. Produktdaten und Dokumente entstehen bereits bei der ersten Spezifikation oder in einer Ideenskizze. Weitere Unterlagen werden in den Konstruktionsabteilungen erstellt und dann für die Fertigung, Montage, Wartung und Inbetriebnahme weitergegeben. Angesichts von Erweiterungen und Veränderungen beim Produkt wiederholt sich dieser Prozess zyklisch, bis das Produkt gegebenenfalls vom Markt genommen wird. Eine effektive und effiziente PLM-Managementstrategie beschreibt demnach die Art und Weise, wie diese Informationen bereitzustellen sind, um Entscheidungen in den jeweiligen Phasen des Product Lifecycle frühzeitig treffen zu können.

PLM-Software – tragende Rolle bei Produktentstehung und Produktmanagement.

Wenn Planung, Steuerung und Dokumentenverwaltung von einem einheitlichen System aus koordiniert werden, erreicht das Unternehmen den größtmöglichen Wirkungsgrad seiner Projekte und Prozesse. Diesem Grundgedanke folgend hat PROCAD sein Product Lifecycle Management (PLM) zugrunde gelegt. PLM-Software wird damit zum strategischen Instrument in Fertigungsunternehmen. Sie ist tief in alle Geschäftsprozesse eingebunden und übernimmt eine tragende Rolle bei Produktentstehung und Produktmanagement.

Fertigungsunternehmen beschleunigen durch PLM-Lösungen den Marktreifeprozess ihrer Produkte und reduzieren Kosten durch unternehmensweite Transparenz und Konsistenz der Innovationsprozesse.

Bei der Entwicklung neuer Produkte im Zuge der Digitalisierung spielen auch neue Konzepte des Systems Engineering eine Rolle. Produkte müssen heute stärker über das Geschäftsmodell definiert werden. Es bedarf dafür einer Brücke zwischen der Entwicklung in den jeweiligen Abteilungen und dem Geschäftsmodell. Diese kann das Systems Engineeringals übergeordnetes Konzept darstellen. Hierbei kommen PLM-Systeme als wichtiges technisches Hilfsmittel ins Spiel.

 6.2. CAD, ERP und PLM.

Artikelstammdaten, Stücklisten und Projektdaten zwischen Konstruktion und Produktion zu synchronisieren, ist stets eine Herausforderung. Durch den Einsatz einer PLM-Software lässt sie sich meistern. Immer wieder kommt es in Fertigungsbetrieben vor, dass Arbeitsabläufe stocken. Der Grund: Durch getrennte Datensilos und manuelle Übertragung von Informationen von einem IT-System in ein anderes treten Fehler auf. Da stimmen Stücklisten plötzlich nicht mehr, Zeichnungen sind veraltet, erforderliche Zukaufteile werden zu spät an den Einkauf gemeldet usw. Oft sind dann Nacharbeiten in der Produktion notwendig, gegebenenfalls muss sogar neu gefertigt werden.

Daten synchronisieren im PLM-System.

Entwicklung und Konstruktion arbeiten üblicherweise mit CAD-Systemen und legen die Daten im PLM-System ab. Arbeitsvorbereitung, Einkauf, Disposition und Fertigung pflegen ihre Daten in einem ERP-System. Das PLM-System lässt sich an der Schnittstelle zwischen CAD und ERP platzieren. Damit integriert es Informationen aus CAD und ERP gleichermaßen und synchronisiert die Daten beider IT-Landschaften.

 Das PLM-System übernimmt hierbei zwei wichtige Aufgaben:

  • Die Zusammenführung der Daten aus Multi-CAD-Umgebungen, mit Mechanik-CAD-, Elektro-CAD- (zum Beispiel im Schaltschrankbau) sowie Elektronik-CAD-Systemen. Gegenüber dem ERP-System genügt dann z.B. bei der PLM-Lösung PRO.FILE nur eine einzige Schnittstelle, über welche alle Entwicklungsdaten an das ERP übermittelt werden.
  • Die Synchronisierung der Artikelstammdaten aus der Konstruktion und dem ERP-System in der Arbeitsvorbereitung bzw. dem Technischen Einkauf. Hier reicht es allerdings nicht aus, Daten nahezu unkontrolliert über Excel-Tabellen oder ASCII-Dateien auszutauschen. Erforderlich sind eine transparente Prozesssteuerung und die Dokumentation des Austauschprozesses (Monitoring).

6.3 Durchgängige Prozesse.

Eine PLM-Lösung schafft Durchgängigkeit. Entlang der Prozesskette im Unternehmen – vom Auftragseingang über Konstruktion und Fertigung bis Vertrieb – ermöglicht die PLM-Software allen Beteiligten einen gesteuerten Zugriff auf eine einheitliche, gemeinsame Produktdatenbasis. Die Schaffung eines Product Data Backbone ist daher die Voraussetzung für durchgängiges PLM. Denn mit der Digitalisierung in technischen Unternehmen nimmt die Anzahl der Systeme in einem Unternehmen, in denen produktionsbezogene Informationen entstehen und abgelegt werden, immer weiter zu. Auch die Menge der produzierten Daten wird immer größer und heterogener. Diese Datenquellen müssen in das Product Data Backbone eingehen und dienen darin als Informationsquellen über den gesamten PLM-Prozess hinweg.

Bild 45: Quelle: PROCAD GmbH & Co. KG

Eindimensionale Systeme für PDM, DMS oder CAD-Datenmanagement reichen heute nicht mehr aus und führen in eine Sackgasse. Der Ausweg aus der digitalen Sackgasse: Anstatt einzelne Softwareanwendungen zu lizensieren, werden Unternehmen künftig mehr und mehr granulare, vorkonfigurierte Anwendungspakete und Services über eine digitale Plattform auswählen können, mit denen sie dezidierte Aufgabe erledigen und bei Bedarf schnell erweitern können. PROCAD entwickelt eine solche Plattform und bietet mit PRO.FILE eine skalierbare Lösung entlang der Evolution des PLM in Unternehmen für seine Kunden an. Als digitale Plattform können verschiedenste Services im Umfeld von Zeichnungsverwaltung, technischem Dokumentenmanagement, Dateiaustausch, Änderungsmanagement etc. hinzugebucht werden, und dies auf Grundlage einer gemeinsamen Datenbasis, dem Product Data Backbone.

 Von der Dokumentenverwaltung zur Prozesslenkung.

Während PDM und DMS in vielen Unternehmen bereits Standard sind, bleibt die Realisierung eines weiterführenden PLM-Prozess- und Projektmanagements oft in der Einführungsphase stecken. Denn viele mittlere und größere technische Unternehmen wollen keine langen Beratungsprojekte bezahlen, sondern schnelle Ergebnisse erzielen.

Die Verbesserung der Prozesseffizienz im Product Lifecycle entwickelt sich in Unternehmen meist evolutionär. Die Dokumentenlenkung auf Basis von Dokumentenstatus wie „Dokument in Arbeit“ oder „Dokument freigegeben“ ist in einem Produktdaten- oder Dokumentenmanagementsystem (PDM-System mit DMStec) üblich. In bestimmten Fällen kann darüber hinaus die Lenkung über Aufgaben (Tasks) einen zusätzlichen Effekt bringen.

Überall dort, wo Engineering-Unternehmen oft wiederkehrende Abläufe oder solche mit vielen beteiligten Personen und Unternehmensbereichen steuern und automatisieren wollen, bietet sich die Arbeit mit so genannten PLM-Aufgabenakten an. Denn in der Praxis technischer Unternehmen geht es stets um dokumenten- und datenintensive Prozesse. Deshalb werden Aufgaben und die zu bearbeitenden Daten sowie Dokumente zu einer Aufgabenakte verknüpft. Aufgaben wiederum gehören zu Prozessen oder Projekten, deren zeitlicher Ablauf gesteuert wird. Eine solche erweiterte Ablauflogik ermöglicht die Automatisierung von Teilaufgaben. Dies vollzieht den Schritt von der Dokumentenverwaltung zur Prozesslenkung.

Anwendungsfallbezogene Aufgabenakten, Prozesse und Projekte (wie z.B. für das Änderungsmanagement) lassen sich z.B. beim PLM-System PRO.FILE über einen gesonderten Aufsatz automatisieren und steuern. Die eigentlichen PLM-Prozesse werden dabei über vorkonfigurierte Anwendungspakete realisiert. Sie bestehen aus Vorlagen, fertigen Arbeitsabläufen, Cockpits, Reports und Menüs zur Bedienung der jeweiligen Prozesse zur Überwachung und Projekt- und Prozess-Steuerung. Best Practice Anwendungspakete für PLM-Systeme sollen die Realisierung der jeweiligen kundenspezifischen Abläufe verkürzen. Unternehmen müssen damit bei der Gestaltung ihrer PLM-Prozesse nicht auf der grünen Wiese starten. Dies kommt denen entgegen, die schnell in die Praxis starten wollen und weder Zeit noch Geld für ein langes Beratungs- und Implementierungsprojekt haben.

6.4 Prozess-Steuerung.

Insgesamt erhöht sich durch ein Aufgabenmanagement der Grad der Prozess-Steuerung. Freiheitsgrade werden reduziert, die Einhaltung von Regeln und Richtlinien wird erleichtert und gefördert. Das Resultat ist eine erhöhte Compliance und eine Automatisierung des Prozesses.

Gerade in technischen Unternehmen sollten über PLM-Software geführte Prozesse kein Selbstzweck sein. Alles in IT-Prozesse zu „gießen“ was in Software abgebildet werden kann, so wie es viele Prozessberater gerne propagieren, ist für mittlere und größere Unternehmen oft der falsche Ansatz. Wer so verfährt, verliert bereits vor der Realisierung viel Zeit und Geld und manche Ziel-Einsparung durch Automatisierungseffekte wird ad absurdum geführt. Die Einführung des PLM-Systems selbst ist ebenfalls kritisch. Fehlendes Prozess- und Change Management Know-how und großer Implementierungsaufwand verstärken die teure Abhängigkeit von Beratern oder lassen die Einführung zu einem Endlosprojekt werden. Die Folge: Viele Projekte werden abgebrochen, bevor die eigentliche Nutzung der PLM-Software beginnt.

Die Kernfrage für technische Unternehmen lautet: An welchen Stellen der PLM-Prozesse ist eine Hinterlegung des Prozesses in Software und eine Automatisierung organisatorisch und betriebswirtschaftlich überhaupt sinnvoll? Soll man PLM-Prozesse in IT steuern oder nicht? Eine hohe Anzahl an Durchläufen, eine Vielzahl von Nutzern oder hohe Compliance-Anforderungen sind Indizien dafür. Sind die PLM-Prozesse mit dem größten Potenzial gefunden, ist es zielführender, einen bereits vorbereiteten und in IT hinterlegten Best Practice Prozess zu verwenden und diesen mit den eigenen Anforderungen abzugleichen, anstatt mit einem abstrakten Pflichtenheft zu beginnen, deren Festlegungen am Ende in der Praxis ohnehin wieder verworfen werden müssen.

6.5 Anwendungspakete.

Best Practice ist ein bewährtes Verfahren und eine etablierte Methode, um mit neuen Softwareanwendungen schnell in der Praxis starten zu können. Man fängt mit der Programmierung nicht bei Null an, sondert verwendet das, was an anderer Stelle bereits erfolgreich erprobt wurde. PROCAD spricht in diesem Zusammenhang von vorkonfigurierten Anwendungspaketen. Es handelt sich dabei um speziell auf Kunden in technischen Unternehmen zugeschnittene PLM-Szenarien, die unter dem Produktnamen „PRO.CEED“ angeboten werden.

Solche vorkonfigurierten Best Practice-Anwendungspakete treiben im technisch-industriellen Umfeld die Evolution des PLM in Unternehmen und die vollständige Digitalisierung der Geschäftsabläufe voran – ausgehend vom reinen CAD-Datenmanagement der Anfangstage bis hin zum Digital Thread, der den laufenden Betrieb mit der Entwicklung verbindet und auf diese Weise Informationsrückflüsse in Geschäftsprozessen festlegt. Dadurch, dass die Pakete vorkonfiguriert sind und einzelne IT-Prozesse iterativ Schritt für Schritt hinzugefügt werden können, entkommt das Unternehmen der typischen „Customizing Falle“ mit aufwändigen Anpassungen der PLM-Software.

Die Pakete erlauben dem Kunden eine schnelle und einfache Implementierung von PLM-Szenarien. Er erhält sie im Rahmen der Softwarepflege-Vereinbarung auf Anfrage ausgeliefert. Änderungs-, Risiko- und Vertragsmanagement sind Beispiele dafür. Darüber hinaus lassen sich mit dem Instrumentarium weitere individuelle Anwendungspakete erstellen, etwa für Compliance-, Test-, Performance- oder Qualitätsmanagement.

Bild 46:Quelle: PROCAD GmbH & Co. KG

Änderungsmanagement – Abläufe automatisieren und Auswirkungen überwachen.

Oft müssen in Entwicklungsprojekten kurzfristig Änderungen durchgeführt werden. Die sicherste Kalkulation und Planung kann dadurch ins Wanken geraten. Wird ein solcher Änderungsprozess manuell koordiniert, dauert er in der Regel recht lange. Aufgabenakten stellen hierfür eine Lösung dar. Prozess-Steuerung bedeutet, das Aufgabenmanagement mit den Produktdaten zu verbinden. Dadurch findet der Anwender alle relevanten Dokumente und Daten zu einem Prozess oder Projekt an einem zentralen Ort. Die bessere Koordination der laufenden Product-Lifecycle-Prozesse oder -Projekte verkürzt Durchlaufzeiten und vermeidet Fehler bei zusammenhängenden Vorgängen.

Bild 47:Quelle: PROCAD GmbH & Co. KG

Die Abläufe im Product Lifecycle Management (PLM-System) werden darüber automatisiert. Das System meldet Abweichungen von selbst und der Anwender hat den aktuellen Status einer Änderung jederzeit im Blick. Er kann Teile des Änderungsprozesses, wie z.B. den Dokumentationsversand oder die Erstellung einer Impact Matrix (Auswirkungen der Änderung), wiederum automatisieren. Dadurch können auch die tatsächlichen Änderungskosten komfortabel ausgewertet werden.

Bild 48:Quelle: PROCAD GmbH & Co. KG

Für das Änderungsmanagement werden alle Produktdaten, Dokumente, Aufgaben und Prozess-Steuerungsinformationen zentral im PLM-System verwaltet. Bei Terminabweichungen greift ein integriertes Eskalationsmodell. Über das Cockpit kann der Nutzer den aktuellen Status einer Änderung jederzeit einsehen.

Risikomanagement im PLM-System – Risiken erkennen, kontrollieren und entgegenwirken.

Aus jedem Projekt, jedem Auftrag oder Vertrag können für ein Unternehmen Risiken erwachsen. Diese referenzieren sowohl untereinander als auch auf andere Objekte, etwa Verträge, sonstige Begleitdokumente, AGBs, Korrespondenz oder Nebenabreden. Aufgabe des Risikomanagements ist es, Risiken durch entsprechende Maßnahmen zu minimieren und sich präventiv auf künftige Risiken einzustellen.

Die Anzahl an Regularien, die Unternehmen im Zuge von Compliance beachten müssen, hat in den vergangenen Jahren stark zugenommen. Eine Vielzahl nationaler Gesetze, internationaler Richtlinien oder auch Selbstverpflichtungen erlegen Firmen heute strenge Dokumentationspflichten auf. Hierfür bieten sich Product Lifecycle Management-Systeme (PDM/PLM-Systeme) an. Ist ein PDM/PLM-System als DMStec ausgestaltet, wie beispielsweise PRO.FILE, ist es dafür besonders geeignet, weil es eine Produktdatenbasis für sämtliche Daten und Dokumente darstellt, nicht nur solche aus der Konstruktion. Mit der Lösung können Unternehmen somit ein zuverlässiges Risikomanagement aufsetzen und in den PLM-Prozess integrieren.

Im PDM/PLM-System werden zunächst alle risikorelevanten Begleitdokumente zentral in einer Risikoakte abgelegt. Von diesen Dokumenten ausgehend, können die daraus resultierenden Risiken erfasst, bewertet und priorisiert werden. Eine Einteilung in Risikoklassen wird vorgenommen und erste Maßnahmen zur Risikominimierung lassen sich planen. Ein Frühwarnsystem informiert über den Fortgang der Maßnahmen und informiert im Eskalationsfall. So werden Risiken mithilfe des PDM-Systems frühzeitig erkannt und das Unternehmen kann diesen kontinuierlich entgegenwirken.

Das PDM/PLM-System PRO.FILE beinhaltet ein Risiko-Cockpit, über das der Anwender Projekte und Verträge über einen Ampelstatus nach Risikoklassen einteilen und auch die Maßnahmenauswertung vornehmen kann. Es ermöglicht dadurch das Einhalten von Vorgaben durch auditfeste Prozess-Steuerung und eine einheitliche Bewertungsmethodik. Die dabei gesammelten Erfahrungen sind gleichzeitig Basis zur Entwicklung weiterer Strategien zur Risikominimierung.

In der PDM/PLM-Software können Unternehmen zum Beispiel komplexe Freigabeworkflows im Rahmen von Zulassungsverfahren mit Behörden abbilden. Im Luftfahrtbereich etwa bedarf mitunter jede Änderung an einem Bauteil der Zulassung durch die nationale Luftfahrtbehörde und ggf. weitere Institutionen. Solche Arbeiten muss das fertigende Unternehmen im Rahmen seines Änderungsmanagements in Testplänen, Maintenance-Manuals, Flughandbüchern und weiteren Dokumenttypen festhalten. Oft gehören zu jedem Dokument noch mehrere Freigabeprozesse, die zu durchlaufen sind. Im PDM/PLM-System kann das Unternehmen die Logik dieser Prozesse im Rahmen des Risikomanagements darstellen und dadurch detailliert nachverfolgen, welcher Mitarbeiter ein zu prüfendes Dokument erstellt und freigegeben hat.

Vertragsmanagement – Überblick über alle Verträge mit integriertem Eskalationsmanagement.

Im Vertragswerk sind die wesentlichen Grundlagen der Geschäftsbeziehungen eines Unternehmens zu seinen Kunden, Lieferanten, Partnern und sonstigen Externen festgeschrieben. Diese Informationen zum richtigen Zeitpunkt am richtigen Ort der richtigen Person verfügbar zu machen, ist Teil eines Product-Lifecycle-Management-Prozesses. Nur durch ein zentrales Vertragsmanagement lässt sich gewährleisten, dass Fristen und weitere Vertragspflichten eingehalten werden. Ohne die notwendige Transparenz werden diese nach Vertragsabschluss oft wieder vergessen. Ein als DMStec ausgestaltetes PDM/PLM-System ist in der Lage, alle Arten von Vertragsdokumenten vorzuhalten.

Verträge schließt oft jede Abteilung im Unternehmen für sich selbst ab. Das hat zur Folge, dass die Vertragsdokumente nicht zentral verwaltet, sondern verteilt in einzelnen Fachbereichen abgelegt werden. Eine verteilte (Papier-)Ablage bedeutet, dass Dokumente oft nicht auffindbar sind, wenn man sie gerade braucht. Auch herrscht keine Klarheit darüber, ob unter Umständen verschiedene Stellen im Unternehmen mit ein und demselben Lieferanten gleichlautende Verträge abgeschlossen haben. Es wäre zum Beispiel wünschenswert, dass der Einkauf leicht kontrollieren kann, wie viele Verträge mit welchen Unternehmen bestehen, inwieweit deren Konditionen voneinander abweichen und wo man Vertragsbeziehungen unter Umständen bündeln und vereinheitlichen kann, um zu besseren Konditionen zu gelangen.

Schließlich geschieht es nicht selten, dass sich Kündigungsfristen ungewollt verlängern, weil die jeweiligen Dokumente gerade nicht zur Hand sind, um sie auf ihre Laufzeit zu prüfen. Unbeabsichtigt verlängerte Verträge durch mangelndes Fristenmanagement führen in vielen Unternehmen immer wieder zu Mehrausgaben.

Bild 49:Quelle: PROCAD GmbH & Co. KG

Im PDM/PLM-System können Unternehmen alle Vertragsakten mit Bezug zu Auftrag, Projekt und Produkt sowie die vertragsbegleitenden Dokumente digital an einem zentralen Ort verwalten. Es handelt sich um ein funktionsreiches Vertragsmanagementsystem, das dem Anwender einen vollständigen und transparenten Überblick über Vertragsinhalte liefert. Das System gibt Verträge rechtzeitig vor Fristablauf automatisch in die Wiedervorlage. Durch dieses integrierte Eskalationsmanagement wird der Nutzer rechtzeitig über zu beachtende Kündigungsfristen informiert. Das Aufführen solcher Informationen in Papierform oder Excel-Tabellen ist nicht mehr notwendig, die Prozesse im unternehmensweiten Vertragswesen werden im PDM/PLM-System automatisiert.

Das Product Lifecycle Management-System (PLM-System) stellt auch Textbausteine und Templates zur Verfügung, mit denen sich Verträge schneller aufsetzen lassen. Von der Vertragserstellung bis zur Unterzeichnung führt das Vertragsmanagement den Anwender durch den Prozess. Das verkürzt Durchlaufzeiten und jeder behält jederzeit den Überblick, welcher Vertrag sich gerade wo und in welchem Status befindet. Eine granular abgestufte Benutzerberechtigung sorgt dafür, dass nur jeweils Berechtigte auf ihre Vertragsdokumente zugreifen können.

7. Collaborative PLM.

Ausgehend vom CAD-Datenmanagement, stellt Collaborative PLM in der Evolutionskette die Stufe vor der vollständigen Digitalisierung bei der Weiterentwicklung von PDM/PLM-Lösungen im technisch-industriellen Umfeld dar. Collaborative bedeutet, dass PLM-Prozesse über die Firmengrenzen hinaus erweitert werden. In der heutigen vernetzten Welt müssen Unternehmen firmen- und systemübergreifend denken. Dadurch wird eine intern und extern vernetzte Prozesskoordination entlang des gesamten Produktlebenszyklus in Echtzeit möglich. Gesteuert über die Collaborative PLM-Lösung, werden Partner, Kunden und Lieferanten in die Unternehmensabläufe eingebunden. Wichtig ist hier, dass die Art und Weise, wie man mit Externen zusammenarbeitet, den gleichen Regeln folgt wie die internen PLM-Prozesse.

PROCAD hat mit PROOM eine Collaborative PLM-Plattform für den Dokumentenaustausch entwickelt, die speziell auf die Anforderungen von produzierenden Unternehmen ausgelegt ist. Virtuelle Projekträume ermöglichen die Vergabe und Verwaltung von Benutzerberechtigungen, so dass das Unternehmen genau festlegen kann, wer was sehen, bearbeiten oder austauschen darf. Für jeden Projektraum werden Aktivitätsprotokolle geführt, um die Nachvollziehbarkeit zu gewährleisten. Der Dokumentenaustausch selbst ist mit wenigen Klicks erledigt. Alle Änderungen an den Dokumenten werden automatisch synchronisiert.

Inhalte für Collaborative PLM.

7.1 Vertrauliche Dokumente.

Im technischen Unternehmen arbeiten heutzutage oft verteilte, spezialisierte Teams zusammen. Im Rahmen solcher Entwicklungsprozesse werden vertrauliche Dokumente von verschiedensten Partnern bearbeitet, die außerhalb der eigenen Unternehmensgrenzen agieren. Product Lifecycle Management (PLM-Lösung) muss aus diesem Grund als Gesamtlösung betrachtet werden – das Wesensmerkmal von Collaborative PLM. An den Schnittstellen sind professionelle Instrumente des Datenaustausches gefragt. Bislang waren E-Mail und FTP die am häufigsten genutzten Transportwege, haben jedoch deutliche Nachteile: E-Mail-Verkehr ist unsicher und für vertrauliche Dokumente wenig geeignet. Beim FTP-Transfer werden Dateiversionen unkontrolliert überschrieben, die Protokollierung ist unzureichend, ferner sind nur Up- und Download möglich. Im betrieblichen Umfeld hat man jedoch oft mit sehr großen Dateien zu tun, die zu teilen sind. Erforderlich sind außerdem Dokumentenverwaltung, -lenkung, Versionierung, Rechtevergabe und das Einrichten individueller Projekträume.

Datenaustauschplattformen wie Dropbox kommen ursprünglich aus dem privaten Bereich, bieten aber inzwischen oft eine professionelle Unternehmensvariante. Wenn auch dem Gedanken an vertrauliche Dokumente dort eher Rechnung getragen wird, in dem man verschiedene Datenräume für dedizierte Nutzergruppen einrichten kann, sind sie dennoch nicht auf die speziellen Anforderungen im technischen Umfeld zugeschnitten.

Sicherheit für vertrauliche Dokumente muss auf verschiedenen Ebenen stattfinden: sowohl während der Datenübertragung als auch bei der protokollierten Änderung von Dateien. Der größte Nachteil gängiger Datenaustauschplattformen besteht aber sicherlich darin, dass sie nicht in die bestehende Collaborative-PLM-Landschaft des Unternehmens eingebettet sind. Damit existiert nach wie vor ein Bruch zwischen den Systemlandschaften. Die Prozesse beim Austausch von und während der Arbeit an Konstruktionsplänen, CAD-Zeichnungen, Änderungsaufträgen, Ausschreibungen und sonstigen technischen Dokumenten sind nicht nahtlos miteinander verbunden.

Bild 50:Quelle: PROCAD GmbH & Co. KG Bild: PROOM Collaboration Suite – Der digitale Projektraum für technische Unternehmen

7.2 Virtuelle Projekträume.

Virtuelle Datenräume schaffen die Brücke für technische Unternehmen, kontrolliert auf Dateien zuzugreifen. Ein virtueller Datenraum ist eine digitale Plattform zum schnellen und sicheren Austausch von Informationen und zur Effizienzsteigerung des Informationsaustausches zwischen unterschiedlichen Projektmitgliedern. Geeignet sind solche Plattformen für den Einsatz in kommunikationsintensiven Prozessen, wie z.B. zwischen Konstruktionsabteilungen und externen (Entwicklungs-) Partnern. In solchen Entwicklungspartnerschaften geht es um kollaboratives Arbeiten, Vertraulichkeit und Integration in bestehende Systeme. Die Anforderungen an den Informationsaustausch steigen durch die derzeit wachsende technische Komplexität. Externe Partner, Kunden oder Lieferanten auf der verlängerten Werkbank müssen konsequent und zuverlässig zusammenarbeiten können, ohne System- und Medienbrüche. An dieser Stelle setzen Dokumentenaustauschplattformen für professionelle Anwender an, indem sie Prozesse zwischen intern und extern miteinander verbinden. Über solche virtuellen Datenräume erfolgt der Dateiaustausch über System- und Unternehmensgrenzen sicher und nachvollziehbar.

Besonders in technischen Unternehmen herrschen bereits festgesetzte Strukturen, Abläufe und Freigabeprozesse vor, die ein virtueller Projektraum gut abbilden kann. Der Leiter eines digitalen Projektraums kann über ein ausgefeiltes Zugriffsberechtigungskonzept exakt steuern, welche Projektmitglieder wann was mit den Dokumenten tun dürfen. Über integrierte Monitoring-Funktionen sowie eine dedizierte Rechtevergabe an die Benutzer lassen sich alle Aktivitäten nachvollziehen. Durch das Synchronisieren von beispielsweise CAD-Daten oder technischen Spezifikationen über den Projektraum greifen Konstrukteure und Entwicklungspartner jederzeit auf die aktuellen Dateien zu. Da die Dateien nicht lokal, möglicherweise im E-Mail Posteingang eines Mitarbeiters, liegen, ist man durch einen virtuellen Projektraum unabhängig von den An-/ Abwesenheiten sowie dem Bearbeitungsstatus anderer Projektmitglieder. Außerdem wird durch die Sync-Funktion die Möglichkeit zur Offline-Bearbeitung der Dateien bereitgestellt.

Bild 51:Quelle: PROCAD GmbH & Co. KG Bild: PROOM Collaboration Suite

Die virtuellen Projekträume von PROOM erlauben es den Projektbeteiligten, sich auf die Inhalte zu konzentrieren und nicht auf die Administration. So werden Projekte schneller und erfolgreicher durchgeführt und Compliance-Richtlinien eingehalten.

7.3 Standortübergreifende Zusammenarbeit.

Eine standortübergreifende Zusammenarbeit für Unternehmen, die ein PDM/PLM-System an mehreren Standorten einsetzen, lässt sie (wie bei PRO.FILE) über eine so genannte „Enterprise Transaction Orientated Replication“ (ETOR) ermöglichen. Global verteilten Teams steht damit eine skalierbare Collaborative PLM-Lösung zur Verfügung.

Dies ist angesichts der heutigen Praxis auch notwendig, da nicht mehr nur Großunternehmen, sondern auch mittelständische Fertiger im Maschinen- und Anlagenbau oder in der Automobilzulieferindustrie an international verteilten Standorten Konstruktion und Entwicklung durchführen. Diese Zusammenarbeit in weltweit verteilten Teams gilt es zu koordinieren, zu synchronisieren und einen schnellen Zugriff auf aktuelle Daten für alle Beteiligten zu ermöglichen.

ETOR löst dies über eine Replikation der Entwicklungsdaten. Das heißt, dass alle Daten an jedem Standort lokal bereitgestellt werden. Für die Bearbeitung von CAD-Daten, ihr Öffnen, Lesen, Anzeigen und Speichern, muss keine Übertragung zum zentralen Server aufgebaut werden. Moderne Datenbanktechnologie sorgt dafür, dass trotzdem dem Grundgedanken des Produktlebenszyklusmanagement (PDM/PLM-System) entsprochen wird, nach dem alle Anwender auf einer gemeinsamen Datenbasis arbeiten.

Mit einer performanten Datenbank kann jeder Standort mit einer eigenen Datenbasis arbeiten und zusätzlich alle CAD-Modelle und andere Entwicklungsunterlagen komplett lokal vorhalten. D.h. das Lesen, Anzeigen und Speichern finden stets vor Ort statt. Anschließend überträgt der lokale Server die Daten im Hintergrund an alle anderen Standorte. Diese gewinnen dadurch noch an Autonomie, denn wenn die Verbindung zum zentralen PLM-Server einmal unterbrochen ist, können sie trotzdem weiterarbeiten. Steht die Leitung wieder, gleichen Standorte und Zentrale die Daten automatisch ab.

Durch die Datenreplikation an verteilten Standorten wird die Entwicklungskollaboration in global verteilten Teams wesentlich vereinfacht. Voraussetzung ist stets eine zuverlässige Synchronisation zwischen zentraler Datenbasis und lokalen Änderungen. Ist dies der Fall, können verteilte Teams auch im Fall von Leitungsunterbrechungen weiterarbeiten, ohne die Datenintegrität des Gesamtsystems zu gefährden. Sie können ganze Baugruppen mit einem Klick austauschen – sicher, fehlerfrei und ohne Änderungskonflikte.

7.4 PLM-Bestellprozesse.

Eine Collaborative-PLM-Lösung soll firmenübergreifende Arbeitsabläufe sauber abbilden. Der Konstrukteur kann für jedes Produkt im PDM/PLM-System entsprechend der im CAD-System, z.B. AutoCAD, Autodesk Inventor, Creo, Solid Edge oder Solidworks, vorgegebenen Struktur Produktordner anlegen. Diese werden mit Zeichnungen, Stücklisten, technische Unterlagen, Berechnungen etc. gefüllt. Ein PLM-Bestellprozess startet dann üblicherweise mit einem Auftragseingang. Der Projektleiter legt den neuen Auftrag im ERP-System unter einer eindeutigen Nummer an, die anschließend automatisch an die PDM/PLM-Software mit den Metadaten des Auftrags (Kunde, Produkttyp und -nummer) übergeben wird. Dort wird ein Auftragsordner mit eben dieser Nummer angelegt. Der Konstrukteur erhält die Spezifikation des Auftrags, kopiert die Projektstruktur aus dem Produkt- in den Auftragsordner und füllt diesen anschließend mit Leben.

So sind im Produktordner stets die neuesten Stände der Zeichnungen dokumentiert, während im Auftragsordner dargestellt ist, was tatsächlich gebaut wurde. Ist der Auftrag fertig zusammengestellt, werden die Zeichnungen an die Fertigung übermittelt. Ein Verzeichnis im PDM/PLM-System hält die Fertigungsstände des Produktes fest. So wird der Nachweis erbracht, wann welche Zeichnung in welcher Version zum Kunden bzw. an die Fertigung geschickt wurde. Lückenlos kann das Unternehmen die gesamten Bestellprozesse vom Auftragseingang über die Konstruktion bis hin zur Fertigung belegen.

Hier erweist sich wiederum die Eigenschaft eines PDM/PLM-Systems als Product Data Backbone als unschätzbar, in dem es Aufgaben und Versionsstände von Dokumenten zu jedem Zeitpunkt eines Auftrags nachvollziehbar macht und archiviert. Dem Unternehmen gelingt es dadurch, seine Auftragsprozesse effizient abzuwickeln und dem Kunden termingerecht fertige Produkte auszuliefern. Ob die Beteiligten im Inland oder Ausland sitzen, ob es sich um lokale oder global verteilte Teams handelt, spielt an dieser Stelle keine Rolle.

8. Digitalisierung.

Mit der Digitalisierung in technischen Unternehmen steigt die Anzahl der Systeme, in denen produktionsbezogene Informationen entstehen. Auch die Datenmengen werden immer größer und heterogener. Daten werden heute in verschiedensten Systemen erzeugt: M-CAD, Elektro- und Elektronik-CAD-Software, hinzu kommen produktrelevante digitale Information in Office-Dokumenten, im ERP-System, im CRM oder Support-System.

Die Verwaltung dieser Daten ist komplex, denn diese müssen über den gesamten Lebenszyklus eines Produktes betrachtet werden. Im Zuge einer integrativen Zusammenarbeit zwischen allen Abteilungen ist es zudem wichtig, dass nicht jeder nur mit seinen eigenen Daten arbeitet. Die manuelle Übertragung von Informationen von einem System in das nächste stellt allerdings eine ständige Fehlerquelle dar

Der Begriff der Digitalisierung wird in diesem Zusammenhang oft zu kurz interpretiert.

8.1 Disruptive Innovation.

In voller Fahrt bei laufendem Geschäftsbetrieb genauso innovativ sein wie ein Start-up: Bei diesem Spagat tun sich deutsche Mittelständler aus dem technologischen Umfeld noch schwer. Technologien zu verfeinern und weiterzutreiben bis zur Weltspitze – darin macht deutschen Ingenieuren so leicht keiner etwas vor. Was derzeit im Rahmen der Digitalisierung geschieht, ist aber mehr als bloße technologische Weiterentwicklung. Es ist eine Revolution, bei der schon so manch Etablierter von einem bis gestern noch unbekannten Wettbewerber überrollt wurde – Stichwort Disruptive Innovation.

Disruptive Innovation kommt nicht vornehmlich über technologische Differenzierung, sondern über das Geschäftsmodell. Für die Digitalisierung im deutschen Mittelstand, im Maschinenbau, im Anlagenbau oder anderen Branchen ist genau dieses Kennzeichen die besondere Herausforderung. Denn als etabliertes Unternehmen kann man nicht einfach Bestehendes über Bord werfen und sich unbekümmert und mit aller Kraft neuen Ideen widmen. Man muss vielmehr zweigleisig fahren, um Innovatives wirtschaftlich abzusichern: das bestehende Modell weiterfahren und gleichzeitig transferieren.

Wie aber kann man mit sich selbst disruptiv sein und das aus voller Fahrt? Wie kann man, unbelastet von bestehenden Verpflichtungen mit höchster Dynamik und gleicher Begeisterung wie bei einem Start-up im Silicon Valley neue Richtungen sondieren?

Die wichtigsten Faktoren bei der Gestaltung neuer Geschäftsmodelle sind Timing und Management. Nicht der „Early Bird“ fängt den Wurm, sondern derjenige, der richtig aufgestellt ist, wenn die „Early Majority“ der Kunden kommt, d.h. die größte Gruppe der Käufer, die das neue Produkt oder den neuen Service nachfragen.

8.2 PLM und Industrie 4.0.

Aus dem Blickwinkel von PDM/PLM-Systemen betrachtet, ist die Basis für Prozess-Steuerung in einer Industrie 4.0-orientierten Produktion die vollständige Verwaltung der Produktdaten.

„Das effiziente und effektive Management dieses digitalen Produktmodells von der Entwicklung über den Vertrieb, die Produktion und Inbetriebnahme bis zur Kundennutzung und zur Gewährleistung der mit dem Produkt verbundenen Dienste“ – das wird etwa seit dem Beginn des neuen Jahrtausends als Produkt-Lebenszyklus-Management oder PLM bezeichnet. Und in wachsendem Maße umfasst PLM nicht mehr nur die mechanischen Geometriedatenmodelle, sondern auch die Logik der Elektrik und Elektronik und die Programme der eingebetteten Software.

Dieses Management der Produktdaten ist die Grundvoraussetzung dafür, dass moderne, „intelligente“ und vernetzte Produkte ihre Funktion erfüllen und auf dem Weltmarkt erfolgreich sind. Es ist die Grundvoraussetzung, dass dann auch die Produktion „intelligenter“ vernetzt organisiert werden kann. Es ist die Grundvoraussetzung für Industrie 4.0.“ (Hechenberger Thesen des Sendler Circle)

Was ist ein digitaler Geschäftsablauf?

Häufig findet man in der Praxis Abläufe, die nur dem Anschein nach digital sind. Ein echter digitaler Geschäftsablauf zeichnet sich jedoch allein dadurch aus, dass operable Informationen vorliegen, die sich weiterverarbeiten lassen.

Man muss heute schon genau hinsehen, um falsche von echten digitalen Geschäftsabläufen zu unterscheiden. Nur dass kein Papier mehr vorliegt, heißt nicht, dass die Information digital ist. Sie ist vielmehr nur „elektronifiziert“. Die gescannte Rechnung, die ein Lieferant per E-Mail an seinen Kunden schickt, ist ein typisches Beispiel. Die darin enthaltenen Rechnungsinformationen sind nicht digital operabel. Man braucht aber echte digitale Informationen für einen richtigen digitalen Geschäftsprozess.

Dazu müssen – im Fall der Rechnung – zunächst per Optical Charakter Recognition die Bilddaten ausgelesen, Kopf- und Positionsdaten erkannt und im Idealfall mit einer zugrunde liegenden Bestellung im ERP-System abgeglichen werden. Stimmen Bestell- und Rechnungswerte überein, kommt ein Workflow zum Einsatz, der die Rechnungsdaten an die Finanzbuchhaltung zwecks Bezahlung weiterleitet – die klassische Dunkelbuchung ohne menschliches Zutun und Paradebeispiel für einen echten digitalen Geschäftsprozess. Diesen kennzeichnet mithin: digital operable Informationen, die maschinell verarbeitet werden und Systeme, die zu diesem Zweck miteinander verbunden sind.

Was für die Rechnung im kaufmännischen Umfeld gilt, ist auf Konstruktion und Entwicklung, d.h. die in einem Product Lifecycle Management System (PLM) vorhandene Information übertragbar. In diesem Fall geht es um alle Daten und Abläufe, die im Zusammenhang mit dem Produktmanagement stehen. Ein in der PLM-Software erstellter Änderungsantrag für ein Produkt als PDF ist noch keine operable, mit anderen Worten digital weiterverarbeitbare Information. Vielmehr muss die relevante Information des Antrags „Ändere folgendes Teil in dieser Art und Weise“ separat vorlie-gen und mit dem dazugehörigen Bauteil im PLM-System verbunden werden. Dann erst lassen sich Zusammenhänge herstellen. Allein dass die einzelnen Änderungspositionen im Antrag aufgelistet sind, erlaubt noch keine vollständig digitale Zuordnung. Und es ist nicht nur die Information über die Änderung, die digital vorliegen und mit der Änderungsdokumentation verbunden werden muss. Sondern zudem auch noch die sich daraus ergebene Aufgabe.

Wenn im PLM-Umfeld daher ein digitaler Geschäftsprozess entstehen soll, reicht es nicht aus, per E-Mail eine Aufgabe zu verschicken und die Bauteile, um die es geht, als Attachement anzuheften. Vielmehr muss die Aufgabe in der PLM-Software über eine Aufgabenakte vergeben werden und jedes Dokument liegt nur einmal vor. Der Änderungsprozess im PLM-System lenkt dann alle mit der Änderung verbundenen Produktdaten und Dokumente, begleitet durch die Aufgabenakte. Ein PLM-System als Product Data Backbone ist für einen solchen Änderungsprozess die Voraussetzung, denn dieser hängt unmittelbar mit Produktdaten zusammen, die im gesamten Unternehmen entstehen. Nur so kann die Änderung durchgängig von der Reklamation über das Änderungsmanagement bis zur Entwicklung verwaltet werden oder ein digitaler Informationszwilling per Knopfdruck aus einer Maschinen- und Lebenslaufakte entstehen.

Diese beiden Szenarien demonstrieren, was einen echten digitalen Prozess ausmacht. Ein Unternehmen betreibt erst dann durchgängige End-to-End-Digitalisierung, wenn es Informationen aus CAD, ERP und PLM digital verfügbar macht und dafür sorgt, dass diese sofort von anderen Systemen genutzt werden können. Eine Information muss also fähig sein, in ihrer digitalen Form ohne menschliche Interaktion genutzt zu werden und Aktionen und nachgelagerte Prozesse auszulösen. Man spricht dann von einem digitalen „Impact Management“. Um Digitalisierung in technischen Unternehmen richtig zu betreiben, benötigt man eine entsprechende digitale Plattform. Ein Product Data Backbone stellt eine solche Informationsbasis dar.

Ein Unternehmen muss dafür die notwendigen IT-technischen Voraussetzungen schaffen. Es sind drei Bereiche, die für die Digitalisierung wesentlich sind: das ERP-System, (mit SCM, Business Intelligence und Instandhaltung) zur Verknüpfung von Produktion, Finanzen, Vertrieb und Service, die Office-Systeme inklusive Intranet, Portal und CRM-System sowie die PLM-Software für Produktentstehung und -management – das Product Data Backbone.

8.3 Systems Engineering.

Die Entwicklung immer ausgefeilterer mechatronischer Systeme erfordert eine enge Zusammenarbeit von Spezialisten aller beteiligten Fachdisziplinen. Beim Design eines neuen Produktes oder der grundlegenden Überarbeitung soll und kann am Anfang oftmals noch nicht genau erkannt werden, welche Funktion über welche Technologie realisiert wird. Vielmehr kommt es zunächst darauf an, die Funktionalität eines Produktes sehr exakt zu beschreiben. So können alle, die an der Entwicklung, Fertigung und Vermarktung beteiligt sind, erkennen, was zu tun ist. Dies ist die Aufgabe von Systems Engineering.

Systems Engineering ist die erste Phase des Product Lifecycle Managements. Es begleitet auch alle nachfolgenden Phasen im PLM-Prozess. Systems Engineering und Product Lifecycle Management sind daher eng miteinander in Beziehung zu setzen. Der systemorientierte Entwurf, losgelöst von der Realisierungsform in Mechanik, Elektrik oder Software, erhält künftig eine enorme Bedeutung und stellt einen zentralen Punkt einer Industrie 4.0-Strategie dar.

Produkte müssen inzwischen stärker über das Geschäftsmodell definiert werden. Hierfür gilt es, eine Brücke zwischen der Entwicklung in den jeweiligen Abteilungen und dem Geschäftsmodell sicherzustellen. Diese Brücke ist das Systems Engineering, welches dabei als übergeordnetes Konzept anzuwenden ist. Denn künftig steigt der Anteil von Software und Elektronik in den Produkten und damit auch der Marktdruck, solche Produktbestandteile anzubieten. Die Verschiebung der Value-Proposition-Anteile wird zum Treiber von Systems-Engineering-Methoden. Durch ihren Einsatz verkürzen sich die Produktzyklen und die gesamte Entwicklung ist geprägt von einer höheren Dynamik über den gesamten Lebenszyklus des Produktes.

8.4 Digitaler Informationszwilling.

Maschinen und Anlagen werden in ihrer Struktur immer komplexer; der Produktanteil von Elektronik und Software gegenüber reiner Mechanik steigt angesichts von Digitalisierung und Industrie 4.0 permanent an. Lässt man die Produktinformationen aller Komponenten einer Anlage über ihren gesamten Lebenszyklus in einem Product- and Document Lifecycle Management System (PDM/PLM-Software) zusammenfließen, entsteht ein Digitaler Informationszwilling der an den Kunden ausgelieferten Anlage.

Computergestützte Modelle von Objekten, an denen man virtuell Simulationen durchführen kann, machen seit einiger Zeit unter dem Schlagwort des Digitalen Zwillings von sich reden. Digitalisierung wird im Maschinenbau und Anlagenbau als Konzept im Zusammenhang mit Industrie 4.0 diskutiert. Als Abbild eines Prozesses, eines Produktes und einer Dienstleistung verbindet der Digitale Zwilling die reale mit der virtuellen Welt. Installierte Sensoren an einem realen Objekt übermitteln ihre Daten an den Digitalen Zwilling, der sie verarbeitet und auswertet. Durch die Überwachung von Systemen lassen sich Fehler besser antizipieren und Probleme vermeiden, noch bevor sie auftreten.

Bild 52:Quelle: PROCAD GmbH & Co. KG, Konrad Reitz Ventilatoren GmbH & Co.KG

Im unternehmerischen Alltag sind vollständige Digitale Zwillinge dieser Art aufgrund der damit verbundenen technischen Voraussetzungen noch nicht über ihr Anfangsstadium hinausgewachsen. Derzeit werden vor allem einzelne Teile der Anlage remote überwacht, um z.B. die vorausschauende Wartung zu gewährleisten. Die technische Basis für einen Digitalen Zwilling ist eine durchgängige digitale Plattform, die produktrelevante Dokumente und Informationen verknüpfen und über den gesamten Produktlebenszyklus bereitgestellt.

Maschinen- und Lebenslaufakte als Ausprägung des Digitalen Zwillings.

Was sich statt eines vollständig digitalen Abbilds durchaus einfacher realisieren lässt, ist ein „Digitaler Informationszwilling“. Dabei handelt es sich um eine Lebenslaufakte eines Produktes/einer Anlage. Sie orientiert sich an der technischen Struktur aller Elemente der Anlage und vereinigt sämtliche damit in Verbindung stehenden Informationen, die für die Produktentstehung und das Produktmanagement relevant sind, an zentraler Stelle. In der Lebenslaufakte fließen über den gesamten Lebenszyklus der Anlage hinweg Produktdaten und Dokumente zusammen. Diese Informationen zu einem Produkt werden kundenbezogen oder projektspezifisch zusammengeführt und repräsentieren die ausgelieferte Maschine als Digitaler Informationszwilling.

Bild 53:Quelle: PROCAD GmbH & Co. KG

Um beispielsweise wiederholt auftretende Störungen an einer Anlage in Bezug auf die Produktqualität einschätzen zu können, muss klar dokumentiert sein, wie jede einzelne Maschine beim Kunden aussieht. Welche Pumpe und welcher Motor wurden verbaut? Welche Änderungen hat dieser Motor bereits durchlaufen? Welche Softwareversion steckt in der Antriebssteuerung? Wo liegt die dazugehörige Beschreibung? Auf Basis der vollständigen und auf Knopfdruck abrufbaren digitalen Dokumentation, können die Rückschlüsse aus Störungen besser beurteilt werden. Der Hersteller kann ferner Dokumentationen automatisch erstellen, ursprüngliche Anforderungen zuordnen oder die Auswirkung von Änderungsanträgen analysieren.

 Literaturhinweise:

[1] Quelle: Wissensportal der Firma PROCAD GmbH & Co.KG – siehe https://www.pro-file.com/de/wiki/kategorie/fortschritt-und-entwicklung/
[2] Quelle: Seite „Product-Lifecycle-Management“. In: Wikipedia, Die freie Enzyklopädie. Bearbeitungsstand: 19. Februar 2018, 18:21 UTC – siehe  https://de.wikipedia.org/w/index.php?title=Product-Lifecycle-Management&oldid=174194580
[3] Quelle: Seite „Produktdatenmanagement“. In: Wikipedia, Die freie Enzyklopädie. Bearbeitungsstand: 16. August 2018, 13:47 UTC – siehe https://de.wikipedia.org/w/index.php?title=Produktdatenmanagement&oldid=180068385 
[4] Quelle: Seite „Stückliste“. In: Wikipedia, Die freie Enzyklopädie. Bearbeitungsstand: 8.November 2018, 07:21 UTC siehe https://de.wikipedia.org/w/index.php?title=St%C3%BCckliste&oldid=182562069 

 

Vom Produkt-Lieferant zu erweiterten Geschäftsmodellen – Teil 3

Im Teil 2 meiner Berichtsreihe habe ich mich mit dem Thema Konnektivität eines Complete Fan System (CFS) befasst, und an dem Beispiel des IoT-Systems eine der Möglichkeiten einer SAAS-Lösung der Firma SH-Tools GmbH beschrieben. 

Voraussetzung für einige Digitale Geschäftsmodelle ist jedoch ein Digitaler Zwilling (Digital Twin), deshalb möchte ich mich im Teil 3 meiner Berichtsreihe nun mit dem Digitalen Zwilling befassen.

Ein Digitaler Zwilling wird allgemein als intelligente, digitale Repräsentation eines realen materiellen oder immateriellen Objekts beschrieben. Intelligent ist die Bezeichnung für die Fähigkeit von digitalen Zwillingen, Prozesse abzubilden, zu ermöglichen und zu optimieren. Dieses Verständnis wird zunehmend nicht nur bei der Firma LocLab Consulting GmbH in Darmstadt, um eine Dimension erweitert – die Geometrie. So versteht auch Dr. Ilka May, CEO von LocLab, unter einem Digital Twin, eine „dreidimensionale, objektbasierte und realitätsgetreue digitale Kopie, eines Objektes“ [1].  

In der Anwendung im Maschinenbau muss zumindest zwischen dem  Digital Product Twin  also dem virtuellen Abbild des Produktes und dem Digital Production Twin also den Produktionsmaschinen und –anlagen , NC-Programme und Prüfprogramme etc. zur Produktion des Produktes unterschieden werden.

Das größte Potenzial von intelligenten Digitalen Zwillingen, die die Fähigkeit besitzen, Prozesse abzubilden, zu ermöglichen und zu optimieren, liegt unbestritten im produzierenden Gewerbe. 

Das volle Potenzial digitaler Zwillinge entfaltet sich, wenn Zwilling und physisches Abbild zu einem sogenannten bidirektionalen System werden, d.h. die beiden Komponenten tauschen Informationen miteinander aus und können so zu einem sich selbst steuernden System werden. Die Verknüpfung verschiedener digitaler Zwillinge und ihrer realen Gegenstücke innerhalb einer einzigen Produktionskette wird auch als digitaler Faden (digital thread) bezeichnet.

Bild 26: https://www.computerwoche.de/i/detail/artikel/3544863/2/3222404/EL_mediaN10124/

Eine erfolgreiche Transformation erfordert eine durchgängige digitale Innovationsstrategie, um umfassende und präzise digitale Modelle von Produkten und Produktionsabläufen zu erstellen, um die Komplexität intelligenter Produkte und intelligenter Produktionsabläufe zu bewältigen. 

Diese Digitalen Zwillinge bieten bei entsprechenden Integrationskonzepten, wie Cloud-, ERP-, MES-, PLM- und IoT- einen detaillierten Einblick in alle Aspekte der Entscheidungsfindung für Produktentwicklung und Produktion bis zu den Industrial IoT-Performance-Erkenntnissen, die aus dem Feld (also aus den in Betrieb befindlichen Produkten und Anlagen)  gewonnen werden. 

Bild 27:Quelle: Bild UNITY AG

Nur dann – wenn diese digitalen Zwillinge mit einem konsistenten digitalen Thread verbunden werden – können Unternehmen die Kraft und Flexibilität erkennen, um die Entwicklung zu beschleunigen, die Fertigung zu optimieren und die Erkenntnisse aus dem Produkt- und Anlagenbetrieb zu nutzen, um die zukünftige Leistung zu verbessern.

Nun hängen der Aufwand und damit die Kosten der Erstellung von Digitalen Zwillingen von der Zielsetzung und Erwartungshaltung des Einzelnen ab. Denn trotz allen Potenzials ist eine erfolgreiche Einführung auf Unternehmens- oder Organisationsebene oft schwierig. Eine Marktanalyse aus dem Jahr 2020 unter 250 Ingenieuren, Designern, Produktmanagern und Führungskräften [2] bestätigt diese Einschätzung. Zu den häufigsten Hemmnissen und Blockern gehören demnach:

  • Keine Unterstützung durch das Management
  • Fehlender oder nicht verstandener Business Case
  • Unsicherheit, womit man anfangen soll
  • Finanzielle Hürden und mangelnde Bereitschaft zu Anfangsinvestitionen.
  • Mangelnde Integration vorhandener Software und Datenspeicher
  • Fehlendes Know-how zur Implementierung einer Lösung
  • Lösungen sind oft komplex und müssen aufwändig angepasst werden, kein „Off-the-shelf“ Produkt
  • Silohaftes Arbeiten, silohafte Datenstrukturen, silo-hafte Budgets, Verantwortungen, Zuständigkeiten – Silos sind das Gegenteil vom Digitalen Zwilling!

Wie kann also eine skalierbare und marktfähige Lösung aussehen, um verschiedenen Nutzern digitale Zwilling für eine möglichst große Bandbreite an Anwendungsfällen zur Verfügung zu stellen? Mit dieser Frage hat sich auch das Unternehmen LocLab aus Darmstadt eingehend beschäftigt und setzt voll auf Kosteneinsparung durch Technologie, Automatisierung und KI bei der Erstellung digitaler Zwillinge von Bauwerken, Maschinen und Anlagen.

Der erste Hebel in die Kostensenkung ist die Verwendung möglichst niedrigschwelliger Eingangsdaten. Die Kosten für die Datenaufnahme können signifikant reduziert werden, wenn anstatt aufwändiger 3D Laservermessung eine Produktion der 3D Modelle auf Basis von Videos erfolgt, die mit einfachen Aktion-Kameras aufgenommen werden, wie man sie z.B. aus dem Sport kennt. Aus den Videoaufnahmen werden in einem semi-automatisierten Verfahren datenschlanke Vektormodelle errechnet. Eine Muster- und Objekterkennung sorgt anschließend für die Semantisierung, also die objektbasierte Datenstruktur der Modelle.

Bei der Verwendung von Videos aus Mobilgeräten oder Action-Kameras werden in der LocLab Methode zunächst über einen speziellen Algorithmus in einem zweistufigen Verfahren Tiefenwerte errechnet.  Um die entstandene Punktwolke zu kalibrieren, wird lediglich ein zusätzliches Referenzmaß benötigt, das im einfachsten Fall mit einem Laser Distanzmessgerät erhoben werden kann. Die Genauigkeit der Tiefenwertberechnung liegt im Innenraum bei ca. 5 cm, im Außenraum bei ca. 10 cm. Die Genauigkeit der Kalibrierung kann durch verschiedene Verfahren sogar noch erhöht werden, zum Beispiel durch Verwendung mehrerer videogrammetrischer Auswertungen zugleich, Erhöhung der Referenzmaße, den kombinierten Einsatz von Videokameras mit einem 3D-Laserscanner oder über eine Verringerung der Distanz zwischen der Videokamera und dem Objekt. Damit können für Maschinen, Anlagen oder technische Komponenten Genauigkeiten von < 1 cm erreicht werden, denn diese Objekte können in der Regel aus großer Nähe gefilmt werden.

Die entstandene Punktwolke, nun in der richtigen Skalierung, wird in ein texturiertes Dreiecksnetz, ein sogenanntes „Mesh“, überführt. Damit entsteht bereits ein 3D Modell, dies ist jedoch nur als Zwischenergebnis zu betrachten, da es noch keine qualifizierten Geometrien oder Objekte enthält.

In der Software-unabhängigen ToolChain von LocLab laufen zur weiteren Verarbeitung des 3D Modells eine Reihe von Algorithmen ab. Zunächst wird eine Kantendetektion durchgeführt, Vektoren werden erkannt und gesetzt. Mit Hilfe der Vektoren werden anschließend über die KI-gesteuerte Mustererkennung Objekte in den Videos erkannt, über ein punktförmiges Element räumlich positioniert und mit einem Attribut „Objekttyp“ versehen. Anschließend findet ein Algorithmen-basierter Abgleich der erkannten Objekte mit der LocLab Objektbibliothek statt, bei dem Instanzen aus der Bibliothek in die Szene eingesetzt werden. Die korrekte Lage und Größe der Objekte wird über Parametrik gesteuert. Das kann man sich so vorstellen: wenn man ein Fenster ohne Parametrik skaliert, also z.B. vergrößert, dann wird alles größer und breiter, der Rahmen und die Fensterfläche. Das ist aber nicht korrekt, denn Rahmen haben in der Regel genormte Breiten. Mit Parametrik bleibt der Rahmen in der genormten und korrekten Breite und nur die Fensterfläche wird vergrößert. Diese Vorgänge laufen vollautomatisch ab, sie müssen allerdings kontrolliert und gegebenenfalls korrigiert werden. LocLab haben mit diesem Verfahren eine ausgereifte Technologie aus der Spieleindustrie aufgegriffen und weiterentwickelt.

Im nachfolgenden Beispiel ist eine Szene aus einem Video zu sehen (Bild 28) und das in dem oben geschilderte Verfahren daraus erstellte digitale 3D Modell (Bild 29).

Bild 28:Quelle: Bildsequenz aus einem Video der Firma Konrad Reitz Ventilatoren GmbH & Co.KG

Das hier aufrufbare Video zeigt eine einfache Datenanbindung über eine Verlinkung von Dokumenten und einen Abruf von Objektinformationen aus einer Datenbank bei Anklicken. Ebenfalls durch Anklicken wird das Modell zur Explosion gebracht, was beeindruckend verdeutlicht welche Detailtiefe aus dem zur Verfügung gestellten Video und einer Teileliste im PDF-Format erzeugt werden kann. Sogar Barcodes sind lesbar und funktionieren im digitalen Modell.

Bild 29:Quelle: von LocLab Consulting GmbH erstellte digitale 3D-Modell
Bild 30:Quelle: Detailbild des von LocLab Consulting GmbH erstellte digitale 3D-Modell

Wie bereits zu Beginn der Artikels erläutert, ist es aber nicht die Genauigkeit der Geometrie oder der Lichtreflex des verwendeten Materials, die den Digitalen Zwilling für die Industrie wertvoll machen. Es ist die Struktur der Daten, die auch im 3D Modell vollständig abgebildet ist, die es ermöglicht, dass aus einem 3D Modell ein echter Digital Twin wird.

Digitale Zwillingen können vor Realem Zwilling existieren[3]

Digitale Zwillinge können auch schon vor dem Realen Zwilling existieren, zum Beispiel als Designmodelle künftiger Produkte. Und sie können dazu dienen, Daten aus dem Einsatz der Realen Zwillinge zu analysieren und auszuwerten. Sie haben unterschiedlichste Zwecke und Funktionen. Ihr besonderer Wert für die Industrie ergibt sich aus der Einsparung physikalischer Prototypen und der Möglichkeit, Verhalten, Funktionalität und Qualität des Realen Zwillings unter jedem relevanten Aspekt zu simulieren. Dieser Wert kann für alle Teile der Wertschöpfung über den gesamten Lebenszyklus von Produkten, Anlagen und Dienstleistungen genutzt werden. Ein Digitaler Zwilling nimmt verschiedenste Formen an. Er kann zum Beispiel aufbauen auf einem Verhaltensmodell der Systementwicklung, einem 3D-Modell oder einem Funktionsmodell, das mechanische, elektronische und andere Eigenschaften und Leistungsmerkmale des Realen Zwillings im Lauf einer modellbasierten Ausgestaltung möglichst realistisch und umfassend abbildet.

Wenn dann reale Produkte und deren Digitale Zwillinge Daten austauschen, und diese Unmengen an Daten durch intelligente Datenanalyse verständlich gemacht werden, können neue Produkte mit rein virtuellen Entwicklungen bereits ohne reale Prototypen optimiert werden. Das verbessert die Effizienz, schont die Recourcen, beschleunigt die Entwicklung und Produktion, hilft auf Kundenwünsche einzugehen und fördert somit eine nachhaltig gesteigerte Wettbewerbsfähigkeit.  

Wie die Unmengen an Daten strukturiert und standardisiert werden könnten, damit befassen sich u.a. auch die Arbeitsgruppen „Referenzarchitekturen, Standards und Normung“ und „Sicherheit vernetzter Systeme“ der „Plattform INDUSTRIE 4.0“. Die aus Mitarbeitern dieser Arbeitsgruppen gebildete Task Force haben in dem Dokument „Was ist die Verwaltungsschale aus technischer Sicht?“ [4]. Welche Dokumente definieren die Verwaltungsschale (eng. Abk.: AAS für Asset Administration Shell) hierzu einiges zusammengefasst.  Nach Ansicht der Plattform INDUSTRIE 4.0 realisiert erst die Verwaltungsschale den Digitalen Zwilling.

Bild 31:Quelle: Plattform Industrie 4.0 Glossary http://4.0.iosb.fraunhofer.de/                                                                          Folie 8 aus der Präsentation „Die Verwaltungsschale im Detail – von der Idee zum implementierbaren Konzept“
Bild 32:Quelle: Plattform Industrie 4.0 Glossary http://4.0.iosb.fraunhofer.de/                                                                          Folie 10 aus der Präsentation „Die Verwaltungsschale im Detail – von der Idee zum implementierbaren Konzept“

D.h. also erst das Abbild eines Gegenstandes in Verbindung mit dem so strukturierten und kontrollierten Zugriff auf alle Informationen des Gegenstandes stellen den Digitalen Zwilling dar und bringen den wahren Nutzen und eröffnet die Möglichkeiten neuer, erweiterter, digitaler Geschäftsmodelle. Womit ich auch schon bei meinem nächsten Thema dem Product Lifecycle Management (PLM) bin. Den vor berichteten zwingenden Zusammenhang von Produkt und Produktdaten versucht die folgende Darstellung deutlich zu machen.

Bild 33:Quelle: PROCAD GmbH & Co. KG, Konrad Reitz Ventilatoren GmbH & Co.KG

Hierzu mehr im Teil 4 meiner Themenreihe „Vom Produkt-Lieferant zu erweiterten Geschäftsmodellen.“

Literaturhinweise

[1] May, Ilka (2021): KI-gestützte Erstellung digitaler Zwillinge von Infrastrukturanlagen.- In: Fachkongress Digitale Transformation im Lebenszyklus der Verkehrsinfrastruktur, Juni 2021, Heft 1, pp 221-227. Digital verfügbar:https://elibrary.narr.digital/article/99.125005/dtv202110221

[2] Engineering.com (Hrsg.) (2020): Are We Ready for Digital Twins?Engineering.com audience survey of perceptions and readiness.- online verfügbar: https://discover.3ds.com/sites/default/files/2020-01/are-we-read-for-digital-twins.pdf (zuletzt abgerufen 27.04.2021).

[3]  Auszug aus einem Bericht der Interessengemeinschaft SendlerCircle in der KEM Konstruktion vom 26.02.2019 siehe  https://kem.industrie.de/digitalisierung/was-ist-ein-digitaler-zwilling/?utm_source=email&utm_medium=newsletter&utm_campaign=nl26209click

[4] siehe das zum Download bereitgestellte Dokument: https://www.plattform-i40.de/PI40/Redaktion/DE/Downloads/Publikation/2021_Was-ist-die-AAS.html           

 

 

 

                       

 

 

 

Vom Produkt-Lieferant zu erweiterten Geschäftsmodellen – Teil 2

Im Teil 1. haben wir die Begründung gelesen, warum bereits heute ein Ventilatoren-Hersteller als System-Lieferant agieren sollte. Will der klassische mittelständische Maschinenbauer von der Entwicklung nicht überrollt werden, muss er sich jedoch den Herausforderungen, die die Digitalisierung mit sich bringt, stellen. Dies setzt aber eine Digitalisierungs-Strategie voraus, die vom Kopf des Unternehmens durchgängig bis in alle Abteilungen gelebt wird. Hat die Geschäftsführung sich von der Notwendigkeit eines Wandels durch Digitalisierung überzeugt, sollte diese ein Team aus der Führungsebene aller Geschäftsbereiche,  also von der Technik, Produktmanagement, Marketing, Vertrieb, Service, Recht, Finanzen und IT bilden. Bei der Komplexität der notwendigen Aufgaben braucht man Mitarbeiter, die für den Wandel gerüstet sind und den Wandel mit vollziehen, vielleicht sogar vorantreiben, miteinander interagieren und man braucht Unternehmer die diesen Wandel führen.

Bild 15: Quelle: Von Webteam UNITY – Eigenes Werk, CC BY-SA 4.0, https://commons.wikimedia.org/w/index.php?curid=68073586

Eine solche Digitalisierungs-Strategie kann für den klassischen Maschinenbauer der Weg über den Serviceanbieter hin zur Plattformökonomie sein. So heterogen wie die derzeitige IoT-Plattformlandschaft stellt sich auch die Bandbreite möglicher unternehmerischer Zielstellungen innerhalb der Plattformökonomie dar. Sollen Plattformen vertikal, also zur innerbetrieblichen Optimierung der Geschäfts- und Produktionsprozesse, oder horizontal, d.h. zur unternehmensübergreifenden Integration mit Lieferanten und/oder Kunden und Ausrichtung auf erweiterte und/oder neue Geschäftsmodelle eingesetzt werden? Oder beides?

Die Plattformökonomie bietet Anbietern wie Nutzern umfassende Möglichkeiten und Chancen, haben perspektivisch enorme Auswirkungen auf die Erlös- und/oder Kostenposition und können damit einen entscheidenden Beitrag zur strategischen Positionierung eines Unternehmens im Wettbewerb und zu dessen unternehmerischem Erfolg leisten. 

Im Vorgriff zu dem letzten Teil der Berichtsreihe “ Vom Produkt-Lieferant  zu erweiterten Geschäftsmodellen.“ Ein kurzer Überblick. Was sind überhaupt erweiterte Geschäftsmodelle im Kontext der Digitalisierung?

Bild 16: Quelle: Hintergrundbild Norman Glaser über Linkedin 

Zu den  5 häufigsten  Digitalen Geschäftsmodellen zählen:

1. Digitale Plattformen:

Plattform-Angebote sind aktuell die verbreitetste Variante digitaler Geschäftsmodelle. Die Zahl der B2B-Plattformen deutscher Industrieunternehmen steigt immer weiter an.

2. Applikationen:

Tatsächlich können Applikationen auch ein eigenes Geschäftsmodell darstellen, in dem  sie Daten erfassen, analysieren und für den Kunden visualisieren. Ergänzend zum Sammeln und Aufbereiten von Daten gehört die Beratung fest zu diesem Geschäftsmodell – diese Dienstleistungen werden somit zur eigentlichen Grundlage der Umsätze.

3. Produkt als Service:

Dieser Ansatz lässt sich dahingehend ausbauen, dass die Nutzung des Produktes als Service angeboten wird – und nicht das Produkt selbst. Der Kunden bezahlt dann, ähnlich wie bei den Applikationen, für die Nutzung des Produkts. Also ein Pay-per-Use-Angebot.

4. Digitale Elemente:

In eine andere Richtung führt hingegen das Angebot digitaler Elemente, um eigene Produkte effizienter und somit für den Kunden attraktiver zu machen. Die Bandbreite ist dabei sehr groß, sie reicht vom weiten Feld der Sensorik bis hin zu  Augmented Reality. Diese zus. Leistungen erhöhen zwar den Preis, bieten aber gleichzeitig für den Kunden einen deutlichen Mehrwert.

5. Konnektivität:

Die Vernetzung von Produkten und die Analyse von deren Daten bietet vor allem im Bereich der Überwachung und Wartung neue Möglichkeiten. Dies reicht vom Remote Service bis zum Predictive Maintenance-Angebot.

Stellt man sich nun als Ventilator-Hersteller die Frage nach der Zielsetzung eines erweiterten „Digitalen Geschäftsmodell“ so springt einem das 5. Geschäftsmodell, die „Konnektivität“ und die daraus sich ergebenden Möglichkeiten direkt ins Auge. 

Fest steht für mich aber das zukünftige Complete Fan System wird erst als smartes Produkt komplett. Denn hier wird die Grundlage für zwei Lösungsansätze gelegt. Langfristig dem Remote Service bis hin zum  Predictive Maintenance-Angebot. Kurzfristig, und schnell umsetzbar und damit als Einstieg in die Materie ideal. Für den Betreiber der Ventilator-Systeme können digitale Elemente eine kostengünstige, intelligente und effiziente Instandhaltung, mit einer App und Auswertsoftware die selbsterklärend ist, bereits wesentliche Vorteile bieten.  

Bild 17: Quelle: HBC Horst Benderoth Consulting, Bilder: Reitz, Alexander Bürkle

Wenn wir das Ventilator-System aber durch entsprechende Sensoren smart gestalten, nützt dies nur etwas, wenn wir aus den Rückmeldungen auch Analysen und Simulationen durchführen können. Dazu brauchen wir die Daten auf einer Plattform.

Die langfristige Lösung führt über einen Digitalen Zwilling, also dem virtuellen Abbild des realen Produktes der entlang der gesamten Wertschöpfungskette umgesetzt wird, und genau wie das reale Produkt mit den Informationen verbundener Sensoren versorgt wird. Er ist also, wenn Sie so wollen über den gesamten Lebenszyklus des Produktes sein digitales Ebenbild. Zum Thema „Digitaler Zwilling“ jedoch in einem späteren Beitrag Teil 3 mehr. 

Zurück zur IoT-Konnektivitätslösung. Wie las ich doch jetzt in einem Bericht in der Industry of Things – „Kognitive Systeme sind die Nervenzellen des industriellen Internet of Things (IIoT). Messwerte werden erfasst, ausgewertet und bedarfsgerecht weitergeleitet.“

Sehen wir uns doch einmal um, was es an fertigen IoT-Konnektivitätslösung für ein Complet Fan System (CFS) gibt.

Antriebslieferanten bieten bereits sogenannte Smarte Sensoren für deren Motore an, die wichtige Betriebs- und Zustandsparameter zu Vibration, Temperatur, Überlastung, Energieverbrauch etc. erfassen, analysieren und per WLAN bzw. einem Gateway an die Cloud übermitteln. Diese Betriebsdaten werden dann in der Cloud gespeichert. Mit einer entsprechenden App,  und zukünftig auch mittels cloudbasierte Analysemöglichkeiten, stellen die Antriebsfirmen  dem Benutzer technische Motordaten und wertvolle Analyseergebnisse zum Betrieb und Zustand des Motors zur Verfügung. Das Tool schlägt z.B. empfohlene Maßnahmen zur vorbeugenden Wartung vor.

Bild 18: Quelle: ABB, Siemens, WEG

Derartige Lösungen gibt es z.B. bereits von ABB, Siemens aber auch WEG um nur ein paar der großen Anbieter zu nennen. ABB Ability Smart Sensor System  auf seinem IoT Betriebssystem basierend auf der Microsoft Azure Cloud-Plattform. Siemens mit dem Smart Motor Concept auf MindSphere , einem offenen IoT-Betriebssystem von Siemens. WEG Motor Scan  auf ihrer WEG IoT Plattform. 

Bild 19: Quelle: ABB

Auch für die Lagerung gibt es bereits Smart Sensor-Lösungen.

Z.B. der ABB Ability  Smart Sensor für montierte Lager ist eine Überwachungslösung, die eine allgemeine Zustandsanzeige des Lagers bietet, um Sie zu informieren, wenn eine Wartung erforderlich ist, bevor es zu spät ist. Die neueste Smart Sensor-Lösung, die für den Einsatz in Dodge-Lagern von ABB entwickelt wurde, ist ein fortschrittlicher Sensor, der mit dem Lager verbunden ist und kabellos kommuniziert – über Smartphones oder andere Geräte. Der Sensor liefert Vibrations- und Temperaturinformationen, die eine schnelle Zustandsanzeige des Lagers ermöglichen, wodurch ein unerwarteter Ausfall verhindert und die Lebensdauer der Ausrüstung verlängert werden kann.

Über die Maschinenüberwachung Aion inkl. Echtzeit FFT-Analyse (Fast Fourier Transform) und KI-Algorithmen in der Firmware dank Edge-Computing Architektur von AiSight habe ich im Okt. 2020 bereits berichtet.

All diese schönen Dinge sind Cloud-basierte Anwendungen, die für den Ventilatoren-Hersteller keine offenen Systeme darstellen, da diese Software und Datenauswertung auf den Komponenten-Hersteller spezifischen Plattformen betrieben werden. Will man jedoch sowohl die kurzfristige Lösung für einen Soforteinstieg und sich aber auch für die langfristige Lösung und Integration in andere IoT-Datenbanken, wie z.B. die Leonardo-IoT-Plattform von SAP offen halten, benötige ich zumindest ein System, das über eine REST-API die Möglichkeit geschaffen hat mit anderen Systemen zu kommunizieren. 

Hier bietet sich die Lösung von SH-Tools an.

Die SH-Tools GmbH https://www.sh-tools.com/ aus dem Technologiezentrum Marienwerder / Hannover haben jetzt 4 Jahre Forschung und Entwicklung betrieben und somit viel Zeit und Geld investiert, um das SH-Tools System jetzt in den Markt zu bringen. Dazu zählen die Hardware, die ToolBox, wie auch eine Web-Applikation die als Software as a Service (SaaS) oder On-Premises Variante angeboten wird. Das gesamte System ist Herstellerunabhängig und über eine dokumentierte REST-API offen für die Anbindung an weitere Systeme wie SAP, Salesforce etc.

Bild 20: Quelle: SH-Tools GmbH

Mit dem SHT System kann man in der Industrie dezentral in einem All-In-One Datensammler physikalische Messdaten  für die präventive Instandhaltung analysieren und digitalisieren.

Bild 21: Quelle: SH-Tools GmbH – Hardware ToolBox

Die ToolBox umfasst 8 x 4 – 20 mA analoge Eingänge, 2 x digitale Eingänge, wie auch 3 digitale Ausgänge, die als Ampel funktioniert. Eine Möglichkeit für die Internetverbindung ist der Anschluss eines Ethernet Kabel. Alle Anschlüsse sind Standard M12 Anschlüsse.

Darüber hinaus können optionale Antennen angeschlossen werden wie LTE, WLAN /BT und GNSS/GPS. Für die einfache Identifizierung Vor-Ort kann mittels NFC die ToolBox, respektive das Aggregat erkannt werden. Die Stromversorgung wird über 24V gesichert. Alles zusammen ist in einem robusten Aludruckgussgehäuse und ist IP66 / IP67 zertifiziert. 

Cloud-Applikation – MoniTool.

Die Web-Applikation MoniTool wurde genauso wie die Hardware mit der Idee entwickelt, dass alles sehr einfach sein muss. Die Software funktioniert in jedem modernen, aktuellen Internetbrowser.

Bild 22: Quelle: SH-Tools GmbH – Web-Applikation MoniTool

Der Benutzer kommt innerhalb weniger Schritte genau dorthin, wo er sein möchte. Die Übersichtsseite bietet alles auf einem Blick. Bei der Einrichtung weiterer Maschinen und Aggregate wird der Benutzer durch ein einfaches Menü geführt. Die Oberfläche wirkt sehr aufgeräumt und man kommt auf jedem Endgerät wie Notebook, Tablet oder sogar Smartphone schnell zum Ergebnis. 

Die wichtigsten Funktionen sind das Trend-Chart, die digitale Dokumentation wie Ersatzteile, Reparaturberichte, Typenschild und Inbetriebnahmeprotokoll. 

Das jetzige System wurde ausgiebig über 1 Jahr im Feld getestet. Darunter sind Hersteller wie auch Anlagenbetreiber aber auch Anlagenbauer. Vom Instandhalter über den Kaufmann bis hin zum digitalen Visionär sind alle überzeugt, dass die SH-Tools den Zahn der Zeit treffen. 

Die Einbindung.

Die dezentrale Installation ermöglicht es, mit wenig Aufwand das System in den Betrieb zu nehmen. Nachdem alle Dokumente hinterlegt sind, die Sensoren angeschlossen sind und die ToolBox im System hinterlegt ist, hat man die Maschine oder das Aggregat digitalisiert. Ab diesem Zeitpunkt lebt man die Industrie 4.0 und gerade die kleineren Maschinen und Aggregate werden gern übergangen. Doch auch diese ungeplanten Stillstandszeiten können nicht kalkulierbare Kosten verursachen. Durch die Einstellung der Grenzwerte kann man sich alarmieren lassen, sollten diese Überschritten werden. Dieser Vorteil ist für den Anlagenbetreiber und Instandhalter sofort greifbar. Dies kann man im Retrofit Industrie 4.0 Bereich umsetzen aber auch bei Neumaschinen. Gerade wenn es um einen Gewährleistungsfall geht, ist der Blick in die Vergangenheit bei der Maschine hilfreich, um Klärung zu bieten. Handelt es sich um ein unsachgemäßes Betreiben der Maschine und Aggregate oder um einen Konstruktionsfehler. Hierbei zählt nicht den Schuldigen zu finden, sondern um die Nachhaltigkeit und ein weitgehend runden und störungsfreien Produktionsprozess zu erreichen.

Bild 23: Quelle: SH-Tools GmbH – MoniTool – Trend-Chart

Das Arbeiten in der Cloud.

Langfristig werden Dienstleister und Hersteller eine noch bessere Zusammenarbeit mit Ihren Kunden merken. Wenn alle Parteien sich über das gleiche Thema unterhalten und alle zusammen daraus ihren Mehrwert ziehen. Die präventive, zustandsorientierte Instandhaltung verursacht allgemein weniger Kosten, in dem die Laufzeit der Aggregate insgesamt erhöht wird und sich die Wartungskosten reduzieren.  

Durch die gesicherte Cloud können alle Beteiligten im selben Datencenter arbeiten. Restriktive Zugänge ermöglichen ebenfalls, dass bestimmte Benutzergruppen auch nur bestimmte Bereiche bearbeiten können. Des Weiteren können Laufzeiten mit aufgezeichnet werden. Die SH-Tools hat einen aktiven Wartungskalender integriert. Somit kann die Software eine durchschnittliche Laufzeit errechnen und einen Zeitpunkt der Wartung festlegen. Dieser reagiert jederzeit auf das Aggregat. Das heißt, auch bei einer unübersichtlichen Größe an Aggregaten können Instandhalter jetzt feststellen, wann zum Beispiel eine Wartung oder eine Nachschmierkontrolle durchgeführt werden muss.

Bild 24: Quelle: SH-Tools GmbH – Wartungskalender

Die Keyfacts.

  • Optimierung der Anlagensicherheit.
  • Messdatenerfassung.
  • Serviceintervalle für den Kunden werden proaktiv gestaltet (Wartungsverträge).
  • Langzeit-Trendanalyse: Den Aggregatzustand im Fokus halten mittels Langzeit-Trendanalyse.
  • Papierlose Dokumentation.
  • Bestandsaggregate durch Vernetzung modernisieren und somit Kosten optimieren.
  • Vorgeschriebene Inspektionen innerhalb der Gewährleistungszeit sind automatisch terminierbar.
  • Bei Erstinbetriebnahme oder nach Revisionen von Aggregaten. permanente digitale Überwachung der Messwerte während des Probelauf.

Unterschied Mess- und Regelwarte zu Instandhaltung.

Mess- und Regelwarte:

Eine plötzliche Fehlfunktion der Aggregate wird von der Prozessparameterüberwachung nicht immer gleich erkannt. Die Prozessparameter sind hauptsächlich für den aktuellen Live-Prozessablauf zuständig. Für die reine Instandhaltung sehr komplex und teuer.

Präventive Instandhaltung:

Messen und Vorhalten von Maschinenparametern zum Überwachen der Aggregate. Frühzeitige Erkennung von Problemen durch Trendanalyse. Schnelle Reaktion durch Alarmierung bei Grenzwertüberschreitung. Garantie für eine zuverlässige Produktion und konsequente Kontrolle der Aggregate.

 

 

Bild 25: Quelle: SH-Tools GmbH – Einsatzbeispiel

Im Teil 3 meines Blog-Berichtes werde ich mich dann mit dem Digitalen Zwilling des CFS auseinandersetzen.

Vom Produkt-Lieferant zu erweiterten Geschäftsmodellen – Teil 1

In dem folgenden Beitrag  Teil 1 möchte ich am Beispiel des Ventilatorenbaus, den aktuellen Stand und die Chancen  aufzeigen, die sich, und das gilt stellvertretend für viele mittelständische Maschinenbauer, durch die Digitalisierung ergeben.

Bild 1: Quelle: HBC Horst Benderoth Consulting, Bild Reitz Ventilatoren

Wenn wir uns den aktuellen Stand bei der Mehrzahl der mittelständischen Ventilatorenbauer ansehen, stellen wir fest, daß diese meist reine Produkt-Lieferanten sind. Was heißt das?

Für alle Leser, die nicht gerade aus dem Ventilatorenbau kommen und nicht unbedingt nach einer DIN-Norm suchen, sondern einfach mal googeln was Wikipedia als Begriffs-Definition so anbietet, finden sie folgende Definition:                                                                                                Ein Ventilator (von lat. Ventilare  „Wind erzeugen“, „Kühlung zufächeln“)  ist eine fremd angetriebene Strömungsmaschine, die meist mittels eines in einem Gehäuse rotierenden Laufrads ein gasförmiges Medium fördert und verdichtet sowie dabei zwischen Ansaug- und Druckseite ein Druckverhältnis zwischen 1 und 1,1 erzielt.

Bild 2: Quelle: Bild; fotolia, Text; http://de.wikepedia.org/wki/Ventilator

Maschinen mit einem Druckverhältnis zwischen 1,1 und 3 sind Gebläse. Ventilatoren und Gebläse werden auch als Lüfter bezeichnet, insbesondere wenn sie zur Luftabsaugung vorgesehen sind. Im weiteren Sinn werden alle zu den Verdichtern gerechnet. Verdichter im engeren Sinn erzielen dagegen Druckverhältnisse von mehr  als 3. Im Verhältnis zur Leistung erzielen Ventilatoren aufgrund des niedrigen Druckverhältnisses hohe Volumenströme. Gebläse wegen des mittleren Druckverhältnisses mittlere Volumenströme. Für die, die jetzt ganz verwirrt sind, das Ganze einfach in Bildern.

Bild 3: Quelle: TROX-TLT, Berliner Luft, Nicotra Gebhardt, TLT Turbo, Reitz Ventilatoren 

Unter dem Sammelbegriff Ventilatoren laufen die verschiedensten Ausprägungen. Während  grundsätzlich zwischen Axial- und Radialventilatoren unterschieden wird, ist ein weiteres Unterscheidungskriterium die Anwendung. Hier wird zwischen Klimaventilatoren oder auch  Ventilatoren der Technischen Gebäude Ausrüstung einerseits

Bild 4: Quelle: Reitz Ventilatoren, TLT Turbo

und den Industrieventilatoren bzw. Prozess-Ventilatoren andererseits unterschieden. Die unterschiedlichen Anforderungen an die Ventilatoren prägen hier deutlich die Ausführungen und Bauarten der Ventilatoren.

Bild 5: Quelle: IKTD Universität Stuttgart, Dipl.-Ing. Matthias Bachmann und Dipl.-Ing. S. Recker 

Allen gemeinsam ist die Tatsache, dass der Produkt-Lieferant im Ventilatorenbau  versucht das eigentliche Produkt, also den Ventilator zu optimieren, d.h.; Die optimale Auslegungsdrehzahl zu finden,  mittels CFD-Analyse die Laufradströmung und damit den Wirkungsgrad zu verbessern,  mittels FEM  und Modal-Analysen die Laufradbelastung und damit Festigkeit  mit kleinst möglichen Massen zu realisieren, Untersuchungen der Lagerbelastung durchzuführen, sowie Maßnahmen zu Geräuschreduzierung vorzunehmen.

Kurz er ist bemüht, im Sinne der zuständigen EU-Richtlinien  und Verordnungen, ein effizientes Produkt zu gestalten, zu fertigen und zu liefern.

Bild 6: Quelle: HBC Horst Benderoth Consulting, Bild Reitz Ventilatoren

Der nächste Schritt in der Entwicklung des Ventilatorenbaus ist der Systemlieferant. Dies vor allem getrieben durch die EU-Richtlinien, wie der Er-P-Richtlinie 2009/125/EG sowie der speziell auf Ventilatoren bezogene Verordnung (EU) Nr. 327/2011, aber auch der internationalen Normenreihe IEC 61800-9, die eine ganzheitliche Betrachtung der Effizienz eines kompletten Antriebsystems ermöglicht. Die deutsche Fassung dieser internationalen Norm ist mit der  DIN EN 61800-9-2 am 01.01.2018 veröffentlicht worden und ersetzt die bisherige DIN EN 50598-2. Hierin heißt es, um die effizienteste Lösung einer elektrisch betriebenen Arbeitsmaschine herauszufinden, müssen zur Energieeffizienzindex      (EEI) -Ermittlung die Verluste des eingesetzten Motorsystems vorliegen. Hinzu kommen die Verluste der Arbeitsmaschine inklusiv der Übertragungs-Module. Also das Zusammenspiel des kompletten Ventilatorsystems.

Mit der internationalen Normreihe IEC 61800-9 wurde im Jahr 2017 ein normatives Werkzeug veröffentlicht, das unter anderem eine objektive Bewertung der Energieeffizienz von Antriebssystemen, aber auch des erweiterten Produktbereiches ermöglicht. Die Effizienzklassen der Complete Drive Module (der Frequenzumrichter) werden hierin in den Klassen IE0 bis IE2 festgelegt. Vergleichbares gilt für das Power Drive System also das komplette Antriebssystem (Motor+FU). Bei der Ermittlung der Verluste eines Power-Drive-Systems werden die Einzelverluste des Motors und des kompletten FU´s addiert. Die Verlustbestimmung wird in 8 Betriebspunkten ermittelt. Um die effizienteste Lösung einer elektrisch betriebenen Arbeitsmaschine herauszufinden, müssen zur Energieeffizienzindex (EEI)-Ermittlung die Verluste des eingesetzten Motorsystems vorliegen. Hinzu kommen die Verluste der Arbeitsmaschine inklusiv der Übertragungs-Module. Die Arbeitsmaschine ist in unserem Fall der Ventilator.

Bild 7: Quelle: ZVEI – Handout – zu Norm EN 50598 – heute DIN EN 61800-9-2

Entscheidend dabei ist die Einsicht, nicht Komponenten sparen Energie, sondern Systeme in ihrer verfahrenstechnischen Anwendung.

Bild 8: Quelle: HBC Horst Benderoth Consulting

Da aber der entscheidende Ansatz der Verlustvermeidung bei der Wahl des Regelkonzeptes von den verfahrenstechnischen Anforderungen des Kundenprozesses bestimmt wird, sollte also auch logischerweise die konzeptionelle Gestaltung, Lieferung und damit Verantwortung des erweiterten Produktes Ventilatorsystem in einer Hand bei dem Ventilatorlieferanten angesiedelt sein. Nur er kann bei den vom Verfahrenstechniker vorgegebenen Lastpunkten einer Anlage die mit der Ventilatorkennlinie und dem entsprechend gewählten Regelungskonzept sich ergebenden Arbeitspunkte und damit den Energieeffizienzindex (EEI) des kompletten Ventilatorsystems (CFS) bestimmen bzw. ein für die Anforderungen entsprechendes Ventilatorsystem auslegen. Eine strikte Trennung von Maschinenbau und Antriebstechnik muss dem Energieeffizienzgedanken weichen. Deshalb plädiere ich bereits aus Energieeffizienzgründen, das CFS als Einheit zu betrachten und die Konzeptionierung und Lieferung in einer Hand zu belassen.

Das es weitere Gründe für die einheitliche Behandlung als Ventilatorsystem gerade im Zuge der Digitalisierung gibt, wird in dem weiteren Verlauf dieses Beitrags deutlich.

Eine sehr gelungene Umsetzung eines kompletten Ventilator-Systems aus dem Niederdruckbereich sehen Sie hier mit einer Baureihe der Firma ebmpapst. Und zwar das Ventilator-System der Baureihe RadiFit:

Bild 9:  Quelle: ebmpapst Produkt RadiFit 

Es besteht aus den Komponenten: Spiralgehäuse, Hochleistungslaufrad, GreenTech EC-Motor und  der elektronischen Steuerung für eine stufenlos steuerbare Drehzahl mit integriertem Blockier- und Übertemperaturschutz.

Bei dieser Art Ventilatoren, würde kein Kunde auf die Idee kommen den Antrieb oder die Regelung beizustellen. Ganz abgesehen davon, dass ebm-papst die Antriebe auch selbst herstellt.

Bild 10: Quelle: ebmpapst Produkt RadiCal

Bei dem rückwärtsgekrümmten GreenTech EC-Ventilator der RadiCal Baureihe handelt es sich um eine All-in_One Lösung aus einer Hand. Also Laufrad, GreenTech EC-Motor mit integrierter Steuerelektronik und Spiralgehäuse. Zus. einer zum Patent angemeldeten Volumenstrommessung  mit Flügelradanemometer, Feuchtigkeits- und Temperatursensoren und einer MODBUS-RTU Schnittstelle. ebm-papst zeigte 2018 auf der Messe Chillventa in Nürnberg bereits die Linie GreenIntelligence. Hierbei entwickelt ebm-papst aus energieeffizienten Ventilatoren und Antrieben eine intelligente vernetzte Komplettlösung. Alle Produkte mit GreenIntelligence von ebm-papst sind IoT-fähig und mit jedem System vernetzbar – und das schnell und einfach per Plug & Play. D.h. hier sind Smart Fans bereits Realität.

Bild 11: Quelle: HBC Horst Benderoth Consulting, Bilder: Scheuch, Reitz

Anders sieht das bei den sogenannten Industrie- bzw. Prozeß-Ventilatoren aus. Hier wollen oft sogar die Ventilatorlieferanten nichts mit der E-Technik, geschweige denn  der Leistungs-Elektronik zu tun haben. Denn wie höre ich häufig. „Wir sind ja schließlich Maschinenbauer“. Aber auch hier besteht das komplette Ventilator-System immer aus dem eigentlichen Ventilator (also dem Laufrad, dem Gehäuse, bei separater Lagerung den Lagern, den  Moment übertragenden Komponenten (Kupplung, Riementrieb) und den Konsolen etc.)

Bild 12: Quelle: HBC Horst Benderoth Consulting, Bilder: Scheuch, Danfoss, ABB, Siemens, REEL S.r.l.

dem Antrieb – In den meisten Fällen einem Elektromotor, wobei man je nach Einsatzbedingungen und Antriebsgröße entscheiden muss, welche Antriebslösung die richtige ist. Drehstromasynchronmotor mit Alu-Läufer. Drehstromasynchronmotor mit Kupferläufer. Synchronmotor mit Permanentmagneten am Rotor. Synchronreluktanzmotor dessen spezielles Rotordesign den magnetischen Fluss führt und so ein Reluktanzmoment erzeugt. Wobei der Synchronmotor mit Permanentmagneten bei kleineren Leistungen und hohen dyn. Anforderungen und der Synchronreluktanzmotor bei Leistungen bis max. 450 kW  die richtige Wahl bei dem Wunsch nach einer Effizienzklasse >=IE4 in Verbindung mit einem Frequenzumrichter sind. Die verschiedenen Motorkonzepte beeinflussen erheblich den Antriebswirkungsgrad.

Bild 13: Quelle: HBC Horst Benderoth Consulting, Bilder: Scheuch, Reitz, CG Drives & Automation, Siemens, ABB, Danfoss

Die dritte wichtige Komponente ist die Regelung.

Ob Drosselklappenregelung, Drallregelung oder Drehzahlregelung, und hierbei je nach Leistung mit einem Aufsatz-FU, mit einem Einbaugerät oder einem kompletten Schranksystem. Der richtige Antrieb (Motor +FU) bestimmt schon einmal den Antriebssystem-Wirkungsgrad. In Verbindung mit dem Ventilator dann den Ventilatorsystem-Wirkungsgrad und was viel wichtiger ist, durch die Unterschiede in der Regelungsart die unterschiedlichen Leistungsaufnahmen über den Regelbereich. Entscheidend  ist aber hier, dass das Ventilator-System, also Ventilator, Motor und Regelung exakt aufeinander abgestimmt ist. Wobei hier leider in der Praxis oft die Systemkomponenten auseinander gerissen werden (also nicht aus einer Hand geliefert werden), weshalb gerade die Abstimmarbeiten vernachlässigt werden, obgleich diese von großer Bedeutung sind, da es sonst bei nicht richtig abgestimmten Ventilator-Systemen bzw. falsch parametrierten Antriebssystemen zu Schwingungen und letztlich Schäden an den Ventilatoren kommen kann.

Wenn in den ErP-Richtlinien bzw. der EU-Verordnung Nr. 327/2011 vom Ventilator-System-Wirkungsgrad gesprochen wird, sind also zumindest diese drei Komponenten gemeint.

Bild 14: Quelle: HBC Horst Benderoth Consulting, Bilder: Scheuch, Siemens, Reitz

Zwar nicht im Sinne der EU-Richtlinie 327/2011, wohl aber im Sinne der Anforderungen an ein optimales Ventilator-System, gehören die aktiven oder passiven Maßnahmen zur Schallreduktion mit in die Betrachtung. Denn auch hier gewinnen durch steigende Marktanforderungen und verschärfte gesetzliche Bestimmungen maschinenakustische Produktanforderungen immer mehr an Bedeutung.

Ist damit das Ventilator-System abgerundet? – Ich sage nein.

Denn wenn wir im Ergebnis erweiterte digitale Geschäftsmodelle anstreben, müssen erst die Grundlagen, die digitale Geschäftsmodelle erst möglich machen, gelöst und damit vorhanden sein.

Hierzu zählen, die Sensorik, Konnektivität, Cloud-Nutzung, das Arbeiten mit Digitalen Zwillingen und den Plattform-Technologien.

Im Teil 2 werde ich über die Sensorik berichten bzw. versuche ich zu der Frage, wie bekommen wir die Daten zu einer vorausschauenden Wartung bis hin zu einem IoT-basierten Predictive Maintenance des CFS in den Griff, Antworten zu finden.

Digitale Produktentwicklung – Additive Fertigung

Bei der digitalen Produktentwicklung im Ventilatorenbau erschließen sich dem Entwickler ganz neue Möglichkeiten, um anforderungsgerechte, hocheffiziente Laufräder mit räumlich gekrümmten Schaufeln für hochtourige Ventilatoren zu konzipieren. 

Stellten bisher noch für den Entwickler bei dem klassischen Ventilatorenbauer fertigungstechnische Voraussetzungen eng gesetzte Formgebungszwänge, sowie knappe Budgetrahmen bei der Neuentwicklung kundenauftragsbezogener Individualprodukte unüberwindbare Hindernisse dar, zeigen heute Lösungsansätze wie der „Digitale Ventilatoren-Prüfstand“ und die „Additive Fertigung“ Wege zur Realisierung auf.  

Während ich in meinem Beitrag „Von der digitalen Produktentwicklung zum erweiterten Geschäftsmodell“ bereits ausführlich über die Chancen und kommerziellen Vorteile eines entwickelten „Digitalen Ventilatoren-Prüfstand“ berichtet und hierin aufgezeigt habe wie der Entwickler und Anbieter einer derartigen SaaS-Lösung auf einer entsprechenden Plattform auch hiermit monetäre Ziele verfolgen kann, zeigt der Markt auch der Fertigungsindustrie gleiche Zielsetzung auf. 

Auf der Suche nach Umsetzungsmöglichkeiten seiner digital entwickelten Ideen bieten heute bereits einige Firmen Dienste der Additiven Fertigung an. Schöne Beispiele hierzu liefern die Plattform mipart.com der Firma BAM GmbH, aber auch die Firma Mark 3D GmbH, um nur zwei Anbieter von vielen zu nennen. Gerade auch bei kundenauftragsbezogenen Individualprodukten bietet sich die Additive Fertigung oder auch Additive Manufacturing (AM) als Fertigungsverfahren an. So bietet z.B. pulverbasiertes Schmelzen mit einem Laser, wie dem Selektive Lasersintern (SLS) oder Selektive Laserschmelzen (SLM) bei dem der zu verarbeitende Werkstoff in Pulverform in einer dünnen Schicht auf einer Grundplatte aufgebracht und mittels Laserstrahl entsprechend einer programmtechnisch vorgegebenen Bahn Schicht für Schicht lokal vollständig umgeschmolzen wird, eine kostengünstige Möglichkeit die Laufräder aus extremen Materialien herzustellen. Eine weitere innovative Technologie um Metall zu drucken zeigt der Metal X von Mark3D auf. In der Atomic Diffusion Additive Manufacturing kurz ADAM-Technologie besteht das Druckmaterial aus Kunststoff und einem Metallpulver in sehr hoher Konzentration. Gedruckt wird dann im FFF-Verfahren (Fused Filament Fabrication) – komplett ohne giftigen Metallstaub. Darauf folgt der Sinterprozess und das Ergebnis ist ein über Nacht gefertigtes Metallteil. Durch den Sinterprozess erfolgt eine Atomare Diffusion. Durch die Hitze verschieben sich die Atome leicht und verkleben. Dadurch erreichen die Bauteile hervorragende mechanische Eigenschaften und eine enorme Steifigkeit auch in z-Richtung. 

Von reinem Kupfer über Edel- und Werkzeugstähle bis hin zu Inconel 615 oder in naher Zukunft auch Titanlegierungen.

Aber auch aus Werkstoffen wie dem Polyamid PA12 lassen sich beispielsweise mit der sogenannten Multi Jet Fusion Technologie (eine 3D Druck Technologie von HP) entsprechende Laufräder mit räumlich gekrümmten Schaufeln herstellen. 

Mit der Continuous Filament Fabrication kurz CFF-Technologie, ein Verfahren, das die Mark3D GmbH einsetzt, lassen sich sogar Laufräder aus ONYX (PA6 mit 15% Carbonfaseranteil) in Verbindung mit einer Carbon-Endlosfaser herstellen.

Mit anderen Worten, der Entwicklung von extrem hochtourigen Turbo-Laufrädern stehen sowohl von der Materialseite, als auch aus Kostensicht von der Fertigungsseite keine Hindernisse mehr im Weg. In Verbindung mit regelbaren, hochtourigen Antriebssystemen können sich hier dem Ventilatorenbauer ganz neue, erweiterte Märkte eröffnen.

Remote Services unterstützt durch Augmented Reality

In Zeiten der COVID-19-Pandemie geben staatliche Gesundheitsorganisationen stetig neue, verschärfte Empfehlungen heraus, wie Unternehmen die Gesundheit und Sicherheit von Mitarbeitern, Kunden und Partnern gewährleisten können.

Wie für die Angestellten mit dem homeoffice muss auch der Service beispielsweise nach neuen Wegen suchen seine Arbeitsweise so anzupassen, dass ein Einsatz vor Ort beim Kunden durch einen Remote Service ersetzt werden kann. Will ein Unternehmen trotz Reiseeinschränkungen seinem Kunden bzw. dem Betreiber seiner gelieferten Produkte für Einsätze bei denen Fachwissen erforderlich ist, Hilfestellung gewähren, so stehen heute Fernunterstützungsprodukte bereit, um Betreiberpersonal vor Ort durch das Fachwissen der Experten des Produktlieferanten zu unterstützen, Anweisungen zu geben, um so Wartungen und Reparaturen mittels Remote Services durchzuführen und den Anlagenbetrieb zu sichern.

Hier helfen oft einfache Dinge. Die Kollaborations-App Vuforia Chalk beispielsweise, für die PTC seinen Kunden für eine erste Laufzeit bis zum 30. Juni 2020 während der Krisenzeit kostenfreien Zugang gewährt, kann helfen den Betrieb aufrecht zu erhalten, aber auch für Tests genutzt zu werden, um sich über die Möglichkeiten eines Remote Services zu informieren.   

Von der digitalen Produktentwicklung zum erweiterten Geschäftsmodell

Die digitale Produktentwicklung hinkt in vielen KMU´s noch hinterher. Dabei kann die Digitalisierung der Produktentwicklung in vielen Unternehmen die Effizienz um ca. 30 Prozent steigern und die Kosten nicht unerheblich verringern.

Im Ventilatorenbau wird heute zwar üblicherweise Strömungssimulationssoftware zur Optimierung und Gestaltung des Schaufelkanals an den Laufrädern eingesetzt, die rechnerkapazitätsintensiven Berechnungen werden aber zum Teil über Nacht bzw. über mehrere Tage durchgeführt, da die meist Klein- oder Mittelständler im Ventilatorenbau nicht über ausreichend  Rechner Power verfügen.

Bei Flugantrieben und Gasturbinen ist 3D-CFD heute Standard. Hier verkaufen beispielsweise die Gasturbinenhersteller ihre Produkte noch bevor der erste Prototyp existiert und dies mit Wirkungsgradzusagen, deren Abweichung von der Vorberechnung im Bereich weit unter 1% liegt. Dies wäre ohne die digitalisierte Produktentwicklung unterstützt durch 3D-CFD-Simualtionsrechnungen noch während der Produktentwicklung nicht denkbar.

Will nun der Ventilatorenbauer auch auf Kundenwünsche und prozessorientierte Auslegung seiner Produkte eingehen, ist es ratsam sich der Plattformdienste großer Anbieter zu bedienen. Hier sind 3D-Konstruktions- und Simulationsprogramme als SaaS-Dienste verfügbar. So bietet beispielsweise das Simcenter Lösungen zur Kombination von Systemsimulation, 3D-CAE und Tests und unterstützt den Anwender somit, die Leistung über sämtliche kritische Attribute hinweg früher und während des gesamten Produktlebenszyklus zu prognostizieren. D.h. von der Produkterstellung, dem parallel erstellten Digital Twin des Produktes  bis hin zur integrierten Lösung für CFD-fokussierte Multiphysik-Simulation stehen Lösungen bereit. Außerdem bekommt man heute auch für wenig Geld nahezu unbegrenzte Rechenleistung, u.a. auch zum Mieten in der Cloud. Bei Verwendung der  attraktiven PowerSession-Lizenzfunktion beispielsweise lässt sich ein Simulations-Auftrag auf einer unbegrenzten Anzahl von Hochleistungscomputern ausführen um tiefere Einblicke in die 3D Strömung an jedem Ort des Ventilators (Laufradschaufelkanal und Spiralgehäuse) sowie in jedem Lastfall zu gewinnen und das daraus resultierende Verständnis plus die im Vergleich zur Messung frühere Verfügbarkeit der Daten schon in der Entwurfsphase zu erhalten. 

Mit derart durchgängigen Lösungen an PLM-Software läßt sich so, nicht nur ein Digitaler Zwilling eines Ventilators, sondern auch z.B. ein Digitaler Leistungsprüfstand erstellen. Während bei der herkömmlichen Erstellung eines Prototyps und Messungen an einem herkömmlich realem Leistungsprüfstand die Entwicklung aus Zeit- und Kostengründen auf wenige Designvarianten beschränkt ist, ließe sich an einem Digital Twin eines Leistungsprüfstands das gesamte Spektrum der Möglichkeiten und kreativen Ideen mit hunderten virtuellen Varianten ausprobieren und damit eine enorme Flexibilität und Reaktion auf individuellen Kundenanforderungen erreichen. Das Verständnis, was bei welchen Änderungen von Parametern in der Abhängigkeit von anderen Parametern passiert, kann man mittels Simulation so viel besser erreichen. Außerdem lassen sich auf einem Digitalen Prüfstand einige Erkenntnisse viel genauer darstellen. Skalare Werte wie z.B. die Wellenleistung können natürlich auf einem realen Prüfstand gut gemessen werden. Aber bereits bei der Austrittstemperatur der Luft fängt es schon an; Reicht eine Sonde oder ist die Temperatur an der Austrittsebene stark ungleichförmig?

Bleibt die Frage, warum sollte ein Ventilatorhersteller einen Digitalen-Leistungsprüfstand erstellen, wenn er einen realen Leistungsprüfstand gemäß den Anforderungen der DIN EN ISO 5801 unterhält? 

Abgesehen von dem eigenen Nutzen bei der schnellen Anpassungsfähigkeit auf Kundenanforderungen, den wesentlich weitreichenderen Erkenntnissen bei der Produktentwicklung und den damit erzielten Wettbewerbsvorsprung, sind auch die realen Betriebskosten gegenüber einem realen Leistungsprüfstand geringer. Die Kosten zur Leistungsvorhaltung den EVU´s gegenüber sind hier nur ein Beispiel. Was aber meiner Meinung nach viel interessanter ist, ein derart skalierbarer Digitaler Leistungsprüfstand könnte als App auf einer Plattform angeboten werden und damit als ein weiterer Baustein der Dienstleistung im Bereich erweitertes Geschäftsmodell fungieren. Bedenken mit diesem Angebot den Wettbewerb schlau zu machen, lassen sich schnell ausräumen. Schließlich muss dieser selbst seine digitale Produktentwicklung betreiben um einen Digitalen Twin seines Produktes an dem Angebot eines Digitalen Leistungsprüfstands zu testen. Die eigenen Produkt- und Ergebnisdaten liegen jeweils strikt gesichert in einem eigenen Bereich. Es würde also der Wettbewerb nicht auf die Daten der eigenen Produktentwicklung zugreifen können, sondern lediglich das Angebot eines digitalen Ventilatorenprüfstands und der Anmietung der Rechnerleistung zugreifen können.

Ein skalierbarer Digitaler Ventilatorenprüfstand könnte also nicht nur der eigenen Produktentwicklung und Anpassungsfähigkeit an Kundenbedürfnisse zugute kommen, sondern als erweitertes Geschäftsmodell auch monetäre Ziele verfolgen.

Schritt 5 – Von der MindSphere Applikation „Analyze MyDrives“ zur App „Analyze My Complete Fan Systems“.

Bildquelle: siemens.com/Herr Leipold

Interview zur MindSphere Applikation „Analyze MyDrives“

Das Interview wurde geführt zwischen

Herrn Michael Leipold                                                                                                         Herrn Horst Benderoth                                                                                    Siemens AG                                                                                                                           HBC Horst Benderoth Consulting
Digital Industries                                                                                                                  D-51580 Reichshof-Wiehl
Motion Control
General Motion Control
DI MC GMC
D-90439 Nürnberg

Herr Benderoth                                                                                                                                                                      Sehr geehrter Herr Leipold, ich übe beratende Begleitung bei Digitalisierungs-Projekten auf dem Weg zur Plattformökonomie sowohl durch Berichte auf meinem Blog als auch auf Wunsch direkt bei Klein- und Mittelständlern aus dem Bereich des Ventilatorenbaus aus. Im Zuge der, in meinem ersten Bericht, aufgezeigten 8 Schritte wird deutlich, dass die Digitalisierung auch in Traditionsbranchen, wie dem Maschinenbau Veränderungen, die zu ganz neuen Geschäftsmodellen führen, hervorruft. Gute Geschäfte macht in Zukunft nur, wer dem Kunden einen echten Mehrwert bieten kann. Der Ventilatorenbau ist servicesorientiert und sollte das Spezialwissen, welches er über Jahre hinweg aufgebaut hat nutzen, um sein Serviceangebot durch das Potenzial, dass die IoT-Techniken, Data Analytics etc. bieten, in Richtung Predictive Maintenance seiner Ventilatorsysteme zu entwickeln. Erste Schritte in der Daten-Visualisierung und Analyse können z.B. für den Antriebsstrang (Motor und Frequenzumrichter) durch vorkonfigurierte Werkzeuge von Plattformtechnologie-Anbietern genutzt werden. Womit wir beim Thema wären.

Herr Benderoth                                                                                                                                                       Wenn ich z.B. auf der Siemens homepage nach Produkten zur Erfassung, Überwachung und Analyse von Schwinggrößen einer Maschine suche, stoße ich auf das Condition Monitoring System SIPLUS CMS1200 SM 1281. Sehe ich mir dies näher an, ist hier von der Überwachung durch analoge Sensortechnik für die Schwingungsaufnehmer und einem digitalen Eingang für die Drehzahlerfassung die Rede. Dies ist aber doch meiner Meinung nach die klassische Anbindung und Installation um die Ergebnisse vor Ort entweder auf einem Panel bzw. im Leitrechner einer Anlage zu betrachten. Andererseits, wenn ich an eine IoT-Anbindung, Daten in der MindSphere etc. denke, ist von MindConnect und MindSphere Applikationen die Rede. Können Sie mir die beiden Begriffe oder Produktfamilien erläutern?

Herr Leipold                                                                                                                                                        Sie sprechen hier verschiedene sehr wichtige Aspekte an: Einerseits sollte es tatsächlich zu allererst immer darum gehen, Wissen über den Antriebsstrang zu ermitteln, um damit eine valide Basis für Optimierungen zu haben. Die richtigen Antworten auf die Fragen des Anlagenbetreibers zu finden, ist der wahre Mehrwert, der auch neuen serviceorientierten Geschäftsmodellen zugrunde liegt.

Nun ist die entscheidende Frage, in welcher Genauigkeit und Latenz sollen Daten erfasst werden und sollen diese Informationen nur innerhalb einer oder von vielen verteilten Anlagen zur Verfügung stehen.

Je höher die Abtastraten, je mehr verschiedene Messgrößen, aus dedizierten Sensoren durch komplexe Algorithmen in einer Anlage sehr schnell zur Verfügung stehen müssen, desto eher sprechen wir über das typische Einsatzgebiet eines Condition Monitoring Systems wie dem genannten SIPLUS CMS.

Wenn jedoch ohnehin vorhandene Daten und Informationen nicht nur aus einer Maschine, sondern aus vielen Maschinen in weltweit verteilten Anlagen und Fabriken zu einem Gesamtbild zusammengeführt, analysiert und miteinander verglichen werden sollen, um daraus Optimierungsbedarfe abzuleiten, dann bieten sich cloudbasierte Lösungen geradezu an.

Die von Ihnen genannten Produktgruppen unterstützen unsere Zielgruppen – Maschinen- und Anlagenbauer sowie die Betreiber – ihre jeweiligen Ziele zu erreichen: mögliche Anomalien im Betrieb frühzeitig zu erkennen und darzustellen. Mit MindConnect steht ein standardisiertes Portfolio zur Verfügung Daten und Betriebszustände aus SIEMENS Antriebs- und Automatisierungsprodukten auszulesen und in die MindSphere – das offene IoT Betriebssystem – zu laden.

Dort können die Daten dann mithilfe der MindSphere Applikationen analysiert und visualisiert werden: Analyze MyDrives ist unsere Monitoring-App zur Überwachung des Antriebsstrangs.

Herr Benderoth                                                                                                                                                         Zusätzliche Sensoren sind also verzichtbar?  Nun gibt es aber Anlagenbetreiber (Endkunden) die immer noch in Ihren Spezifikationen analoge Sensoren für z.B. die Aufnahme der Lagerschwingungen, Lagertemperaturen, Drehzahl etc. vorsehen.

Herr Leipold                                                                                                                                                        Unser Ansatz versucht so viele der ohnehin vorhandenen transienten Daten aus dem Umrichtersystem zu verwenden wie möglich. So lassen sich aus Stromwerten in bestimmten Anwendungsfällen sogar Rückschlüsse auf Vibrationen im Antriebsstrang ableiten. Wir wollen Anlagenbetreiber und Systemintegratoren in die Lage versetzen, auch in Bestandsanlagen „minimalinvasiv“ an diese Daten zu kommen, ohne Änderungen bei Hardware und Software vornehmen zu müssen, die dann unter Umständen aufwändige Neuzertifizierungen der Maschinen erforderlich machen.

Sollte die Verwendung externer Sensoren sich aber nicht vermeiden lassen, um etwa die Temperatur des Getriebeöls aufzunehmen, so können unsere Kunden stets auf unser umfassendes Portfolio vertrauen, das solche Sensoren umfasst und deren nahtlose Einbindung in das Gesamtsystem ermöglicht, womit diese Informationen wiederum an die MindSphere übertragen werden wo sie dann für Analyse und Visualisierung zur Verfügung stehen.

Herr Benderoth                                                                                                                                                        Bleiben wir einmal bei dem Thema Datensammlung und –aufbereitung, also der digitalen Überwachung des kompletten Antriebsstrangs.  Wie kommen die Nutzer denn nun an die Daten aus dem Umrichtersystem, für die sie sich interessieren?

Herr Leipold                                                                                                                                                        Bei drehzahlveränderlichen Antrieben verfügen Umrichter über viele hochauflösende Daten und Informationen die für die Bewegungssteuerung nötig sind. Hier setzen wir an und ermöglichen den Zugriff auf nahezu alle relevanten Antriebsparameter. Unser IoT Gateway SINAMICS CONNECT 300 bindet SIEMENS Umrichter der V und G Familie schnell und einfach an die MindSphere an. Dabei schlägt es die wichtigsten Informationen vor (Strom, Drehmoment, Geschwindigkeit u.ä.) oder überlässt dem Nutzer die freie Konfiguration der zu sammelnden Werte.

Sind die Daten in der MindSphere gespeichert, stehen sie zur Auswertung mit beliebigen Applikationen zur Verfügung. Dabei kann der Nutzer aus einer Vielzahl von Programmen wählen, die von SIEMENS oder unseren Partnern zur Verfügung gestellt werden.

Herr Benderoth                                                                                                                                            Lassen Sie mich hier noch einmal hinsichtlich möglicher Geschäftsmodelle nachhaken. Wenn ich als Anlagenbauer den Antriebsstrang ausgestattet habe, muss ich dann dem Betreiber noch weitere Module liefern? Wie skalierbar ist die beschriebene Lösung? Lassen Sie mich das anhand des Beispiels einer Biomasse-Verbrennungsanlage mit 2 Linien verdeutlichen: je Linie 1 Primärluft-, 1 Sekundärluftgebläse, 1 Rauchgasrezirkulationsgebläse und einen Saugzugventilator. Also je Verbrennungslinie 4 in Summe 8 Ventilatoren. Wie lassen sich diese Antriebskomponenten der verschiedenen Linien und möglicherweise verschiedener Anlagen zusammenfassen?

Herr Leipold                                                                                                                                                        Die MindConnect Produkte sind Bestandteil unseres Totally Integrated Automation Lösungsportfolios, dadurch sind durchgängige Kommunikation und Skalierbarkeit sichergestellt. Egal welche Antriebsstrangkomponenten sie einbinden wollen, von der Schalttechnik, Energieabzweigen über Umrichter und Steuerungen: lassen sich über MindConnect an die Cloud anbinden, egal wie viele Antriebe sie auswerten wollen.

Herr Benderoth                                                                                                                                                         Wenn wir so also die reinen Hardware-Lieferungsvoraussetzungen erfüllt haben und einmal voraussetzen, dass sich der Ventilatorenbauer für die IoT-Plattform MindSphere entschieden hat, und er gemäß meinem Blog-Bericht „Schritt 4 – Vorgehensweise für den Einstieg auf der IoT-Plattform MindSphere“ für die Zugänge IoT Value Plan, IoT Developer Plan und IoT Operater Plan gesorgt hat, kommt er wie an Ihre MindSphere App „Analyze MyDrives“ und welche Kosten sind hiermit verbunden?

Herr Leipold 
Die Anbindung der Antriebsstrangkomponenten erfolgt über das MindConnect Portfolio, das sich wiederum nach den Erfordernissen des Anwendungsfalls richtet. Somit ist eine skalierbare Lösung möglich vom Funktionsbaustein in der SIMATIC Steuerung bis zum performanten IoT Gateway MindConnect nano oder auch SINAMICS CONNECT 300. Letzteres ist für weniger als 500 Euro erhältlich und bindet bis zu 8 SINAMICS Antriebe gleichzeitig an.

Für den MindSphere Zugang fallen jährliche Kosten an, die sich wiederum nach den jeweils zugrundeliegenden Mengengerüsten richten. Ab nur 4000 Euro jährlich können Sie so Daten in der MindSphere speichern und auswerten.

Wenn der Anwender dann auf Applikationen zur Auswertung seiner Daten zugreifen will, fallen ebenso jährliche Lizenzgebühren an. Eine Lizenz Analyze MyDrives schlägt mit 580 Euro jährlich zu Buche.

Wenn man bedenkt, dass sie bereits mit der Vermeidung von rund 4,5 Manntagen Serviceeinsätzen diese Kosten kompensiert haben, ganz abgesehen von der monetären Wirkungen möglicher Optimierungen, ist das ein einfacher und schneller ROI.

Herr Benderoth                                                                                                                                          Welchen Leistungsumfang sieht diese App vor?

Herr Leipold                                                                                                                                                        Analyze MyDrives trägt den TIA-Gedanken in die MindSphere! Mit Analyze MyDrives visualisieren und überwachen Sie alle Daten am gesamten Antriebsstrang, egal wie Sie die Daten in Ihren Tenant laden. Umrichter, Motoren, Steuerungen, Sensoren oder Schaltgeräte, die mitttels des umfangreichen Standard MindConnect Portfolios an die MindSphere angebunden sind, alle wird Analyze MyDrives für Sie überwachen und auswerten.

  • Benachrichtigungsfunktion weiter verbessert: Einfacher IFTTT Regelautomat
  • Frei konfigurierbare Trendanalyse: lineare und polynominale Trendfunktion bis 5. Ordnung, mit Korrelationsmaß. Verfügbar für Zeitreihen- und Punktwolkendiagramme, die noch aussagekräftigere bi-variate grafische Korrelationsanalysen erlauben.
  • Dashboard zur direkten Darstellung aller Antriebsstrangkomponenten und deren Statusinformationen auf einen Blick. Umfassende Integration der SINAMICS G und S Familien und deren Betriebszuständen.

Beispieldiagramm Analyze MyDrives: Zeitreihendiagramm Überwachung der Ventilatordrehzahl mit Schwellwerten und linearer Trendfunktion (Datenübertragung mittels SINAMICS CONNECT 300)

Beispieldiagramm Analyze MyDrives: Punktewolkendiagramm mit frei wählbaren Variablen (hier Ventilatordrehzahl und Temperatur), mit polynominaler Trendfunktion und Korrelationseffizienten sowie Schwellenwertüberwachung.

Herr Benderoth                                                                                                                                                         Wenn ich einen eigenen, geschützten  Bereich in der MindSphere habe und Ihre App „Analyze MyDrives“ a) um die Daten z.B. der Lagerüberwachung des Ventilators, aber auch der Informationen aus meinem ERP-System, wie z.B. welcher Kunde, welche Anlage, welche Maschinen-Nr., welche Auftrags-Nr. etc…. erweitern möchte, also wenn Sie so wollen aus der App „Analyze MyDrives“ eine App „Analyze My Complete Fan Systems“ erstellen will um diese dann b) in dem MindSphere App-Store meinen Kunden zur Verfügung zu stellen, stellt sich die Frage – ist dies möglich? Wenn ja, was ist hierzu mit welchem Kostenaufwand notwendig?

Herr Leipold                                                                                                                                                            Analyze MyDrives ist eine generalistische Applikation, die in vielen verschiedenen Industrieapplikationen zum Einsatz kommen kann, gerade weil sie so einfach zu konfigurieren ist, können verschiedenste Anwendungsfälle adressiert werden. Uns ist natürlich bewusst, dass bestimmte Fragestellungen viel besser durch spezielle Fach-Applikationen gelöst werden können. Hier kommt das Konzept der MindSphere als offener IoT Plattform voll zum Tragen, wenn Dritte eigene MindSphere Applikationen entwickeln umso ihre jeweilige Expertise verfügbar zu machen.

Ein schönes Beispiel dafür kommt aus Italien, dort hat ein Systemintegrator die Firma SOFTEAM für einen großen Anlagenbetreiber aus der Lebensmittelindustrie die Applikation PumpAnalyzer entwickelt (die namentliche Nähe zu unserer App ist reiner Zufall). Die nötigen Daten aus den vorhandenen SINAMICS Antrieben werden durch SINAMICS CONNECT 300 zur Verfügung gestellt.

Die offene und einfache Bereitstellung der nötigen Daten in der MindSphere hat dieses Vorgehen nicht nur unterstützt, sondern darüber hinaus das Geschäftsmodell des Systemintegrators SOFTEAM überhaupt erst ermöglicht.

Somit stehen jedem Ventilatorenbauer die gleichen Möglichkeiten offen, eigene digitale Geschäftsmodelle zu entwickeln und in den Markt zu bringen … nur der Produktname „Analyze My Complete Fan Systems“ erscheint mir ein wenig zu sperrig.

Herr Benderoth                                                                                                                                                         Nun, das soll auch sicherlich keine App-Bezeichnung sein, sondern lediglich aufzeigen, worum es geht. Ob eine derartige App dann „Analyze My CFS“ oder „Fan Analyzer“ etc. tituliert wird, ist dem jeweiligen Ventilatorenbauer, der eine derartige App dann umsetzt, überlassen.

Herr Leipold ich bedanke mich für das sehr aufschlussreiche Interview, möchte aber gerne noch darauf hinweisen, dass Sie Ihr Produkt auf der SPS 2019 präsentieren, und hier sicherlich allen Interessenten für weitere Fragen zur Verfügung stehen.

Schritt 4 – Vorgehensweise für den Einstieg auf der IoT-Plattform MindSphere

                                                                                                         Bildquelle: www.siemens.com/presse

Vorwort – Aussage von Siemens:

siehe https://www.plm.automation.siemens.com/global/en/our-story/newsroom/xcelerator-speeds-digital-future/64645

Siemens hat am 04.09.2019 mit Xcelerator ein integriertes Portfolio aus Software, Diensten und Anwendungsentwicklungsplattformen angekündigt, das personalisiert und an die kundenspezifischen und branchenspezifischen Anforderungen angepasst werden kann, um Unternehmen jeder Größe dabei zu unterstützen, digitale Unternehmen zu werden.

Xcelerator kombiniert das gesamte Portfolio der Siemens-Software für Design, Engineering und Fertigung mit einer erweiterten Mendix-Plattform für die Entwicklung von Low-Code-Anwendungen mit mehreren Erfahrungen. Die Mendix-Plattform umfasst jetzt Cloud- und App-Services für Digital Engineering und Internet of Things (IoT), die auf MindSphere®, dem Cloud-basierten, offenen IoT-Betriebssystem von Siemens, basieren, sowie Mendix ‚marktführendes einheitliches Low-Code- und No-Code-System Entwicklungsumgebungen. Diese Plattform ist einzigartig in Xcelerator und treibt die digitale Transformation voran, indem sie jedem im Ökosystem ermöglicht, dazu gehören Endbenutzer und Ingenieure, die auf einfache Weise ihre vorhandenen Daten und Systeme erstellen, integrieren und erweitern können. Das Unternehmen gab außerdem bekannt, dass aus Siemens PLM Software Siemens Digital Industries Software geworden ist. Diese Änderung soll das Wachstum des Ökosystems und des Portfolios von Lösungen, Anwendungen, Tools und Services des Unternehmens widerspiegeln, die die digitale Transformation in Unternehmen auf der ganzen Welt vorantreiben.

Soweit die Aussage der Siemens Ankündigung. Das liest sich alles sehr gut, zumal die Integration der Mendix Low-Code- und No-Code-Entwicklungsumgebung dem Mangel an IT-Experten bei den Klein- und Mittelständlern des Ventilatorenbaus entgegen kommt, weil auf einfache Weise ihre vorhandenen Daten und Systeme erstellen, integrieren und erweitern können. Versucht man jedoch im Vorfeld zu recherchieren welcher Aufwand erforderlich ist um z.B. den relevanten Anwendungsfall eines „Predictive Maintenance des Complete Fan Systems“ zu realisieren, stößt man schnell auf Grenzen. Zu dem Complete Fan System gehören selbstverständlich auch die Antriebssysteme (Motor und Frequenzumrichter). Ziel ist es das komplette Ventilatorsystem mit intelligenten Sensoren auszustatten und IoT-Plattform gestützt die Auswertungen und Dashboard Darstellungen aller relevanten Daten, Trends und Fehlermeldungen von Motor, Frequenzumrichter und Ventilator als Basis eines Service Pakets zu schnüren. Da diese Auswert- und Darstellungs-Applikation für den Part des Antriebs, laut meiner Recherche, die MindSphere App „Analyze MyDrives“ sein könnte, habe ich versucht hierüber weitere Informationen dahingehend einzuholen, wie diese Tools in dem vorbeschriebenen use case genutzt werden könnten. Nachdem ich nun über zwei Monate lang mindestens 10 Personen bei Siemens vergeblich angesprochen habe und hierzu keinerlei Erkenntnisse gewinnen konnte, komme ich zu dem Schluss, dass entweder detaillierte Informationen in den kostenpflichtigen Beratungs-Service von Siemens gehören, oder aber man mir als Berater ganz simpel diese Informationen nicht geben will. Deshalb müsste sich diese Informationen jeder Ventilatorenbauer eventuell im Zusammenhang mit einer kostenpflichtigen Potenzialanalyse durch Siemens am Ende des Umsetzungsplans wohl selbst besorgen.

Doch nun zur Vorgehensweise für einen Einstieg auf der IoT-Plattform MindSphere von Siemens:

Hier muss differenziert werden, ob ich mir lediglich als MindSphere Nutzer einen Zugang verschaffen will, d.h. die fertigen auf der IoT-Plattform angebotenen Siemens Standard Apps nutzen will, oder ob ich darüber hinaus eigene Apps entwickeln will, wie z.B. für das „Predictive Maintenance des Complete Fan Systems.“

  1. IoT Value Plan

Als reiner Nutzer Zugang, für die Nutzung der Standard Siemens Apps (siehe App Store) reicht der IoT Value Plan (der mit 300,– €/Monat zu Buche schlägt). Der IoT Value Plan bietet die Möglichkeiten Assets mit MindSphere zu verbinden. Daten sicher zu senden und zu speichern. Assets und Benutzer zu verwalten. Verbundene Assets zu visualisieren und zu analysieren und auf MindSphere Anwendungen zuzugreifen. D.h. hier könnte das Projektteam z.B. den Antrieb mittels eines Test-Ventilators mittels Connect 100 mit der MindSphere verbinden, Daten in Echtzeit sammeln und über jeden gängigen Webbrowser darauf zugreifen, sowie sich die hierzu bereitgestellten Analysetools anzusehen.

  1. IoT Developer Plan

Habe ich jedoch vor, über die Nutzung der fertigen Siemens Apps hinaus auch eigene Apps zu entwickeln und später die Integration zu Daten auf meiner eigenen IT bzw. auf den Cloud-Systemen fremder Anbieter vorzunehmen, benötige ich außer dem Nutzer Zugang auch einen Entwickler Zugang zur MindSphere, den IoT Developer Plan (der mit 350,– €/Monat zu Buche schlägt). Darüber hinaus kann ich mich fertiger grapfischer Entwicklungs-Werkzeuge (200,– €/Monat) und Dashboarding-Werkzeuge (225,– €/Monat) bedienen.

  1. IoT Operater Plan

Möchte ich nun meine erstellten Apps, die produktiv Daten und meine Kundenzugänge selbst verwalten benötige ich noch einen Betreiber Zugang mit (500,– €/Monat). Meinen Kunden kann ich dann über meinen Nutzer Zugang als sogenannte Subtenants, je nach Vertrag mit meinen Kunden, Zugriff auf die Daten, Dashboards etc. der an den Kunden ausgelieferten CFS (Complete Fan Systems) freischalten.

Damit hätte ich aus meiner Sicht alle Voraussetzungen, um z.B. ein neues Geschäftsmodell, wie im Schritt 1 – Vorgehensweise bei der Umsetzung zum Geschäftsmodell „Predictive Maintenance des CFS (Complete Fan System)“ beschrieben, geschaffen.

Da ich bei meinen Recherchen nicht immer auf offene Ohren gestoßen bin, würde ich mich freuen, wenn mir Kommentare, Widerreden oder auch gerne Ergänzungen auf meine mail-Anschrift zugesandt werden. Diese werde ich dann gerne in einem nächsten Bericht verarbeiten.