En inventering av IT-system och arkitekturstandarder är det minsta och billigaste steget på hela digitaliseringsstegen – och det enda som ger förvaltningen eller bolaget, inte leverantören, kontroll över inriktningen de kommande 10 åren.
Exempel på en sammanfattning på en sida för ledningen. Illustrativa data.
Ett system i EZD-klassen, e-förvaltning, fakturaflöde för KSeF, en ny processplattform – vart och ett av dessa beslut kostar hundratusentals zloty och binder organisationen till en leverantör i åratal. Inventeringen ger dig objektiv kunskap om vad du faktiskt har, i vilket skick det är och vad som saknas, innan beslutet fattas – så att det är du, och inte en leverantörs offert, som bestämmer inriktningen.
| Utan inventering | Efter inventeringen |
|---|---|
| Förfrågningsunderlag som skrivs utifrån leverantörernas offerter. Det är ofta offerterna som i slutändan bestämmer kraven. | Förfrågningsunderlag som skrivs utifrån verkliga behov – beställaren formulerar kraven, leverantören uppfyller dem |
| Öppenhetsklausuler och exitplan lämnas som ”det kanske vi lägger till senare” | 20 mallklausuler för arkitektur, obligatoriska i varje IT-avtal |
| System med överlappande funktioner – organisationen betalar två gånger | Du vet exakt vad organisationen har och var luckorna finns – du köper bara de förmågor som saknas |
| Tilläggsavtal för integrationer som missats i förfrågningsunderlaget, på beställarens bekostnad | En katalog över obligatoriska integrationer med de centrala systemen i förfrågningsunderlaget från första dagen |
| Risken för bristande efterlevnad av KSC/NIS 2/GDPR/AI Act upptäcks först vid en revision | Krav på regelefterlevnad inskrivna i förfrågningsunderlaget och ställda på leverantören |
| Inlåsning hos leverantören – efter några år går det inte att byta utan att förlora data | Klausuler om dataexport, exitplan, deponering av källkod – beställaren behåller full kontroll |
| Ingen motivering av inköpsbeslutet när granskarna frågar | Dokumenterad A/B/C/D-kategorisering och motivering av beslutet |
| Ansökningar om EU-bidrag utan en solid analytisk grund | Underlag för ansökningar om medel från EU, KPO och nationella program |
Utarbetad från grunden av en oberoende rådgivare och anpassad till din organisation – inte en mall att fylla i själv. Totalt 16 dokument och verktyg som utgör grunden för den digitala omställningen och för att genomföra en långsiktig IT-strategi.
En uppstartsworkshop med ledningen (starosta, dvs. chef för distriktsförvaltningen, eller vd, kommundirektör, IT) och en inventeringsenkät till avdelningar och leverantörer.
Genomgång av dokumentation, intervjuer med systemägare (5–10 × 45–60 min), teknisk verifiering tillsammans med IT. 1–3 dagars möten med processägare på plats, resten på distans.
Ett utkast till A/B/C/D-kategorisering och en valideringsworkshop med avdelningscheferna.
Rapporten och den samlade dokumentationen; förberedelse och genomförande av ett presentationsmöte för ledningen (60–90 min).
För muspekaren över en rad, eller markera den med Tab, så visas ett exempel.
| Kat. | Definition | Typisk åtgärd |
|---|---|---|
| A | System i linje med målarkitekturen, hög mognadExempel: ett personal- och lönesystem med aktuellt serviceavtal och öppet API. | Förvaltning med kontrollerad vidareutveckling |
| B | Rätt riktning, men kräver anpassningarExempel: ett ekonomisystem utan integration med KSeF. | En plan för ändringar, förhandling med leverantören |
| C | Systemet innebär risk – föråldrad teknik, upphörande support, inlåsning hos leverantören, ingen integrationExempel: ett system för dokumentflöde vars leverantör avslutar supporten nästa år. | En plan för avveckling och ersättning |
| D | En förmåga som saknas i portföljen och behövs inom 1–10 årExempel: flödet för leverantörsfakturor, som i dag sköts via e-post och kalkylblad. | Prioritering av implementeringar, val av leveransmodell |
A behålla
B anpassa
C avveckla och ersätta
D fylla luckan
Bedömningen bygger på 5 viktade dimensioner: funktionalitet och verksamhetsnytta (20 %), arkitektur och öppenhet – API:er, integrationer, standarder, AI-beredskap (25 %), säkerhet och regelefterlevnad – KSC/NIS 2/GDPR/KRI/WCAG (20 %), teknik och leverantör – aktualitet, support, inlåsning hos leverantören (20 %), ekonomi och total ägandekostnad (15 %).
Priset beror på antalet system och avdelningar. Jag fastställer det exakta priset efter ett 30 minuters samtal om organisationens storlek.
Som jämförelse: den samlade uppsättningen strategiska dokument och standarder skulle, beställd separat, kosta 40 000–80 000 zł.
Metodik → initiativbeskrivning → arkitekturgranskning → upphandlingsklausuler → riskregister.
En standardkatalog, 20 avtalsklausuler och en bedömningsmall – du vet vad du ska fråga innan du sätter dig vid bordet med en leverantör.
Integrationsmatrisen för de centrala systemen som färdig utgångspunkt för varje kommande integrationsprojekt.
En uppdatering var 12–18:e månad, antingen genomförd av din egen IT-avdelning med samma metodik eller som en uppdatering av inventeringen som rådgivaren genomför.
Normalt 2–6 veckor från avtalets undertecknande till presentationsmötet för ledningen, beroende på antalet system. Bara 1–3 dagar sker på plats, resten på distans. En samordnare på organisationens sida lägger sammanlagt omkring 10 timmar.
Nej. Den avslutas med krav, avtalsklausuler och en integrationsmatris – sådant som ändå måste tas fram före upphandlingen. Oftast förkortar den förberedelserna inför upphandlingen, eftersom den ersätter insamlade leverantörsofferter som utgångspunkt.
Det är en metod för att bedöma varje system i fem viktade dimensioner (funktionalitet, arkitektur och öppenhet, säkerhet och regelefterlevnad, teknik och leverantör, ekonomi och total kostnad), som slutar med att systemet placeras i en av fyra kategorier: A (behålla), B (anpassa), C (planera ersättning) eller D (en saknad förmåga att planera för).
Nej – arbetet sker på nivån system, avtal och konfiguration, utan åtkomst till de personuppgifter som behandlas i systemen. Om sådan åtkomst i ett enskilt fall skulle behövas, krävs ett separat personuppgiftsbiträdesavtal enligt art. 28 GDPR.
De blir utgångspunkten för det fortsatta arbetet: kravspecifikationen för ett nytt projekt, förberedelser inför samtal med leverantörer, ansökningar om medel och en periodisk uppdatering som din egen IT-avdelning genomför med samma metodik. Det här är ingen rapport som hamnar i byrålådan.
En säkerhetsrevision bedömer efterlevnaden av en viss standard eller föreskrift och slutar med en lista över avvikelser. Inventeringen ger en bredare, verksamhetsinriktad bild av hela systemportföljen – kostnader, risker, luckor, inriktning – och omsätts direkt i arbetsdokument för de beslut som följer, inte bara i en åtgärdslista.
Ja. Applikationsregistret anger för varje system ägare, avtal, licens, kostnad och när supporten upphör. Då syns vilka avtal som löper ut, var organisationen är beroende av en enda leverantör och vad driften faktiskt kostar.
