Telematik und Vermietsoftware: Aus Gerätedaten operative Entscheidungen machen

Ein größerer Teil der Geräte, die heute durch Vermietflotten laufen, ist mit irgendeiner Form von vernetztem Sensor oder GPS-Einheit ausgestattet als noch vor zehn Jahren. Stromgeneratoren, Kompressoren, Bagger, Arbeitsbühnen und zunehmend auch kleinere motorisierte Werkzeuge kommen bereits ab Werk mit einem installierten Telematikmodul, das irgendwohin Daten meldet, und zwar als Standardausstattung, nicht als Extra. Dieser Wandel hat sich schrittweise genug vollzogen, dass leicht übersehen wird, wie weit er schon fortgeschritten ist: Ein Vermietunternehmen, das nie bewusst nach Telematik gesucht hat, kann trotzdem eine Flotte betreiben, in der ein nennenswerter Teil bereits Daten überträgt, ganz gleich, ob im Büro jemand diese Tatsache nutzt oder nicht.

Vor diesem Hintergrund lautet die eigentlich relevante Frage nicht mehr wirklich „Hat mein Gerät Telematik?“. Zunehmend hat ein Teil der Flotte sie wahrscheinlich schon, eine Entscheidung des Herstellers, nicht des Vermieters. Die nützlichere Frage ist, wohin diese Daten nach ihrer Erzeugung tatsächlich gehen und ob sie jemanden erreichen, der über dieses konkrete Asset entscheidet. Standort-, Nutzungs- und Störungsdaten, die in der eigenen App des Herstellers liegen und nur gelegentlich von der einen Person angesehen werden, die sich noch an das Passwort erinnert, bringen einem Unternehmen, das Lieferungen plant, Vermietzeiträume kalkuliert oder über Wartungstermine entscheidet, wenig. Dieselben Daten, die im System landen, in dem tatsächlich über Verfügbarkeit, Preise und Wartung entschieden wird, sind etwas grundlegend anderes, obwohl sich am Sensor selbst nichts geändert hat.

Um genau diese Lücke geht es in diesem Beitrag, nicht um die Frage, ob Telematik verbaut werden sollte, denn ein großer Teil der Geräte hat sie ohnehin schon, sondern darum, was mit den Daten danach passiert und was sich ändert, wenn sie aufhören, ein isolierter Strom zu sein, den niemand ansieht, und stattdessen neben allem anderen stehen, was über dieses Asset bereits bekannt ist.

Telematik ist keine einheitliche Sache, sondern eine breite Kategorie vernetzter Sensoren und Meldungen, und was eine bestimmte Einheit meldet, hängt vom Hersteller, der Geräteart und der Konfiguration des Moduls bei der Installation ab. Trotzdem tauchen bei den meisten für die Vermietung relevanten Geräten immer wieder dieselben Datentypen auf, und es lohnt sich, kurz zu klären, was diese im Allgemeinen bedeuten, bevor es um die Frage geht, wohin die Daten gehören.

Der Standort ist der bekannteste: GPS-Koordinaten, die in Intervallen oder bei Bewegung gemeldet werden, sodass jemand ungefähr sehen kann, wo sich ein Gerät befindet, ohne es physisch aufzusuchen. Betriebs- oder Motorstunden sind ebenso verbreitet und oft operativ noch nützlicher: Wie lange ist dieser Generator seit der Ausgabe tatsächlich gelaufen, im Unterschied dazu, wie lange er lediglich vermietet war. Diese beiden Zahlen sind nicht dasselbe, und genau in dieser Lücke steckt häufig die eigentlich interessante Information. Darüber hinaus melden viele Einheiten auch einfache Stör- oder Diagnosecodes: eine Motorwarnung, ein niedriger Kraftstoffstand, ein Fehler, der andernfalls erst auffiele, wenn jemand zufällig an der Maschine vorbeiginge oder ein Kunde anriefe, um sich zu beschweren, dass sie nicht mehr funktioniert.

An all dem ist nichts Exotisches oder herstellerspezifisches; es entspricht seit Jahren dem allgemeinen Bild dessen, was Telematik gerade bei Bau-, Maschinen- und Generatorgeräten meldet. Was in der Praxis enorm variiert, ist nicht, was gemessen wird, sondern was aus dem Messwert danach wird und ob er jemals auf einem Bildschirm landet, den im Vermietbetrieb tatsächlich jemand ansieht.

