Bästa praxis för fastighetsförvaltningssystem

Det brukar upptäckas i mars. En hyresgäst i ett handelsområde har haft rätt till omsättningsbaserad hyra sedan i oktober, men uppgörelsen bygger på siffror hyresgästen själv har mailat in i ett kalkylblad. Ingen har jämfört dem med kassadata, ingen har sett att butiken bredvid med samma besöksflöde rapporterar 30 procent högre omsättning per kvadratmeter, och ingen har kopplat att indexklausulen skulle ha räknats om vid årsskiftet. Summan som gått förlorad är sällan dramatisk i ett enskilt avtal. Multiplicerat över 200 kontrakt i en portfölj blir det en post som syns i årsredovisningen. Det är den sortens fel ett fastighetsförvaltningssystem ska förhindra, men bara om det är upphandlat och implementerat på rätt sätt.

Börja med kontraktet, inte med gränssnittet

Den vanligaste missen vid val av system för kommersiell fastighetsförvaltning är att utvärderingen börjar i demo-miljön. Leverantörer visar snygga dashboards, och inköpsgruppen bedömer färger och klickvägar. Men värdet sitter i hur väl systemet kan representera ett verkligt svenskt hyreskontrakt: indexuppräkning kopplad till KPI för oktober, fastighetsskattetillägg, omsättningshyra med garanterad minimihyra, trappande bashyra, optionsklausuler med varierande uppsägningstid och tillägg för värme, kyla och ventilation som fördelas efter yta eller förbrukning.

Bästa praxis är att ta tre av portföljens mest komplicerade avtal och kräva att leverantören lägger in dem fullt ut innan avtal tecknas. Om systemet inte kan hantera en omsättningshyra med kvartalsvis avräkning och årlig slutreglering utan manuella justeringar i Excel, har ni inte ett system för hyreskontrakt utan ett register med räknefunktion.

Kräv att hyresadministrationen visar hela avtalets livscykel

Ett kontrakt är inte en händelse utan en följd av datum. Tillträde, första indexomräkning, sista dag för uppsägning, optionsfönster, förlängning, avflyttning och återställande. Ett väl uppsatt system för hyresadministration bevakar varje datum och skickar påminnelser till rätt person med tillräcklig marginal. I praktiken betyder det att uppsägningsdatum för ett avtal med nio månaders uppsägningstid ska flaggas minst tolv månader i förväg, inte nio, eftersom förhandlingen behöver hinna ske innan tidsfristen löper ut.

Vakansstyrning ska ligga i samma vy. En ledig lokal i tre månader kostar mer än den uteblivna hyran: driftskostnader fortsätter, gemensamma ytor tappar flöde och grannbutiker känner av det. Systemet ska kunna visa förväntad vakans per kvartal utifrån kända uppsägningar och rullande förlängningar, så att uthyrningsteamet arbetar på framtida vakanser i stället för dagens.

• Förnyelsebevakning med konfigurerbara ledtider per avtalstyp, inte en gemensam standard.
• Versionshistorik på varje kontraktsändring, med vem som ändrade och när.
• Hyresprognos som räknar in index, trappningar och kända förändringar tre år framåt.
• Vakansöversikt som separerar fysisk vakans, ekonomisk vakans och lokaler under ombyggnad.

Omsättningsdata från hyresgästen måste in i systemet, inte i inkorgen

För ägare av handelsfastigheter är hyresgästens omsättning den viktigaste enskilda datapunkten efter kontraktet självt. Den styr omsättningshyran, den avslöjar butiker som är på väg att få problem sex månader innan de säger upp sig, och den visar var hyresnivån är för låg vid nästa förhandling. Ändå samlas den i många portföljer in via e-post och matas in för hand.

