Blogg | Vemco Group

upphandling av fastighetssystem för flerbostadshus — Så skriver du en upphandling av programvara för flerbostadshus | Vemco Group

Skriven av Admin | 22 sep. 2026 14:46:17

Ett förfrågningsunderlag på 240 kravrader, varav 180 var hämtade mer eller mindre ordagrant från en leverantörs produktblad. Tre anbudsgivare svarade "ja" på samtliga. Arton månader senare stämmer ekonomiavdelningen fortfarande av hyreslistan mot ett Excel-ark, och de kommersiella lokalerna i gatuplan hanteras i ett helt annat system än lägenheterna ovanför. Den situationen är inte ovanlig, och den beror sällan på fel leverantör. Den beror på hur upphandlingen skrevs.

Den här texten handlar om hur en upphandling av fastighetssystem för flerbostadshus bör formuleras för att ge ett resultat som fungerar i drift, med särskilt fokus på fastigheter där bostäder samsas med butiker, restauranger och kontor. Det är den typen av bestånd där kraven oftast glider isär.

Börja med besluten, inte med funktionerna

Innan någon skriver en enda kravrad bör upphandlingsgruppen lista de fem till tio beslut som organisationen fattar återkommande och där dagens underlag brister. Exempel: vilka hyresavtal som löper ut de kommande 18 månaderna och vad omförhandlingen bör landa på, vilka lokaler som stått tomma längre än budgeterat, vilka kommersiella hyresgäster som betalar omsättningshyra och om deras rapporterade omsättning är rimlig, samt hur många personer som faktiskt rör sig genom entréer och gatuplan.

Varje krav i underlaget ska sedan kunna spåras tillbaka till ett av dessa beslut. Kan det inte det, stryks det. Metoden halverar normalt antalet kravrader och gör det betydligt svårare för anbudsgivare att svara "ja" utan att visa hur.

Separera bostadsdelen från den kommersiella kärnan

Ett vanligt misstag är att skriva ett enda kravblock för hela fastigheten. Bostadsförvaltning och kommersiell hyresförvaltning ställer olika krav, och en leverantör som är stark på det ena är sällan lika stark på det andra. Dela därför underlaget i tydliga delar:

  • Boendefunktioner: felanmälan, kommunikation med hyresgäster, köhantering och liknande. Här bör köparen kräva öppna gränssnitt och tydligt dokumenterad dataexport, oavsett vilken leverantör som väljs, så att informationen inte fastnar i ett slutet system.
  • Hyresadministration för kommersiella avtal: avtalsregister med indexklausuler, uppsägningstider, optioner, tilläggsavtal, hantering av vakanser och bevakning av förfallodatum. Detta är kärnan i ett hyresadministrationssystem och ska specificeras fält för fält.
  • Analys och rapportering: omsättningsrapportering från kommersiella hyresgäster, besöksdata och uthyrningsanalys på portföljnivå.

Tillåt gärna delade anbud. En upphandling som kräver att en och samma leverantör täcker allt får ofta ett svar som är medelmåttigt på varje del. Det viktiga är att kravställa hur delarna utbyter data, inte att de sitter i samma licens.

Skriv datakraven som en fastighetsägare, inte som en IT-avdelning

Formuleringen "systemet ska integreras med befintligt ekonomisystem" är i praktiken meningslös. Skriv istället vilka objekt som ska flöda, i vilken riktning och hur ofta. Exempel: hyresavier från avtalsregistret till ekonomisystemet varje månad, betalningsstatus tillbaka dagligen, kontraktsändringar med versionshistorik och tidsstämpel.

För den kommersiella delen är det värt att ställa krav på hela avtalets livscykel, från förhandling till förlängning eller avflyttning. Ett system för kommersiell hyresförvaltning som VemLease bygger på just den logiken: avtalsadministration, bevakning av förlängningar, vakanshantering och uthyrningsanalys i samma datamodell. När upphandlingen beskriver livscykeln i steg blir det enkelt att bedöma om en anbudsgivare faktiskt stödjer varje steg eller bara har en avtalsdatabas med påminnelsefunktion.

Gatuplanet kräver egna krav

