Hubs upphandlas enligt lagen om offentlig upphandling. Här går vi igenom avropsvägarna, var demonstrationen och den skriftliga leverantörsförfrågan (RFI) hör hemma i processen och hur krav på datakontroll och säker digital kommunikation (SDK) kan göras utvärderingsbara — steg för steg, i myndighetens ordning.
Behovets omfattning, tidplanen och om ni vill börja med en pilot avgör vilket förfarande som passar. Det här är vägarna i klarspråk — utan att hoppa över juridiken.
För ett brett införande annonserar ni en egen upphandling. Över tröskelvärdena gäller de direktivstyrda förfarandena, under dem de nationella reglerna i LOU. Kraven hämtas ur er behovsanalys — avsnittet om utvärdering nedan visar hur datakontroll kan göras mätbart.
En avgränsad pilot kan upphandlas direkt om upphandlingens beräknade värde – enligt LOU:s regler för värdeberäkning – ryms under direktupphandlingsgränsen. Med standardkonfiguration och inloggning via SITHS, BankID eller Freja kan ni vara igång inom en vecka — och pilotens erfarenheter blir underlag för den bredare upphandlingen.
ITSL är anslutet till Addas dynamiska inköpssystem (DIS) och till Kammarkollegiets licensförsörjningsavtal. Det kan förenkla anskaffningen och korta vägen från beslut till avtal. Vilken väg som passar beror på er organisation och volym — vi hjälper er att reda ut alternativen.
LOU-vägens generella steg — behovsanalys, förfarande, utvärdering, avtal — med demons och pilotens plats tydligt markerad.
Kartlägg behov och marknad. Skriftliga frågor till leverantörer ger diarieförbart underlag till förstudien.
Se Hubs mot er kravbild — en del av leverantörsdialogen som ger en gemensam bild av behov, mål och krav.
Prova i verklig verksamhet. En avgränsad pilot kan direktupphandlas under gränsen och ger verifierade krav i stället för antaganden.
Kraven ur förstudien blir förfrågningsunderlag i det förfarande ni valt — eller underlag för avrop där en tillämplig avtalsväg finns.
Anbuden prövas mot ställda krav. Efter tilldelning tar införandet vid — normalt 14–16 veckor vid integration med er identitetslösning och anslutning till SDK.
En demo av Hubs är en del av er marknadsanalys — inte ett köpbeslut.
En typisk demo täcker:
LOU hindrar inte att ni träffar leverantörer innan en upphandling annonseras. Marknadsanalys och leverantörsdialog — en RFI eller en demonstration — är etablerade förberedelsesteg, så länge likabehandling och transparens upprätthålls och ingen leverantör får en otillbörlig fördel i den kommande upphandlingen.
Ställ era frågor skriftligt. Ni får skriftliga svar som kan diarieföras och användas som underlag i förstudie och förfrågningsunderlag.
Demon genomförs före annonsering, som en del av marknadsanalysen. Vi visar de moduler som är relevanta för er — inte en generisk produkttur.
Krav på kontroll över era data får effekt först när svaren går att verifiera och följa upp. Exemplen nedan är konkurrensneutrala — de kan ställas till varje anbudsgivare och bedömas på samma grunder.
| Krav att ställa | Så blir kravet utvärderingsbart | Hubs utgångsläge |
|---|---|---|
| Var era data lagras | Begär angiven driftort, driftmodell och tillämplig lagstiftning per informationsklass. | Svensk drift, lokal installation eller hybrid — modellen kan väljas per informationsklass. Läs om datakontroll. |
| Säker digital kommunikation mellan organisationer | Kräv stöd för SDK enligt DIGG:s ramverk och be om referenser i drift. | SDK är kärnan i Hubs och levereras med både meddelandeklient och meddelandetjänst. Läs om SDK. |
| Stark autentisering | Ange vilka e-legitimationer och tillitsnivåer som ska stödjas, för intern och extern åtkomst. | BankID, SITHS, Freja eID och stöd för er befintliga identitetslösning (IdP). |
| Insyn och inlåsning | Begär redovisning av källkodstillgång och vad som gäller vid avtalets slut. | Hubs bygger helt på öppen källkod — koden kan granskas, anpassas och byggas vidare. Läs om plattformen. |
| Samexistens med Microsoft 365 | Kräv en beskrivning av hybriddrift under övergångsperioden. | Teams Bridge ansluter Hubs mot Microsoft Teams. Läs om vägvalen. |
Vid sidan av själva tjänsten gör ITSL tre åtaganden som kan skrivas in som mervärdeskriterier eller särskilda kontraktsvillkor i en upphandling — och följas upp under avtalstiden.
Alla kunder som genomför ett införandeprojekt med ITSL inkluderas i vår samverkansportal: en digital mötesplats med regelbundna digitala träffar för dialog, samordning och spridning av goda exempel mellan organisationer som använder Hubs.
Genom ett nordiskt ekosystem-initiativ samlar ITSL kunder och partners kring en öppen samarbetskärna — årliga träffar där kunder och samarbetspartners utbyter erfarenheter, tar del av ny funktionalitet och bästa praxis och för en strategisk dialog.
Vi stödjer er i att utveckla arbetssätt, ansvarsfördelning och styrning så att plattformens möjligheter tas till vara i verksamheten — inte bara i tekniken. Omfattningen avtalas per uppdrag och kan formuleras som ett uppföljningsbart åtagande.
Hubs är i drift hos 18 kommuner, Socialstyrelsen, privata vårdgivare och kommunala bolag. I en anbudsutvärdering behöver referenser kunna prövas — referensuppdrag med kontaktperson lämnas därför i samband med anbud, efter godkännande från respektive kund.
Fler än 20 organisationer använder Hubs i produktion, däribland 18 kommuner och Socialstyrelsen — i verksamhet med krav på sekretess, spårbarhet och säker samverkan.
Referensuppdrag med organisation, omfattning, period och kontaktperson lämnas i samband med anbud, efter skriftligt godkännande från respektive kund. Vid anbud lämnar vi även undertecknad sanningsförsäkran — en försäkran om att uteslutningsgrunderna i 13 kap. LOU inte föreligger.
Svar på frågor som ofta kommer upp i upphandlingsarbetet — om öppen källkod, befintliga avtal och kostnadsbilder.
Krav i en upphandling ska vara kopplade till behovet och proportionerliga. Öppen källkod går ofta att motivera med verifierbara verksamhetsbehov som insyn i koden, kontroll över vidareutveckling och minskad inlåsning. Formulera kravet utifrån de behoven i stället för som ett produktnamn, dokumentera motiveringen i behovsanalysen och låt en upphandlingsjurist granska formuleringen före annonsering.
Ja. Ett befintligt avtal hindrar varken behovsanalys, marknadsanalys eller en avgränsad pilot. Hubs kan dessutom införas som ersättning, komplement eller hybridlösning, och Teams Bridge ansluter Hubs mot Microsoft Teams så att båda miljöerna kan användas under en övergångsperiod.
LOU ger er rätt att begära en förklaring av ett anbud som förefaller onormalt lågt. För en plattform som bygger på öppen källkod ligger kostnaderna i drift, support, införande och förvaltning snarare än i licensavgifter. Begär att varje anbud redovisar sin kostnadsstruktur per post — då blir jämförelsen mellan olika kostnadsmodeller rättvisande.
I anbud åberopar vi som regel sekretess för prisuppgifter enligt 31 kap. 16 § offentlighets- och sekretesslagen (OSL), eftersom en offentlig prislista skulle kunna utnyttjas av konkurrenter till skada för bolaget. Av samma skäl publicerar vi inga priser på webben — de lämnas i offert och anbud. I ert anbudsunderlag redovisas priserna alltid fullständigt, och det är ni som upphandlande myndighet som prövar sekretessen om någon begär ut handlingarna.
Ja. En demonstration är en del av leverantörsdialogen inför en upphandling, och en avgränsad pilot kan upphandlas direkt om det beräknade värdet, enligt LOU:s regler för värdeberäkning, ryms under direktupphandlingsgränsen. Med standardkonfiguration och inloggning via SITHS, BankID eller Freja kan ni vara igång inom en vecka, och erfarenheterna från piloten kan bli underlag i den bredare upphandlingen.
Vi går igenom er kravbild och tidplan, visar de delar av Hubs som är relevanta och lämnar underlag ni kan använda i er process.
