Upphandling av väktartjänster – 8 krav att ställa på bevakningsleverantören

Vid upphandling av väktartjänster och bevakningstjänster bör ni ställa krav på att leverantören kan styra insatser utifrån er lägesbild, skilja notiser från larm, arbeta med prioritetsbaserade inställelsetider och rapportera strukturerat direkt i ert EST-system. Utan de kraven blir datadrivet trygghetsarbete ett dyrt tillägg i stället för en del av leveransen.

Många kommuner och fastighetsägare har redan investerat i trygghetssensorer, avvikelserapportering och ett systematiskt EST-arbete. Sedan upphandlas bevakningen med samma förfrågningsunderlag som för tio år sedan: fasta ronder, statiska inställelsetider och ersättning per larm. Resultatet känns igen. Väktaren gör sin rond klockan 23:00, men aktiviteten på platsen sker mellan 01:00 och 02:30. Och den som frågar hur ofta väktaren träffar på någon får oftast svaret "nästan aldrig".

Problemet sitter sällan i väktarens arbete. Det sitter i hur uppdraget är definierat. Nedan går vi igenom de krav ni bör ställa på bevakningsleverantören, med förslag på kravformuleringar ni kan utgå från. Artikeln handlar om själva väktartjänsten – inte om upphandling av trygghetssensorer eller system för lägesbild.

Varför räcker inte en traditionell upphandling av väktartjänster?

De flesta befintliga bevakningsavtal bygger på tre saker: fasta ronderingsscheman, statiska inställelsetider och en larmbaserad ersättningsmodell. Det fungerade när bevakning handlade om att vara på plats enligt schema. Det fungerar sämre när ni har tillgång till data som visar när och var behoven faktiskt uppstår.

Fyra problem återkommer:

• Data blir ett tillägg. Datadrivna arbetssätt ligger utanför kärnleveransen och kostar extra.
• Notiser klassas som larm. Varje avvikelse från en trygghetssensor debiteras som en utryckning, vilket gör det dyrt att använda tekniken.
• Väktarens rapportering hamnar i leverantörens system. Observationerna blir svåra att analysera och når inte er lägesbild.
• Lägesbilden blir fragmenterad. Sensordata, väktarrapporter och övrig inrapportering lever i olika system.

Konsekvensen är att investeringar i teknik och data ger låg effekt i praktiken.

Vad ska en modern upphandling av bevakningstjänster uppnå?

Innan ni skriver kraven, bestäm målbilden. En modern upphandling ska göra det möjligt att:

• styra väktarinsatser utifrån aktuell lägesbild
• väva ihop sensordata och mänskliga observationer
• använda resurserna där behovet finns, i stället för enligt schema
• följa upp effekten av insatserna – inte bara utförd tid

Trygghetsarbete ska vara behovsstyrt, inte schemastyrt. Kraven nedan är vägen dit.

1. Ställ krav på ett datadrivet arbetssätt som grundkrav

Leverantören ska kunna ta emot och agera på realtidsdata, arbeta utifrån beställarens lägesbild och prioritera insatser dynamiskt. Det ska ingå i uppdraget, inte vara en tilläggstjänst.

Förslag på kravformulering: Leverantören ska kunna styra operativa insatser utifrån inkommande data från sensorer, rapportering och beställarens lägesbild.

2. Skilj på notiser och larm

Det här är den enskilt viktigaste punkten för kostnaden. Ett larm är en akut händelse. En notis är en avvikelse som ska hanteras som en del av tillsynen.

Trygghetssensorer är inte inbrottslarm. De upptäcker avvikelser och förändrade mönster i hur en plats används – med anonym närvarodata, utan kameror och utan personuppgifter. En signal ska därför i första hand leda till tillsyn, och bara i särskilda fall klassas som skarpt larm.

Ställ krav på att:

• notiser från trygghetssensorer hanteras inom ordinarie uppdrag
• notiser inte automatiskt klassas som utryckningslarm
• prissättningen stödjer integrerad hantering av notiser

3. Koppla inställelsetider till prioritet, inte bara larmtyp

Alla avvikelser kräver inte samma responstid. Definiera minst tre prioritetsnivåer:

Inställelsetiderna ska vara flexibla och kopplade till den aktuella lägesbilden.

4. Kräv att väktaren rapporterar i ert EST-system

En gemensam lägesbild förutsätter att väktarens observationer hamnar på samma ställe som övrig data. Ställ krav på att:

• rapportering sker i kommunens EST-system eller motsvarande
• rapporteringen är strukturerad, inte fritext
• observationer kategoriseras enligt er definierade modell

Det gör observationerna analyserbara, stärker samverkan mellan aktörer och gör att en väktarrapport klockan 02:00 går att jämföra med sensordata och med lokalvårdarens rapport klockan 06:00.

5. Kräv att bevakningsleverantörens system är öppna