I fastigheter med blandad användning står de kommersiella lokalerna ofta för en oproportionerligt stor del av både intäkter och risk. Ändå behandlas de i många upphandlingar som en fotnot. Två krav bör alltid finnas med:

  • Omsättningsrapportering: hyresgäster med omsättningsbaserad hyra ska kunna rapportera in sin försäljning strukturerat, och ägaren ska kunna jämföra utfall mellan lokaler, kategorier och perioder. VemTenant har sedan 2013 använts för exakt detta, och en användbar kontrollfråga till anbudsgivare är hur systemet flaggar avvikelser mellan rapporterad omsättning och förväntad nivå.
  • Besöksdata: antal personer som passerar entréer och rör sig i gemensamma ytor. Data av det slaget från VemCount ger uthyrningsavdelningen ett faktaunderlag i hyresförhandlingar och gör det möjligt att ställa rapporterad omsättning mot faktiskt flöde.

Om besöksräkning ingår i upphandlingen, skriv noggrannhetskravet korrekt. En rimlig kontraktuell miniminivå är 96 procent, och i praktiken ligger utfallet vanligen på 98 till 99 procent när ljusförhållanden, planlösning och besökarbeteende tillåter det. Kräv aldrig en fast siffra som "99 procent garanterat"; en seriös leverantör kommer att reservera sig, och en oseriös kommer att skriva under utan att kunna hålla det.

Viktning som speglar hur systemet används

Ett rapporteringsverktyg för fastigheter används av controllers varje vecka, av uthyrare inför varje förhandling och av ledningen inför varje styrelsemöte. Viktningen i upphandlingen bör spegla den fördelningen. En tumregel som fungerar i många portföljer:

  • 40 procent på hyresadministration och avtalslivscykel, eftersom fel här kostar direkt i missade indexuppräkningar och oavsiktliga förlängningar.
  • 25 procent på rapportering och analys, med krav på att standardrapporter kan byggas utan konsultinsats.
  • 20 procent på datautbyte och exportmöjligheter.
  • 15 procent på pris över fem år, inklusive migrering och avveckling.

Notera att pris viktas lågt. Skillnaden i licenskostnad mellan två fastighetssystem för kommersiella fastigheter är nästan alltid mindre än kostnaden för en enda missad indexklausul på ett större lokalhyresavtal.

Kräv demonstration med egna data

Här kommer en iakttagelse från dem som faktiskt infört den här typen av system. Den avgörande skillnaden mellan lyckade och misslyckade upphandlingar ligger sällan i kravlistan utan i utvärderingsmomentet. Skicka tre riktiga hyresavtal till varje anbudsgivare i förväg: ett med trappad hyra och indexklausul, ett med omsättningshyra och minimihyra, och ett som är uppsagt för avflyttning. Be dem lägga in avtalen i systemet och visa, live, hur avtalsförfall bevakas, hur nästa indexuppräkning beräknas och hur den uppsagda lokalen syns i vakansöversikten. Leverantörer som svarat "ja" på alla kravrader men inte klarar detta på 45 minuter har gett er ett tydligt svar.

Samma metod fungerar för omsättningsrapportering: ge anbudsgivaren tolv månaders faktisk försäljning från två lokaler och be om en jämförelse per kvadratmeter mot besöksflödet.

Avtalsvillkor som skyddar ägaren efter driftstart

Fyra punkter bör stå i avtalet, oavsett vilket hyreshanteringssystem som väljs:

  • Dataägande: all avtalsdata, omsättningsdata och besöksdata tillhör fastighetsägaren och ska kunna exporteras i öppet format utan extra kostnad.
  • Avvecklingsplan: hur data lämnas tillbaka vid avtalets slut, inom vilken tid och i vilken struktur.
  • Prisreglering: tydliga villkor för hur licenspriset förändras när portföljen växer eller krymper.
  • Mätbara servicenivåer: svarstider för fel som påverkar hyresavisering, och för räknesystem den noggrannhetsnivå som beskrivits ovan.

En upphandling som skrivs på detta sätt blir kortare, tydligare och betydligt svårare att svara slarvigt på. Den ger också ett system som ekonomi, uthyrning och ledning faktiskt använder, istället för ett parallellt Excel-ark som alla litar mer på.

Arbetar ni med en upphandling av fastighetssystem för ett bestånd med både bostäder och kommersiella lokaler? Kontakta Vemco Group så går vi igenom hur krav på avtalshantering, omsättningsrapportering och besöksdata kan formuleras så att de går att utvärdera i praktiken.