SOP-mall: format, exempel, granskningscykel – och den SOP som varje medlem läser på sitt eget språk (2026)

En standardrutin, eller SOP (Standard Operating Procedure), är det skriftliga sättet att utföra ett återkommande arbete i din organisation: stegen i ordning, vem som tar varje steg, vad varje steg ger som resultat och vad man gör när den vanliga vägen är blockerad. En SOP-mall är det fasta skelett som orden placeras i, så att den fyrtionde rutinen ser ut som den första och den som har läst en kan läsa alla. Mallen är den enkla delen. Det mesta i den här guiden handlar om vad som ska stå i den och vad som håller den sann efter dagen den skrevs.

Guiden tar först hantverket – vad en SOP är och inte är, standardformatet, hur man skriver en som folk faktiskt följer, en mall du kan kopiera och två ifyllda exempel. Därefter kommer mekaniken: hur granskningscykeln fungerar, var SOP:n och dess granskning finns i de verktyg ditt team redan använder och vad den som läser på ett annat språk får. SOP:ns verkliga prov är nämligen inte dagen den godkänns. Det är tisdagen då en ny kollega öppnar den ensam, vid disken, med en kund som väntar.

Vad en SOP är – och vad den inte är

Fem sorters dokument beskriver hur arbete går till, och SOP:n är den i mitten:

Skillnaderna avgör längden. En SOP som förklarar policyn bakom varje steg är en manual som ingen öppnar vid disken. En SOP som går ner på vilken knapp man ska klicka på skrivs om varje gång programvaran ändras. SOP:n säger vad som görs, av vem, i vilken ordning och med vilket resultat. Policyn ovanför säger varför, och arbetsinstruktionen under säger exakt hur det går till på just den här skärmen.

En SOP är heller inte en beskrivning av hur jobbet vanligtvis görs. Den är det överenskomna sättet – därför har den en ägare, en version och ett granskningsdatum, och därför är ett steg som ingen följer ett steg att ta bort eller ett samtal att ta, inte en mening att låta stå kvar.

Vad som ska ingå: standardformatet

En användbar SOP har ett huvud och åtta avsnitt. De flesta mallar på nätet har bara huvud och steg, och det är därför de flesta SOP:er är inaktuella inom ett år utan att någon vet om det:

Huvudet – dokumentets identitet, fem fält på en rad: ett ID som man kan hänvisa till ("SOP-CS-04"), en version ("v2.1"), ägaren – en namngiven person, inte en avdelning – ikraftträdandedatum och nästa granskningsdatum. Ett dokument utan granskningsdatum granskas när något går fel.

1. Syfte. En eller två meningar: vad rutinen åstadkommer och vad som går fel utan den. "Varje reklamation registreras, bekräftas och löses på samma sätt, så att en kund får samma svar oavsett vem som svarar i telefon."
2. Omfattning. När SOP:n gäller och när den inte gör det. "Reklamationer från kunder om en produkt eller en leverans. Gäller inte: garantiärenden (SOP-CS-07), inte: leverantörsreklamationer."
3. Roller och ansvar. Varje roll som förekommer i stegen, med vad den ansvarar för. Roller, inte namn: namn byts ut, och SOP:n ska inte behöva skrivas om för det.
4. Definitioner och förutsättningar. Termer som en ny person kanske inte kan, och vad som måste finnas på plats före steg 1 – åtkomst till registret, mallen, eskaleringslistan.
5. Rutinen. Numrerade steg, en handling per steg, i den ordning de sker, där varje steg börjar med rollen och ett verb: "Receptionen registrerar…", "Teamledaren granskar…". Där det hjälper används tre kolumner – vem, gör vad, resultat eller registerpost – så att varje steg slutar i något som en andra person kan kontrollera.
6. Undantag och eskalering. Förgreningarna: vad man gör när kunden inte finns i systemet, när beloppet överstiger gränsen, när ägaren är borta. Varje undantag pekar ut en person eller en roll, inte "fråga någon".
7. Register och resultat. Vad som finns i slutet som inte fanns i början – registerposten, det skickade e-postmeddelandet, det signerade formuläret – och var det förvaras. Det här är avsnittet som en revisor läser, och det som visar om rutinen har följts.
8. Referenser och revisionshistorik. Den policy som rutinen genomför, de relaterade SOP:erna och arbetsinstruktionerna; därefter en rad per version – datum, vad som ändrades, vem som godkände. Historiken är det som hindrar att samma misstag förs in igen under ett nytt versionsnummer.