Undvik inlåsning. Leverantörens larmcentral och system ska kunna ta emot signaler från flera sensortyper och leverantörer, ha öppna API:er och ge er möjlighet att exportera och använda data från uppdraget fritt. Byter ni bevakningsleverantör ska historiken stanna hos er. Det är er lägesbild – inte leverantörens.

6. Kräv realtidsflöde till väktare och larmcentral samtidigt

Information som når fältet med fördröjning ger liten operativ effekt. Notiser ska skickas parallellt och i realtid till både väktare i fält och larmcentral. Varje notis ska innehålla:

• plats med geografisk position
• typ av avvikelse
• historik kopplad till platsen
• livedata från sensorn där det är möjligt

Väktaren ska kunna ta emot och agera på informationen direkt i sin mobila enhet.

7. Ställ krav på skalbar larmhantering och zonindelning

När antalet sensorer växer får administrationen inte växa i samma takt. Leverantörens larmcentral ska stödja antingen ett fritt antal larmsändarnummer eller ett larmsändarnummer med geografisk sektionering i zoner eller områden. Det ska gå att gruppera sensorer geografiskt och hantera många enheter utan ökad administrativ belastning.

8. Ge utrymme för taktisk flexibilitet i utförandet

Rätt insats beror på platsen och syftet. Ställ krav på att väktaren kan välja arbetssätt utifrån typ av avvikelse, platsens karaktär och syftet med insatsen:

• Avvisande – få personer att lämna en plats
• Störande – synlig närvaro som bryter ett mönster
• Uppsökande och kontaktskapande – diskret tillfart och dialog
• Iakttagande – samla information till lägesbilden

Ett uppsökande arbete kräver en diskret tillfart. En störande insats kräver synlig närvaro. Ett avtal som bara mäter "rond utförd" fångar inte den skillnaden.

Hur ser flödet ut i praktiken?

1. En trygghetssensor registrerar en avvikelse i ett trapphus 01:12.
2. En notis går i realtid och parallellt till väktare och larmcentral.
3. Notisen innehåller plats, typ av avvikelse, historik och livedata.
4. Händelsen klassas som normal prioritet.
5. Väktaren väljer metod utifrån platsen och situationen.
6. Insatsen genomförs.
7. Observationen rapporteras strukturerat i EST-systemet.
8. Händelsen blir en del av lägesbilden och underlaget för nästa beslut.

Vilka effekter kan ni förvänta er?

Rätt krav i upphandlingen ger förutsättningar för högre träffsäkerhet i insatserna, färre onödiga utryckningar, en starkare och mer aktuell lägesbild, bättre samverkan mellan aktörer och en effekt av trygghetsarbetet som går att följa upp. Hur stor effekten blir beror på era platser, era resurser och hur arbetet organiseras. Tekniken ensam skapar inte trygghet – den gör de människor som arbetar med den mer träffsäkra.

Vanliga frågor om upphandling av väktartjänster

Vad är skillnaden mellan en notis och ett larm?

Ett larm gäller en akut händelse som kräver omedelbar utryckning. En notis är en avvikelse, till exempel ovanlig aktivitet i ett cykelrum nattetid, som ska leda till tillsyn inom ordinarie uppdrag. Att skilja på dem i avtalet är avgörande för att sensordata inte ska driva upp kostnaderna.

Innebär datadriven bevakning att vi behöver färre väktare?

Inte nödvändigtvis. Syftet är att väktaren är på rätt plats vid rätt tidpunkt. Samma budget kan ge större effekt när ronder som sällan träffar på något ersätts av insatser där avvikelser faktiskt uppstår.

Kan vi ställa de här kraven även om vi inte har sensorer i dag?

Ja. Bevakningsavtal löper ofta i flera år. Ställer ni krav på notishantering, prioritetsbaserade inställelsetider och rapportering i ert EST-system redan nu, kan ni koppla på sensordata under avtalstiden utan att behöva omförhandla eller betala för varje notis som ett larm.

Måste väktaren rapportera i vårt system och inte leverantörens?

För att få en gemensam lägesbild, ja. Rapporterar väktaren i ett leverantörsspecifikt system blir observationerna isolerade och svåra att analysera tillsammans med sensordata och övrig inrapportering i ert EST-arbete.

Hur undviker vi inlåsning?

Ställ krav på sensoroberoende, öppna API:er och att ni fritt kan exportera och använda er data. Då kan ni byta eller komplettera leverantörer utan att förlora historiken i lägesbilden.

Vill ni ha stöd i er kravställning?

Att arbeta datadrivet handlar inte om att lägga till teknik. Det handlar om att förändra hur uppdraget definieras – och nyckeln ligger i upphandlingen. Vi hjälper kommuner och fastighetsägare att formulera upphandlingskrav, designa datadrivna arbetssätt och koppla ihop sensorer, system och operativ leverans.

Ska ni även upphandla trygghetssensorer och lägesbild? Läs vad ni bör kravställa när data och väktartjänster ska kopplas ihop, och hur Kristianstad gick från rondering till händelsestyrd bevakning.

Boka ett samtal om er kravställning