Telematik och uthyrningsmjukvara: att omvandla utrustningsdata till operativa beslut

En allt större andel av utrustningen som rör sig i uthyrningsflottor i dag levereras med någon form av uppkopplad sensor eller GPS-enhet, betydligt mer än för tio år sedan. Generatorer, kompressorer, grävmaskiner, skylift och alltmer även mindre eldrivna verktyg kommer från tillverkaren med en telematikmodul redan installerad, som skickar data någonstans, som standardfunktion snarare än tillval. Den här förändringen har skett så gradvis att det är lätt att missa hur långt den redan har nått: ett uthyrningsföretag som aldrig medvetet sökt efter telematik kan ändå driva en flotta där en betydande del redan skickar data, oavsett om någon på kontoret använder den informationen eller inte.

Med det som utgångspunkt är frågan som är värd att ställa inte längre riktigt "har min utrustning telematik". Allt oftare har en del av er flotta det troligen redan, ett beslut som tillverkaren fattat, inte uthyrningsföretaget. Den mer användbara frågan är vart datan faktiskt tar vägen när den väl skapats, och om den når fram till någon som fattar ett beslut om just den tillgången. Plats-, användnings- och feldata som ligger kvar i tillverkarens egen app, som då och då öppnas av den enda person som fortfarande minns lösenordet, gör inte mycket nytta för ett företag som planerar leveranser, beräknar uthyrningstider eller bestämmer när utrustning behöver service. Samma data som hamnar i systemet där tillgänglighet, pris och underhåll faktiskt beslutas är något helt annat, även om själva sensorn inte har förändrats det minsta.

Det är det gapet, snarare än hårdvarufrågan, den här artikeln handlar om: inte om man ska installera telematik, eftersom mycket utrustning redan har det, utan vad som händer med datan efteråt, och vad som förändras när den slutar vara en isolerad ström som ingen tittar på och i stället börjar ligga bredvid allt annat som redan är känt om den tillgången.

Telematik är inte en enda sak; det är en bred kategori av uppkopplade sensorer och rapportering, och vad en viss enhet rapporterar beror på tillverkaren, utrustningstypen och hur modulen konfigurerades vid installationen. Trots det återkommer ett fåtal datatyper genomgående i den mesta uthyrningsrelevanta utrustningen, och det är värt att klargöra vad dessa i allmänhet innebär innan man går vidare till frågan om var datan borde hamna.

Plats är den mest välkända: GPS-koordinater som rapporteras med jämna mellanrum, eller vid förflyttning, vilket gör att någon ungefär kan se var ett utrustningsstycke befinner sig utan att fysiskt behöva leta reda på det. Drift- eller motortimmar är lika vanligt, och ofta ännu mer användbart operativt: hur länge har den här generatorn faktiskt gått sedan den lämnade depån, till skillnad från hur länge den bara varit uthyrd. De två siffrorna är inte desamma, och det är ofta i det gapet den intressanta informationen finns. Utöver det rapporterar många enheter också grundläggande fel- eller diagnoskoder: en motorvarning, en låg bränslenivå, ett fel som annars bara skulle upptäckas om någon råkade gå förbi maskinen, eller om en kund ringde och klagade på att den slutat fungera.

Inget av detta är märkvärdigt eller specifikt för en enskild leverantör; det är i stora drag vad telematik har rapporterat i åratal, särskilt inom bygg-, maskin- och generatorutrustning. Det som varierar enormt i praktiken är inte vad som mäts, utan vad som händer med mätvärdet efter att det uppstått, och om det någonsin når en skärm som någon på uthyrningsföretaget faktiskt tittar på.

Det praktiska problem som de flesta uthyrningsföretag stöter på är inte brist på telematikdata. Det är att datan finns på fel plats. En utrustning som försetts med GPS-enhet och användningssensor av sin tillverkare rapporterar oftast tillbaka till den tillverkarens egen portal eller app, byggd för just det ena maskinmärket och med separat inloggning från allt annat företaget använder dagligen. Det systemet var aldrig utformat för att kommunicera med ett uthyrningssystem, helt enkelt för att det inte byggdes av den som levererar uthyrningssystemet. Det byggdes av utrustningstillverkaren, som en funktion hos maskinen, inte hos uthyrningsverksamheten runt omkring den.

Ett illustrativt exempel

Förställ er ett medelstort maskinuthyrningsföretag som driver en generatorflotta där de flesta enheterna kom från tillverkaren redan utrustade med GPS-spårare — inte något uthyrningsföretaget efterfrågat eller betalat extra för, bara en standardfunktion på nyare modeller. Plats- och drifttimdatan som spårarna genererar skulle i princip vara verkligt användbar: den skulle visa om en generator som stått på en arbetsplats i tre veckor, för en tvåveckorsuthyrning, faktiskt går, eller stått stilla sedan första veckan. I praktiken ligger den datan i tillverkarens egen app, med en inloggning som en person i verkstaden skapade för arton månader sedan och sällan öppnar igen, frikopplad från bokningsregistret, underhållsschemat eller vad kontoret än kollar när de avgör om den generatorn är ledig för nästa offert. Telematikhårdvaran gör sitt jobb. Datan når bara aldrig platsen där uthyrningsbeslutet faktiskt fattas.