Fyra format för rutinavsnittet. Enkla steg – en numrerad lista – för ett arbete på färre än tio steg utan förgreningar. Hierarkiskt – numrerade steg med understeg markerade med bokstäver – när ett steg har en egen sekvens inuti sig. Flödesschema när förgreningarna betyder mer än ordningen: en beslutsruta är lättare att följa än "om… annars… såvida inte". Checklista för en rutin som samma personer utför dagligen, där frågan inte är "hur" utan "gjorde vi det". Många SOP:er använder två: en hierarkisk rutin och en ensidig checklista för passet som är hämtad från den.

Vad som ska utelämnas: motivering (policyns uppgift), skärmbilder av varje klick (arbetsinstruktionens uppgift) och allt som en person inte kan agera på. "Bemöt kunden med respekt" är ett värde, inte ett steg.

Hur man skriver en: observera, skriv utkast, testa, publicera

Observera den som gör jobbet och skriv ner vad hen faktiskt gör. Inte vad chefen tror händer – vad som händer, inklusive lösningen med kalkylbladet. Den som gör jobbet varje dag är medförfattare. En SOP som skrivs om dem i stället för med dem är den som ligger i en mapp medan den verkliga rutinen finns i deras huvuden. Fråga vid varje steg: vad gör du om det här misslyckas?

Skriv utkastet i mallen, med stegen först. Skriv rutinavsnittet före syftet: stegen visar var omfattningen tar slut och vilka roller som finns. En handling per steg, roll plus verb, presens. Om ett steg behöver ett stycke är det två steg eller en arbetsinstruktion. Håll helheten så kort att den kan läsas på fem minuter. Detaljerna finns i de länkade instruktionerna.

Testa den på någon som aldrig har gjort jobbet. Ge personen SOP:n och inget annat, och se var hen stannar. Varje stopp är ett saknat steg, en saknad definition eller ett saknat undantag. Ett test med en nybörjare är värt mer än tre granskningar av erfarna, som fyller i luckorna utan att märka det.

Publicera där teamet läser, och sätt datumet. En SOP i en mapp med fyrtio andra hittas av dem som redan kan jobbet. Den hör hemma där det team som kör rutinen redan samtalar, med ägarens namn och granskningsdatumet synliga, så att frågan "är den här fortfarande aktuell?" besvaras av huvudet och inte av att fråga runt. Lägg sedan granskningsdatumet i kalendern – den SOP som skrivs och aldrig granskas är den som följs med självförtroende efter att den har slutat vara sann.

En SOP-mall

[SOP-ID] — [Rutinens namn]
Version: [n.n] · Ägare: [roll, namn] · Gäller från: [datum] · Nästa granskning: [datum]

1. Syfte
[En eller två meningar – vad rutinen åstadkommer och vad som går fel utan den.]

2. Omfattning
Gäller: [situationer, produkter, platser] · Gäller inte: [vad som regleras på annat håll, med SOP-ID]

3. Roller
[Roll] — [vad rollen ansvarar för i den här rutinen]
[Roll] — [vad rollen ansvarar för]

4. Definitioner och förutsättningar
[Term] — [betydelse]
Före steg 1: [åtkomst, verktyg, mallar, listor som behövs]

5. Rutin
5.1 [Roll] [gör vad] → [resultat eller registerpost]
5.2 [Roll] [gör vad] → [resultat eller registerpost]
5.3 [Roll] [gör vad] → [resultat eller registerpost]
[a. delsteg] [b. delsteg]

6. Undantag och eskalering
Om [villkor]: [vad man gör, vem som beslutar]
Om [villkor]: [vad man gör, vem som beslutar]
Allt som inte täcks här: [roll] beslutar och ärendet tas upp vid nästa granskning.

7. Register
[Vad som finns i slutet – registerpost, e-post, formulär – och var det förvaras, och hur länge.]

8. Referenser och revisionshistorik
Genomför: [policy] · Relaterat: [SOP-ID, arbetsinstruktioner]
v[n.n] — [datum] — [vad som ändrades] — godkänd av [namn]
v[n.n] — [datum] — [vad som ändrades] — godkänd av [namn]

