Exitplan¶
Princip 7: bygg exitvägen innan du behöver den. Dataportabilitet, exportformat, avtalsvillkor och en dokumenterad »plan B« för varje kritisk tjänst – det är också vad Sveriges molnpolicy (maj 2026) och EU:s CADA-förslag pekar mot.
En exitplan upprättas i fas 0 för varje kritisk tjänst i beroendekartan och prövas på nytt varje år. Den svarar på en fråga: vad gör vi dag 1 om leverantören stänger av, höjer priset eller tvingas lyda ett annat lands lag? Mallen fylls i per tjänst. Hakparenteser fylls i av organisationen.
Exitplan: [tjänstens namn]¶
| Tjänst | [namn, version, vad den används till] |
| Lager | [0–7] |
| Leverantör och juridisk kontroll | [leverantör; land där leverantören eller dess ägare kontrolleras] |
| Driftas var | [land, datacenter, underleverantör – för SaaS: enligt leverantörens svar, datum] |
| Nivå i dag / målnivå | [1–4] / [2–4] |
| Kill-switch-risk | [kritisk / hög / medel / låg] |
| Avtal | [avtalsslut, uppsägningstid, förlängningsvillkor] |
| Ansvarig | [systemägare, it-ansvarig] |
| Senast prövad | [datum] – nästa omprövning [datum] |
1. Vad händer dag 1¶
[Beskriv konkret: vilka funktioner slutar fungera, vilka verksamheter påverkas, vilka andra system som är beroende av tjänsten (t.ex. via Entra ID, Graph API, SQL Server). För identitetslagret: utan katalog och IdP loggar ingen in någonstans.]
2. Data¶
| Vilka data finns i tjänsten | [typ, klassning, volym] |
| Var lagras de | [land, jurisdiktion, underleverantörer] |
| Exportformat | [öppna format: ODF, PDF/A, CSV/JSON/XML enligt standard; vad som inte går att exportera] |
| Hur och hur ofta tas en egen kopia | [rutin, plats, ansvarig, senaste test av återläsning] |
| Tid att exportera allt | [uppskattning, senast testad] |
3. Alternativ¶
[Vilket europeiskt eller öppet alternativ som skulle ersätta tjänsten enligt byteskartan, dess mognad (beprövat / fungerar – friktion / svårt eller omoget), och vilken fas i färdplanen bytet hör till. Om inget alternativ på nivå 3 finns: nivå 2 som dokumenterat undantag, med skälen och omprövningsdatum.]
4. Övergångsväg¶
| Steg | Vad | Tid | Ansvarig |
|---|---|---|---|
| 1 | [t.ex. aktivera reservlösning / återläs kopia hos svensk driftleverantör] | [timmar/dagar] | |
| 2 | [t.ex. peka om SSO-integrationer till egen IdP] | ||
| 3 | [t.ex. informera medarbetare, utbilda] |
Minsta acceptabla funktion under övergången: [vad som måste fungera från dag 1 och vad som kan vänta].
5. Avtalsvillkor som stöder exit¶
- [ ] Exitklausul med rätt att säga upp vid ägarbyte, jurisdiktionsbyte eller väsentligt ändrade villkor
- [ ] Fullständig dataexport i öppet format vid avtalsslut, utan extra kostnad, inom [tid]
- [ ] Escrow eller tillgång till källkod vid konkurs
- [ ] Kontinuitetsplan om leverantören stängs av eller stänger av
- [ ] Krav på besked om var driften sker och vem som kan stänga av, samt anmälan vid byte av underleverantör
- [ ] SSO mot organisationens egen IdP (OIDC/SAML), inte enbart Entra ID
Villkor som saknas i dagens avtal förs in vid nästa förnyelse via kravkatalogen.
6. Test¶
[När exitplanen senast övades – t.ex. återläsning av exporterade data i alternativet, eller inloggning via reserv-IdP – och resultatet.]
Att tänka på¶
- Exitplanen är ett levande dokument: den uppdateras vid varje avtalsförnyelse, ägarbyte hos leverantören och årlig omprövning i fas 0.
- Öppna format före nya verktyg (princip 5): ODF som dokumentstandard, PDF/A för arkiv, öppna protokoll (CalDAV/CardDAV, IMAP/JMAP, OIDC/SAML, Matrix) gör varje byte reversibelt – och varje exitplan enklare.
- Abstraktion – virtualisering, containrar och öppna standarder – gör att komponenter kan bytas när alternativ dyker upp.
- Globala grundtjänster som delas av hela världen (GitHub-ekosystemet, Let's Encrypt, rot-DNS, paketregister) hanteras med speglingar och reservväg: Forgejo-spegel, egna paketregister, reservutfärdare för certifikat (HARICA, ZeroSSL, egen PKI).
Källor¶
- Presentationens bild 11 (princip 5 och 7), bilaga A6 (krav 7: exit och kontinuitet), bild 19 (strategi för horisonten, globala grundtjänster), bilaga A8 (fas 0)
- regeringen.se 28 maj 2026 – molnpolicy (Fi2026/01233); digital-strategy.ec.europa.eu 3 juni 2026 – Cloud and AI Development Act
- eSam: rapport mars 2025 om exit-planering