Det är det gapet som förtjänar mer uppmärksamhet än själva sensorn. En separat app som ingen i den dagliga verksamheten kollar skiljer sig inte nämnvärt, ur perspektivet hos den som räknar på nästa offert eller avgör om en tillgång behöver komma in för service, från att inte ha telematik alls. Löftet med telematik, att veta vad som faktiskt händer med en utrustning medan den är uthyrd, beror helt på att datan når fram till en plats kopplad till de beslut den är tänkt att ligga till grund för.

Det är värt att vara tydlig med det här i stället för att lämna det oklart: Renttix varken tillverkar, säljer eller installerar telematikhårdvara. Företaget producerar inga GPS-spårare, sensorer eller någon fysisk enhet som monteras på utrustning. Det Renttix gör är att ta emot och använda telematikdata från utrustning som redan är uppkopplad — sensorn och uppkopplingen tillhör tillverkaren, eller en specialiserad telematikleverantör, och Renttix roll börjar när den datan redan finns och behöver en användbar plats att landa på.

Den distinktionen spelar roll, och ett uthyrningsföretag som funderar på telematikmjukvara för uthyrning bör veta exakt vad de utvärderar: ingen hårdvaruprodukt som måste installeras på flottan, utan ett sätt att föra in telematikdata som utrustningen redan genererar i samma system som allt annat som är känt om den tillgången, i stället för att lämna den strandsatt i en tillverkares egen portal.

Inom Renttix syns detta som en del av tillgångsintelligens: telematik i realtid finns där sida vid sida med hälso- och kostnadsrapporter per tillgång, styrda livscykelstatusar med spärrar och utredningar, streckkodsinventeringar och RFID, i stället för att existera som en fristående modul som satts på bara för den utrustning som råkar rapportera plats. Poängen är inte en telematikfunktion för dess egen skull. Poängen är att en tillgångs plats och användning i realtid är ytterligare en uppgift värd att känna till om just den tillgången, tillsammans med vad den ger in, vad den kostar och vilket skick den är i, inte en separat fråga som följs upp någon annanstans av någon som måste komma ihåg att logga in.

Värdet av att koppla telematikdata till ett uthyrningssystem, i stället för att låta den ligga kvar i en fristående tillverkarapp, handlar egentligen inte om att datan är ny. Sensorn genererade den ändå redan. Värdet ligger i vad som blir synligt när det mätvärdet hamnar bredvid allt annat företaget redan vet om samma tillgång.

Det tydligaste exemplet är gapet mellan bokad och använd. Ett bokningsregister säger att en tillgång är uthyrd mellan två datum; det säger inte vad som faktiskt hände med den under den tiden. Användningstimdata som hamnar i samma tillgångsregister som bokningen börjar täppa till det gapet, genom att visa om en generator som hyrts ut i två veckor faktiskt gick i två veckor, eller stod stilla större delen av tiden efter de första dagarna. Det är genuint annan information än ett enkelt "är den bokad", och det är oftast något ett uthyrningsföretag inte kan få reda på på något annat sätt än att ringa arbetsplatsen och fråga någon där.

Samma mönster gäller synlighet över flera depåer: platsdata från telematik matar samma realtidsvy av var tillgångar faktiskt befinner sig över anläggningar och gårdar, i stället för att kräva en separat kontroll på en tillverkares egen karta, och det bara för de enheter som råkar rapportera GPS. Och det är lika viktigt att vara ärlig om vart det ännu inte når: användningsdata bredvid kostnads- och intäktsinformation skulle i princip en dag kunna ligga till grund för användningsbaserade faktureringsbeslut, något vissa uthyrningsföretag redan funderar kring. Men det är en generell riktning branschen rör sig mot, inte en specifik faktureringsfunktion hos Renttix att göra anspråk på i dag. Det som är verkligt redan nu är synligheten i sig: en fylligare bild av om en specifik tillgång faktiskt används, tillgänglig på samma plats som dess hälso- och kostnadsrapport, i stället för undangömd i en separat app som ingen skulle ha tänkt på att kolla innan det beslutet fattades.

Om er flotta redan innehåller utrustning med telematik installerad av tillverkaren, och allt oftare gäller det förmodligen en del av den, är den praktiska övningen inte att avgöra om ni ska införa telematik. Det handlar om att ta reda på vart den datan faktiskt går i dag, och om någon som fattar beslut om tillgänglighet, pris eller underhåll faktiskt tittar på den.

En rimlig utgångspunkt: lista utrustningen i er flotta som ni vet har någon form av uppkopplad spårning, vare sig det gäller GPS, användningstimmar eller grundläggande felkoder. Fråga för varje enhet vem som tittar på den datan, hur ofta, och om det ens ligger i närheten av systemet som används för att offerera uthyrning, planera service eller kontrollera vad en viss tillgång faktiskt kostar att hålla i drift. Om det ärliga svaret är "det ligger i en app i en enda persons telefon" eller "vi loggar egentligen aldrig in på den portalen", är det inte hårdvaran som är problemet. Det är glappet mellan var datan finns och var besluten fattas.

Uthyrningstelematik som hamnar på samma plats som en tillgångs intäkts-, kostnads- och hälsoregister är det som förvandlar en tillverkares sensor, hittills en funktion ingen kollade, till information som faktiskt förändrar vad kontoret gör härnäst. Om ni vill se hur det skulle se ut för er egen flotta, inklusive utrustning som redan har telematik installerad från fabrik, boka en demo och ta med ett verkligt exempel.