Vemco Groups VemTenant är byggt just för detta: hyresgäster rapporterar omsättning i en strukturerad process, siffrorna kopplas till kontraktsvillkoren i VemLease och fastighetsägaren kan jämföra butiker inom samma bransch, samma plan eller samma centrum. Det som gör jämförelsen användbar är att den kan ställas mot besöksdata från VemCount. Omsättning per besökare säger något helt annat än omsättning per kvadratmeter. En butik med hög omsättning men fallande konverteringsgrad har ett problem som en butik med låg omsättning och stigande konvertering inte har, även om den senare ser sämre ut i hyresavräkningen.

En sak att vara tydlig med i upphandlingen: besöksräkning har en mätbar noggrannhet. Kontraktuellt bör ni kräva minst 96 procent, och i normala förhållanden med bra belysning, tydliga entréer och normalt besöksbeteende ligger den typiskt på 98 till 99 procent. Leverantörer som lovar en fast siffra utan förbehåll för lokalens förutsättningar bör mötas med skepsis.

Vad bostadsförvaltare och flerbostadsägare ska kräva

Många som utvärderar fastighetsförvaltningssystem förvaltar blandade portföljer med både kommersiella lokaler och bostäder. Kraven skiljer sig. För bostadsdelen behöver ni ärendehantering, kommunikation med boende, hantering av köer och tillval samt regelverk kring hyressättning. Det är funktioner ni ska specificera separat och kräva referenser på från leverantörer inriktade på bostäder.

Det som däremot är gemensamt är den kommersiella bottenvåningen. Ett bostadskvarter med butiker, restauranger och gym i gatuplan har exakt samma behov av kontraktsbevakning, omsättningsrapportering och flödesdata som ett köpcentrum, bara i mindre skala. Besöksdata från entréer till gemensamma lokaler visar dessutom när ytor faktiskt används, vilket ger underlag för att omförhandla driftsavtal för städning, bevakning och klimatanläggning efter verklig belastning i stället för schema.

Datamigrering är projektet, mjukvaran är verktyget

Här kommer den observation som alla som har genomfört en implementation känner igen: den största tidsposten är inte konfigurationen av systemet utan städningen av befintliga kontraktsdata. I nästan varje portfölj finns avtal där den fysiska kontraktsversionen, ekonomisystemets hyresrad och förvaltarens eget kalkylblad säger tre olika saker om bashyra eller uppsägningstid. Innan något flyttas in i det nya systemet måste dessa avvikelser lösas, och det kräver att någon faktiskt läser kontrakten.

Praktisk rekommendation: avsätt en dedikerad person per 100 till 150 kontrakt under migreringen, sätt en tydlig regel för vilken källa som gäller vid konflikt, och migrera portföljen i omgångar per fastighet så att ni kan stämma av hyresaviseringen mot ekonomisystemet innan nästa omgång går in. Ett fastighetsförvaltningssystem som går live med osäker kontraktsdata skapar mer misstro än det gamla kalkylbladet gjorde.

Fastighetsrapportering som tillgångsförvaltaren faktiskt använder

Den sista principen handlar om vem rapporterna är till för. Förvaltaren behöver operativa listor: förfallna datum, obetalda hyror, öppna ärenden. Tillgångsförvaltaren och ägaren behöver något annat: återstående viktad avtalstid per fastighet, andel av hyresintäkter som förfaller inom 24 månader, omsättningshyrans andel av totalhyran, hyresgästernas omsättningsutveckling mot besöksutveckling, och avvikelse mot budget per kvartal. God fastighetsrapportering innebär att båda får sina vyer ur samma data utan att någon bygger om siffrorna i Excel varje månad.

Ett konkret test vid upphandling: be leverantören visa en rapport över hyresgäster vars omsättning per besökare fallit två kvartal i rad och vars avtal går ut inom 18 månader. Kan systemet svara på den frågan direkt, utan export, arbetar ni med ett verktyg för hyresavtalshantering som stödjer beslut. Kan det inte, är det ett arkiv.

Vill ni se hur kontraktsdata, hyresgästernas omsättning och besöksflöden kan samlas i en gemensam bild av portföljen? Kontakta Vemco Group och ta med tre av era mest komplicerade hyresavtal, så visar vi hur VemLease, VemTenant och VemCount hanterar dem i praktiken.