Datendienste mit der Maschine ausliefern, ohne ein Softwareunternehmen zu werden.
Monitoring, vorausschauende Wartung, Fernsupport, ein digitaler Produktpass: Die Anforderung kommt heute schon mit der Anfrage - und „Software machen wir nicht“ wird eine immer teurere Antwort.
Collectu ist genau der Teil, den Sie sonst selbst bauen müssten - Konnektivität, Pipeline-Engine, Flottenverwaltung, Update-Weg - als Framework, das Sie in Ihr eigenes Produkt einbetten: mit Ihren Modulen und Ihrem Namen darauf.
Beide naheliegenden Antworten kosten Sie etwas, das Sie lieber behalten würden.
Eine Plattform besteht aus Konnektivität, Pipeline-Engine, Konfigurationsoberfläche, Fernupdate, Benutzerverwaltung und einem Supportprozess. Jedes davon ist für sich genommen ein Produkt.
Bis zur ersten auslieferbaren Version vergehen zwei Jahre und ein Team.
Binden Sie eine fremde Cloud ein, liegen Ihre Maschinendaten, die Konten Ihrer Kunden und die Beziehung darum herum auf der Plattform eines anderen.
Das aufgebaute Know-how fließt nach außen - und die Verlängerung gleich mit.
Digitale Funktionen sind vom Unterscheidungsmerkmal zur Erwartung geworden. Eine Ausschreibung, die nach einer Schnittstelle fragt, können Sie sonst nicht beantworten.
Sie konkurrieren über den Preis mit Maschinen, die es können.
Digitale Lösungen werden für europäische Maschinen- und Anlagenbauer zu einem immer wichtigeren Differenzierungsfaktor und Kundenbindungsinstrument.
Vier Schritte - und keiner davon ist eine Softwareabteilung.
Im Schaltschrank, auf dem Maschinen-PC oder in einem Container daneben. Eine Python-Anwendung ohne Cloud-Abhängigkeit und ohne eingehenden Port.
Ihr Protokoll, Ihre Berechnung, Ihr Modell - je eine Python-Datei gegen eine dokumentierte Basisklasse, privat in Ihrem Konto.
White Labelling gibt der Oberfläche Ihr Branding, damit die Software der Maschine auch nach Ihrer Maschine aussieht.
Ihr Kunde verwaltet seine Instanzen im Collectu Hub - oder Sie tun es für ihn, aus einem Konto heraus, im Rahmen eines Servicevertrags.
Ein Modul ist eine Python-Datei. Beim Veröffentlichen liest der Hub Parameter, Abhängigkeiten und Dokumentation aus dem Code - es gibt keine zweite Beschreibung, die synchron gehalten werden müsste.
Private Module sind nur für Ihr Konto und die von Ihnen freigegebenen Organisationen sichtbar. Ihr Kunde führt die Berechnung aus; den Quellcode Ihres Modells bekommt er nur, wenn Sie es so entscheiden.
Versionen sind explizit. Eine Konfiguration kann eine Version fixieren, und eine neue Version erreicht eine Maschine dann, wenn Sie sie veröffentlichen - nicht, wenn ein Anbieter einen Cloud-Dienst migriert.
Die Oberfläche kann Ihren Namen, Ihre Farben und Ihr Logo tragen - auf der Oberfläche des Core und in dem Konto, in dem Ihre Kunden arbeiten.
Den Knoten bauen wir ebenfalls: einen Hutschienen-Industrie-PC mit vorinstalliertem Core oder eine herstellerunabhängige Auswahl passend zu Ihrer Automatisierungsumgebung.
Jede ausgelieferte Maschine meldet Status, Softwareversion, Betriebssystem, Speicher und Durchsatz - und ihre letzten Logzeilen, also genau das, was ein Supportanruf wirklich braucht.
Aus der Ferne umkonfigurieren oder aktualisieren - und erfahren, dass eine Maschine nicht mehr meldet, bevor der Kunde anruft.
Die Verbindung geht von der Maschine nach außen. Das funktioniert hinter der Firewall Ihres Kunden, ohne dass er etwas öffnen muss.
Eine Modulrichtlinie beschränkt die Instanzen eines Kontos auf Module, die die gesetzten Kriterien erfüllen: von diesem Konto veröffentlicht, offiziell, automatisch geprüft oder ausdrücklich freigegeben.
Eine Freigabe gilt für eine Version und speichert den Hash ihres Codes, eine neue Version erbt sie also nicht. Das ist die schriftliche Antwort auf „was läuft eigentlich auf der Maschine in unserem Werk“.
Entdecken Sie unsere Anwendungsfälle aus der Praxis.
Lassen Sie uns Ihre Maschine ansehen
Bringen Sie eine Schnittstellenliste und einen Anwendungsfall mit. Wir sagen Ihnen, was davon ein Modul ist, was eine Konfiguration - und was wirklich neue Arbeit bedeutet.