Mallen kan klistras in i en Word-fil, ett Google Docs-dokument, en Notion-sida, en Slack-canvas eller en chattanteckning utan omformatering. De två fält som oftast lämnas tomma är ägaren och nästa granskningsdatum. Det är just de två som avgör om dokumentet fortfarande är sant om ett år.

Två ifyllda exempel

Hantering av en kundreklamation – serviceteam, hierarkisk

SOP-CS-04 — Hantering av kundreklamationer
Version: 2.1 · Ägare: Servicechef, Marta R. · Gäller från: 1 okt 2026 · Nästa granskning: 1 apr 2027

1. Syfte — Varje reklamation registreras, bekräftas och löses på samma sätt, så att en kund får samma svar oavsett vem som tar samtalet, på kundens språk.
2. Omfattning — Reklamationer från kunder om en produkt, en leverans eller en faktura, via telefon, e-post eller chatt. Gäller inte: garantiärenden (SOP-CS-07), inte: leverantörsreklamationer (SOP-PR-02).
3. Roller — Reception: registrerar och bekräftar. Servicehandläggare: utreder och svarar. Servicechef: godkänner allt över kreditgränsen och beslutar om eskalering.
4. Förutsättningar — Åtkomst till reklamationsregistret; bekräftelsemallen på kundens språk; den aktuella kreditgränsen (se registrets huvud).

5. Rutin
5.1 Receptionen registrerar reklamationen i registret → post med datum, kanal, kund, produkt, kundens språk och ett reklamations-ID
5.2 Receptionen skickar bekräftelsen inom en arbetsdag → bekräftelsemejl med reklamations-ID, på kundens språk
5.3 Servicehandläggaren utreder:
a. kontrollerar order-, leverans- och fakturaunderlag;
b. ringer eller skriver till kunden om en uppgift saknas;
c. noterar resultatet och det föreslagna åtgärdsförslaget i registret → resultat och åtgärd, daterade
5.4 Om åtgärden är en kredit under gränsen utfärdar handläggaren den; över gränsen godkänns den av servicechefen inom en arbetsdag → kreditnota eller skriftligt godkännande
5.5 Handläggaren besvarar kunden inom fem arbetsdagar från 5.1 → svar på kundens språk, med hänvisning till reklamations-ID
5.6 Receptionen avslutar posten → status Avslutad, datum, åtgärd

6. Undantag — Kunden finns inte i systemet: registrera med de kontaktuppgifter som lämnats, flagga overifierad, fortsätt. Kunden hotar med rättsliga åtgärder: stanna vid 5.3, lämna över till servicechefen samma dag. Ägaren är borta: ställföreträdaren som anges i registrets huvud godkänner.
7. Register — Registerposten (sparas i 5 år), bekräftelsen och svaret (i kundens akt), kreditnotan (ekonomi).
8. Referenser — Kundpolicy §4; SOP-CS-07; arbetsinstruktion WI-CS-04a "Reklamationsregistret".
v2.1 — 1 okt 2026 — tidsgränsen i steg 5.2 ändrad från två dagar till en; bekräftelsen nu på kundens språk — godkänd av Marta R.
v2.0 — 15 mars 2026 — kreditgräns och godkännandesteg tillagda — godkänd av Marta R.

Öppna kliniken – reception, daglig checklista

SOP-FD-01 — Öppna kliniken
Version: 1.3 · Ägare: Verksamhetschef, Tomás A. · Gäller från: 1 sep 2026 · Nästa granskning: 1 mars 2027

1. Syfte — Kliniken är redo för den första patienten kl. 08:00, varje dag, oavsett vem som öppnar.
2. Omfattning — Öppning på vardagar av receptionisten på morgonpasset. Gäller inte: öppning på helger (SOP-FD-02).
3. Roller — Öppnande receptionist: allt nedan. Verksamhetschef: kontaktas vid varje punkt som misslyckas.

5. Rutin — senast 07:45, i denna ordning
☐ Larmet av, dörrarna upplåsta, belysning och värme på
☐ Receptionsdatorn på, bokningssystemet öppet, dagens lista utskriven
☐ Telefonlinjen omkopplad från nattmeddelandet till live
☐ Väntrummet kontrollerat: stolar, vatten, dagens anslag på båda språken
☐ Behandlingsrum 1–3: förbrukningsmaterial över minimimarkeringen i skåpet
☐ Kortterminalen på och testtransaktionen avslutad
☐ Dagens tre första patienter uppringda om någon har anteckningen bekräfta

