Konfigurieren statt programmieren
Pipelines entstehen in einer grafischen Oberfläche: Module aneinanderreihen, einzeln einstellen, fertig. Neue Anforderungen lösen Sie durch eine angepasste Pipeline, nicht durch eine Neuentwicklung.
Viele Systeme, eine Herausforderung
Prozesse laufen längst quer über die Systeme. Die Daten dazwischen bewegt meist noch jemand von Hand.
Vom Angebot über die technische Auslegung bis zur Risikobewertung arbeiten Menschen aus verschiedenen Fachbereichen in verschiedenen Anwendungen. Jede davon funktioniert für sich gut. Der Aufwand entsteht an den Übergängen: Stammdaten werden abgetippt, Listen exportiert und wieder importiert, Zuständigkeiten per E-Mail abgeglichen. Diese Arbeit taucht in keiner Auswertung auf, kostet aber jeden Tag Zeit - und ein falsch übertragenes Feld fällt oft erst in der Fertigung, im Angebot oder im Audit auf, wo die Korrektur teuer ist.
Der übliche Ausweg sind Punkt-zu-Punkt-Kopplungen: ein Skript hier, eine Schnittstelle dort. Sie wachsen mit jedem System, und irgendwann weiß niemand mehr, welche davon was tut. Ein Systemwechsel bricht sie.
tri.Hub setzt stattdessen eine Schicht dazwischen. Ein Trigger erkennt ein Ereignis, ein oder mehrere Plugins verarbeiten und transformieren die Daten, das Ergebnis wird fehlersicher übergeben. Welches System dabei Quelle und welches Ziel ist, entscheidet die Pipeline und nicht das System: aus PRO.FILE liest tri.Hub ebenso, wie es hineinschreibt, und wo die Schnittstelle eines Fremdsystems beides zulässt, gilt das auch dort. Diese Schritte werden in einer grafischen Oberfläche zusammengesteckt. Neue Datenquelle? Nur der Trigger wird getauscht, die bestehende Logik bleibt.