Das praktische Problem, auf das die meisten Vermietunternehmen stoßen, ist kein Mangel an Telematikdaten. Es ist, dass die Daten am falschen Ort liegen. Ein Gerät, das vom Hersteller mit GPS-Einheit und Nutzungssensor ausgestattet wurde, meldet in der Regel zurück in das eigene Portal oder die App dieses Herstellers, gebaut für genau diese eine Maschinenmarke und mit einem eigenen Login versehen, getrennt von allem anderen, mit dem das Unternehmen sonst täglich arbeitet. Dieses System wurde nie dafür entworfen, mit einer Vermietmanagementsoftware zu kommunizieren, schon weil es nicht von deren Anbieter stammt. Es wurde vom Gerätehersteller entwickelt, als Funktion der Maschine, nicht des Vermietbetriebs, der um sie herum läuft.

Ein anschauliches Beispiel

Stellen Sie sich einen mittelgroßen Maschinenvermieter vor, der eine Generatorenflotte betreibt, bei der die meisten Einheiten bereits ab Werk mit GPS-Trackern ausgestattet wurden — nicht etwas, das das Vermietunternehmen extra bestellt oder bezahlt hat, sondern einfach eine Standardfunktion neuerer Modelle. Die Standort- und Betriebsstundendaten dieser Tracker wären grundsätzlich durchaus nützlich: Sie würden zeigen, ob ein Generator, der seit drei Wochen bei einer eigentlich zweiwöchigen Vermietung auf einer Baustelle steht, tatsächlich läuft oder seit der ersten Woche stillsteht. In der Praxis liegen diese Daten in der App des Herstellers, unter einem Login, das eine einzelne Person in der Werkstatt vor achtzehn Monaten eingerichtet hat und seither kaum noch öffnet, getrennt vom Buchungsdatensatz, dem Wartungsplan oder allem, was das Büro prüft, wenn entschieden wird, ob dieser Generator für das nächste Angebot verfügbar ist. Die Telematikhardware erledigt ihre Aufgabe. Die Daten erreichen nur nie den Ort, an dem die Vermietentscheidung tatsächlich getroffen wird.

Genau diese Lücke verdient mehr Aufmerksamkeit als der Sensor selbst. Eine separate App, die im Tagesgeschäft niemand ansieht, unterscheidet sich aus Sicht desjenigen, der das nächste Angebot kalkuliert oder entscheidet, ob ein Asset zur Wartung zurückgeholt werden muss, kaum von gar keiner Telematik. Das Versprechen der Telematik — zu wissen, was mit einem Gerät während der Vermietung tatsächlich geschieht — hängt vollständig davon ab, dass diese Daten irgendwo ankommen, das mit den Entscheidungen verbunden ist, die sie eigentlich informieren sollen.

Das sollte man klar sagen, statt es im Ungefähren zu lassen: Renttix stellt keine Telematikhardware her, verkauft sie nicht und installiert sie nicht. Es werden weder GPS-Tracker noch Sensoren noch irgendein physisches Gerät produziert, das an Geräten angebracht wird. Was Renttix tut, ist, Telematikdaten von Geräten zu empfangen und zu nutzen, die bereits angebunden sind — Sensor und Konnektivität stammen vom Hersteller oder einem spezialisierten Telematikanbieter, und die Rolle von Renttix beginnt erst, wenn diese Daten bereits existieren und einen sinnvollen Ort zum Landen brauchen.

Dieser Unterschied ist wichtig, und ein Vermietunternehmen, das sich Telematiksoftware für die Vermietung ansieht, sollte genau wissen, was es dabei prüft: kein Hardwareprodukt, das erst auf der Flotte installiert werden müsste, sondern eine Möglichkeit, bereits vorhandene Telematikdaten des Geräts in dasselbe System einzubinden wie alles andere, was über dieses Asset bekannt ist, statt sie im eigenen Portal eines Herstellers verstranden zu lassen.

Bei Renttix ist das Teil der Asset Intelligence: Live-Telematik steht dort neben Ertrags- und Kostenberichten je Asset, geregelten Lebenszyklusstatus mit Sperren und Untersuchungen, Barcode-Inventuren und RFID, statt als eigenes, nachträglich angeflanschtes Modul für die Geräte zu existieren, die zufällig Standortdaten melden. Es geht nicht um eine Telematikfunktion um ihrer selbst willen. Es geht darum, dass Live-Standort- und Nutzungsdaten eines Assets eine weitere Information sind, die es über genau dieses Asset zu kennen lohnt, neben dem, was es einbringt, was es kostet und in welchem Zustand es ist, statt eines getrennten Themas, das irgendwo anders von jemandem verfolgt wird, der sich ans Einloggen erinnern muss.