6. Undantag — En punkt kan inte slutföras: ring verksamhetschefen före 07:50; öppna inte dörrarna för patienter förrän chefen har svarat. Bokningssystemet ligger nere: använd den utskrivna listan från kvällen före (SOP-FD-05).
7. Register — Den ibockade checklistan, signerad med initialer och daterad, i öppningsmappen; sparas i tre månader.
v1.3 — 1 sep 2026 — anslag på båda språken tillagda i väntrumspunkten — godkänd av Tomás A.

Lägg märke till vad de två har gemensamt: varje steg börjar med en roll och ett verb och slutar i något som en andra person kan kontrollera; undantagen pekar ut en person; huvudet säger vem som äger rutinen och när den nästa gång ses över; och de sista raderna visar vad som ändrades och varför. Det är hela hantverket. Allt annat i den här guiden handlar om att hålla dokumentet sant efter den dag det undertecknades.

Granskningscykeln: så förblir en rutin sann

En SOP är ett påstående om hur arbete utförs, och arbetet rör sig. Granskningscykeln är det som håller påståendet ärligt. Den har fyra delar.

Ett datum, och utlösare som går före datumet. Varje SOP har ett nästa granskningsdatum i sitt huvud – sex eller tolv månader är vanligt, kortare för allt som är reglerat eller säkerhetsrelaterat. Fyra händelser tidigarelägger granskningen: en incident som rutinen inte förhindrade; en ändring i det verktyg, formulär eller den leverantör som stegen beror på; en ändring i den regel eller förordning som SOP:n genomför; och tre avvikelser i rad – tre personer som gör ett steg annorlunda än dokumentet är en röstning, inte ett disciplinproblem.

Ett kort granskningsmöte med dem som gör jobbet. Tjugo minuter, ägaren och två eller tre personer som kör rutinen, den aktuella versionen på allas skärm. Dagordningen är alltid densamma:

SOP-[ID] granskning — [datum]
1. Avvikelser sedan förra granskningen: var gjorde vi på ett annat sätt, och varför — 5 min
2. Incidenter och reklamationer som rutinen berörde — 5 min
3. Steg att ändra, lägga till eller ta bort — en rad vardera, med skälet — 7 min
4. Beslut: ge ut på nytt som v[n.n] den [datum], eller bekräfta oförändrad med ett nytt granskningsdatum — 3 min
Åtgärder: vem redigerar, vem godkänner, vem informerar vem, senast när

En ny version, med den gamla bevarad. Ändringen förs in i revisionshistoriken som en rad – datum, vad som ändrades, vem som godkände – och versionsnumret flyttas: ett ändrat steg är en mindre version (2.0 → 2.1), en ändrad omfattning eller en ny roll är en större. Den tidigare versionen markeras som ersatt och sparas, inte raderas: en revisor, eller en kollega som förklarar vad som hände i mars, behöver rutinen som den såg ut då. Ett beslut som fattas under granskningen och som ändrar en regel, inte bara ett steg, hör även hemma i beslutsloggen, med SOP-ID:t i posten.

De som gör jobbet får veta det. En omutgiven SOP som ingen har meddelat är den gamla SOP:n med ett nytt nummer. Ändringen går till dem som kör rutinen, på det ställe där de redan läser, med de tre rader som ändrades citerade – och det nya granskningsdatumet läggs i kalendern samma dag.

Var SOP:n och dess granskning finns i de verktyg du redan använder

Själva rutinen är ett dokument och finns där teamets dokument finns – en Word-fil i ett delat bibliotek, ett Google Docs-dokument, en sida i en wiki, en canvas. Granskningen är ett möte, och varje plattform har en plats för det som granskningsmötet lämnar efter sig, och varje plattform stannar vid olika punkt. Endast dokumenterat beteende, från leverantörernas egna sidor, med den månad då varje sida kontrollerades:

Två saker är desamma överallt. SOP:n är ett dokument på det enda språk den skrevs på, och kollegan som läser ett annat språk läser antingen det eller en kopia som någon har gjort. Och det som granskningen ändrade kommer in i dokumentet bara om en person skriver in det efteråt, på samma språk.

