Upphandla integration enligt LOU

Beskriv resultatet som ska uppnås och hur det ska provas. Undvik att skriva en viss produktarkitektur som behov.

Börja i behovsanalysen

Upphandlingsmyndigheten anger att behov, ekonomiska kalkyler samt marknads- och riskanalys ska ligga till grund för kraven. För integration innebär det en faktisk flödesbild: system, dataklasser, volymer, parter, tillgänglighet och förvaltningsförmåga. Gör detta innan produktnamn och licensnivåer diskuteras. Då går det att skilja verksamhetens krav från en tidigare leverantörs lösning.

Skriv funktionskrav där lösningen kan variera

Ett funktionskrav beskriver vad som ska uppnås i stället för exakt hur. Kräv exempelvis att ett felaktigt meddelande kan identifieras, rättas och återspelas med spårbarhet. Skriv inte vilken intern kö eller skärm som ska användas om det saknar betydelse. Upphandlingsmyndigheten betonar samtidigt att alla krav inte måste vara funktionskrav; fasta säkerhets- och interoperabilitetskrav kan vara detaljkrav eller standarder.

Gör beviset till en del av kravet

För varje poängsatt förmåga ska underlaget säga vad leverantören lämnar och hur det bedöms: dokumentation, körbar demonstration, testprotokoll eller referensmiljö. En fri säljpresentation är svår att jämföra. Använd samma scenario och samma felvillkor för alla anbud. Dokumentera bedömningsgrunderna innan demonstrationen så att en snyggare presentation inte ändrar vad som värderas.

Kravställ överlämning och exit

Begär ett namngivet leveranspaket: flödesregister, källartefakter, API- och eventspecifikationer, testfall, driftrutiner, behörighetsmodell och export av konfiguration. Ange vem som äger materialet och i vilket format det lämnas. Sätt också villkor för avveckling: stöd under parallell drift, utlämning av historik och borttagning av data efter avslut.

Följ upp under avtalstiden

Upphandlingsmyndigheten kopplar funktionskrav till hur resultatet ska följas upp. Gör samma sak för plattformen: definiera mätetal för incidenter, återställning, leveranstid och öppna säkerhetsåtgärder. Skilj produktens SLA från leverantörens åtagande att felsöka ett affärsflöde. Bestäm vilka rapporter som ska lämnas, hur ofta och vad som händer när ett krav inte längre uppfylls.

Ansvarig utgivare: Andreas Wänqvist, Axonis AB · Senast verifierad: 2026-08-25

Andragranskare: Nicklas Andersson, Integrationsarkitekt Axonis AB.