Der Wert davon, Telematikdaten an eine Vermietmanagementsoftware anzubinden, statt sie in einer eigenständigen Herstelller-App zu belassen, liegt nicht wirklich darin, dass die Daten neu wären. Der Sensor hat sie ohnehin schon erzeugt. Der Wert liegt darin, was sichtbar wird, sobald dieser Messwert neben allem anderen steht, was das Unternehmen über dasselbe Asset bereits weiß.

Das deutlichste Beispiel ist die Lücke zwischen gebucht und genutzt. Ein Buchungsdatensatz sagt, dass ein Asset zwischen zwei Daten vermietet ist; er sagt nicht, was in dieser Zeit tatsächlich damit geschah. Nutzungsstundendaten, die im selben Asset-Datensatz wie die Buchung landen, beginnen genau diese Lücke zu schließen und zeigen, ob ein Generator bei einer zweiwöchigen Vermietung tatsächlich zwei Wochen gelaufen ist oder nach den ersten Tagen die meiste Zeit stillstand. Das ist eine grundsätzlich andere Information als das schlichte „Ist es gebucht“, und in der Regel eine, die ein Vermietunternehmen auf keinem anderen Weg bekommt, als auf der Baustelle anzurufen und jemanden vor Ort zu fragen.

Dasselbe Muster gilt für die Sichtbarkeit über mehrere Standorte hinweg: Standortdaten aus der Telematik fließen in dieselbe Live-Ansicht darüber ein, wo sich Assets über Standorte und Höfe hinweg tatsächlich befinden, statt eine separate Prüfung auf der eigenen Karte eines Herstellers zu erfordern, und das nur für die Einheiten, die zufällig GPS melden. Und es gehört ebenso zur Ehrlichkeit, klarzustellen, wohin das noch nicht reicht: Nutzungsdaten, die neben Kosten- und Ertragsinformationen stehen, könnten grundsätzlich irgendwann nutzungsbasierte Abrechnungsentscheidungen informieren, ein Gedanke, den manche Vermietunternehmen bereits verfolgen. Das ist aber eine allgemeine Richtung, in die sich die Branche bewegt, keine konkrete Renttix-Abrechnungsfunktion, die schon heute beansprucht werden könnte. Real ist schon jetzt die Sichtbarkeit selbst: ein vollständigeres Bild davon, ob ein bestimmtes Asset tatsächlich genutzt wird, verfügbar am selben Ort wie sein Gesundheits- und Kostenbericht, statt abgelegt in einer separaten App, an die vor dieser Entscheidung niemand gedacht hätte.

Wenn Ihre Flotte bereits Geräte mit werksseitig installierter Telematik umfasst, und zunehmend trifft das wahrscheinlich auf einen Teil davon zu, geht es bei der praktischen Übung nicht darum, ob Sie Telematik einführen sollten. Es geht darum, herauszufinden, wohin diese Daten derzeit gehen und ob jemand, der über Verfügbarkeit, Preise oder Wartung entscheidet, sie tatsächlich ansieht.

Ein sinnvoller Ausgangspunkt: Listen Sie die Geräte in Ihrer Flotte auf, von denen Sie wissen, dass sie eine Form von vernetzter Erfassung haben, sei es GPS, Nutzungsstunden oder einfache Störungscodes. Fragen Sie sich für jedes Gerät, wer diese Daten ansieht, wie oft, und ob das auch nur annähernd in der Nähe des Systems liegt, das für Vermietangebote, Wartungsplanung oder die Prüfung der tatsächlichen Betriebskosten eines Assets verwendet wird. Wenn die ehrliche Antwort lautet „das liegt in einer App auf dem Telefon einer Person“ oder „wir haben uns eigentlich nie in dieses Portal eingeloggt“, ist nicht die Hardware das Problem. Es ist die Trennung zwischen dem Ort, an dem die Daten liegen, und dem, an dem Entscheidungen getroffen werden.

Vermiettelematik, die am selben Ort landet wie Ertrags-, Kosten- und Zustandsdaten eines Assets, macht aus dem Sensor eines Herstellers, bisher eine Funktion, die niemand ansieht, eine Information, die tatsächlich verändert, was das Büro als Nächstes tut. Wenn Sie sehen möchten, wie das bei Ihrer eigenen Flotte aussähe, einschließlich Geräten, die bereits werksseitig mit Telematik ausgestattet sind, vereinbaren Sie eine Demo und bringen Sie ein konkretes Beispiel mit.