Hur rutinen – och varje granskning av den – kommer tillbaka på varje medlems språk

InterMIND är ett kommunikationsutrymme där ett teams arbete finns i en kanal, så SOP:n har ett självklart hem: kanalen för det team som kör rutinen. Publicerad som en anteckning – ett meddelande med rik text, rubriker och numrerade listor, som kan redigeras senare från sin egen meny – läses den av varje medlem på det egna språket, med originalet och en diff över vad som ändrats ett reglage bort, och fäst så att den aktuella versionen är det första en ny kollega hittar. Uppladdad som fil i stället – en PDF eller ett Word-dokument – öppnas den för varje läsare översatt till det egna språket på betalda planer, och på alla planer bär dess kort en AI-sammanfattning på läsarens språk, där varje punkt är länkad till det stycke den kommer från, så att fem-minutersläsningen finns innan någon har hunnit skriva den. Om huvudkopian finns kvar i ett dokumentverktyg landar uppdateringarna i kanalen via e-post: kanalens värd ger den en egen adress, och ett meddelande som skickas dit visas som ett vanligt meddelande med avsändaren angiven och bilagorna bevarade.

Granskningsmötet utgår från den kanalen. Under samtalet läggs den aktuella versionen på allas skärm bredvid videorutorna med Share to conference – en anteckning, eller ett Google Docs- eller OneDrive-dokument länkat i chatten – och varje deltagare bläddrar i den oberoende av de andra och läser den på sitt eget språk; en delad anteckning redigeras live av den som delar medan rummet ser det ändrade steget ta form. När samtalet tar slut skrivs sammanfattningen utifrån själva mötet – en sammanfattning, punkterna markerade som överenskomna, öppna eller omstridda, action items med ägare, varje rad med sin tidsstämpel – och de dokument som delats under sessionen bidrar med sina sammanfattningar vid sidan av det som sades. Den kommer med e-post, som ett meddelande i kanalen och som en länk i kalenderhändelsen, och varje inloggad medlem läser den på sitt eget språk: protokollet översätts per läsare, det skrivs inte en gång på det språk som rummet råkade använda. Vilken medlem som helst kan redigera den, varje redigering bevarar författare och revisionshistorik, och kanalen behåller sammanfattningen av varje tidigare session – så granskningen som ledde fram till v2.1 ligger ett klick från anteckningen som är v2.1, och en medlems egen assistent – Claude, ChatGPT, Copilot eller Gemini, kopplad via MCP-kopplingen – kan söka i sammanfattningar, transkriptioner, chattar och texten i delade filer med en enda fråga, "vad ändrade vi i reklamationsrutinen i oktober?", och läsa själva dokumentet; det här fungerar för organisationer som har AI-funktioner påslagna.

De som kör en rutin är inte alltid anställda. En distributörs personal, en inhyrd konsult, en vikarie: en extern medlem i kanalen ansluter med e-post till ett gratiskonto och läser SOP:n och dess historik som alla andra. En person utan konto är gäst i ett enda möte – hen ansluter till granskningssamtalet via länk, från en telefon, utan kostnad, hör det live på sitt eget språk och får inget protokoll efteråt. Värden tillhandahåller utrymmet och betalar, på en betald plan, bara för de medlemmar som varit aktiva de senaste 28 dagarna – de som gick med i ett möte, skrev i en chatt eller frågade assistenten; medlemmar som blir tysta behåller sin åtkomst utan kostnad.

• Öppna en komplett sammanfattning — ett verkligt protokoll, återgivet av samma kod som skriver ditt.
• Testa livedemon — ingen registrering; tala, och hör rummet översättas per lyssnare.

SOP:er som hantverk överlever alla verktyg: någon måste fortfarande se jobbet utföras, skriva stegen som handlingar och fråga den nya personen var hen fastnade. Det som inte behöver överleva är det andra jobbet – att för hand hålla en översatt kopia av varje version och skriva in igen vad granskningen ändrade, på ett språk, för personer som läser andra.

FAQ

Vad är en SOP-mall?

En SOP-mall är det fasta skelett som en standardrutin skrivs in i: ett huvud med ID, version, ägare, ikraftträdandedatum och nästa granskningsdatum, följt av standardavsnitten – syfte, omfattning, roller, definitioner och förutsättningar, den numrerade rutinen, undantag och eskalering, register samt referenser med en revisionshistorik. Mallen gör att varje rutin i organisationen ser likadan ut, så att den som har läst en kan hitta i alla.

Vilka är de fem delarna i en SOP?

De fem delar som de flesta mallar är överens om är titelblocket eller huvudet, syftet, omfattningen, roller och ansvar samt själva rutinen. En komplett SOP lägger till ytterligare tre – undantag och eskalering, register samt referenser med en revisionshistorik – och det är oftast de saknade som får en rutin att misslyckas: ingen vet vad man ska göra när den vanliga vägen är blockerad, och ingen vet vad som har ändrats sedan förra versionen.

Hur skriver man en SOP?

Observera den som gör jobbet och skriv ner vad som faktiskt händer, inklusive förgreningarna. Skriv rutinavsnittet först – en handling per steg, roll plus verb, presens – och fyll sedan i omfattning, roller och undantag utifrån vad stegen avslöjade. Testa den på någon som aldrig har gjort jobbet och rätta varje ställe där hen stannar. Publicera den där teamet redan läser, med ägaren och nästa granskningsdatum i huvudet, och lägg datumet i kalendern.

Hur ser formatet på en SOP ut?

En huvudrad – ID, version, ägare, ikraftträdandedatum, nästa granskningsdatum – och åtta numrerade avsnitt: syfte, omfattning, roller, definitioner och förutsättningar, rutin, undantag och eskalering, register, referenser och revisionshistorik. Rutinavsnittet tar en av fyra former: enkla numrerade steg, hierarkiska steg med understeg, ett flödesschema när förgreningarna betyder mer än ordningen, eller en checklista för en daglig rutin.

Vad är skillnaden mellan en SOP och en arbetsinstruktion?

En SOP beskriver ett arbete från början till slut på nivån roller och steg – vem som gör vad, i vilken ordning, med vilket resultat. En arbetsinstruktion beskriver ett av de stegen på en skärm, en maskin eller ett formulär, ner till fältet och knappen. SOP:n säger "Receptionen registrerar reklamationen i registret"; arbetsinstruktionen visar registret, fälten och rullgardinsvärdena. Att hålla dem åtskilda är det som gör att SOP:n överlever ett programvarubyte.

Vad är skillnaden mellan en SOP och en policy?

En policy är regeln och skälet: vad organisationen gör och inte gör. En SOP är hur en roll genomför regeln, steg för steg. "Varje reklamation besvaras inom två arbetsdagar" är en policy; de åtta stegen från registrering till avslut är den SOP som genomför den. En policy ändras sällan och genom beslut; en SOP ändras så fort arbetet gör det, och dess revisionshistorik säger när.

Finns det en SOP-mall i Word eller Google Docs?

Mallen i den här guiden är ren text med fetstilta etiketter, så den kan klistras in i ett Word-dokument, ett Google Docs-dokument, en Notion-sida, en Slack-canvas eller en chattanteckning utan omformatering. Formatet betyder mer än filen: det som rymmer SOP:n behöver huvudet med ägaren och granskningsdatumet, numrerade steg som börjar med en roll och ett verb, en namngiven person för varje undantag och en revisionshistorik – och det behöver finnas där de som gör jobbet redan läser.

Hur ofta bör SOP:er granskas?

Vid ett datum som står i huvudet – var sjätte eller tolfte månad är vanligt, och oftare där rutinen är reglerad eller säkerhetsrelaterad – och tidigare när en av fyra saker inträffar: en incident som rutinen inte förhindrade, en ändring i det verktyg eller formulär som stegen beror på, en ändring i den regel den genomför, eller tre avvikelser i rad. Granskningen är ett tjugominutersmöte med dem som gör jobbet, och den slutar i en ny version med en rad i historiken eller i en bekräftelse med ett nytt granskningsdatum.

Källor: Microsoft — Take meeting notes in Microsoft Teams; Zoom — Using Meeting Summary with AI Companion; Google — Calendar & Meet settings for "Take notes for me"; Google Meet — "Take notes for me" in Google Meet; Slack — Meeting agenda template (canvas). Sidorna från Microsoft, Google och Slack kontrollerades i oktober 2026; Zooms sida om mötessammanfattning kontrollerades i augusti 2026. Leverantörerna ändrar planer, funktioner och språklistor över tid; se deras sidor för aktuellt läge.