# Kravspecifikation för upphandling av en LLM-gateway eller AI-plattform

Uppdaterad 9 november 2026. Får kopieras, redigeras och användas fritt i era egna upphandlingsdokument.

Ett företag eller en myndighet som köper tillgång till stora språkmodeller för sin personal och sina applikationer köper oftast en gateway: ett konto och ett API framför flera modelleverantörer. Den här mallen listar 43 krav för det köpet, grupperade i den ordning en säkerhets- och upphandlingsgranskning går igenom dem. Varje krav anger varför det spelar roll och vilket underlag ni ska begära av leverantören.

Mallen är leverantörsneutral och fungerar som kravbilaga till en anbudsförfrågan, ett förfrågningsunderlag i en offentlig upphandling eller en säkerhetsgranskning av en leverantör. För AI-specifika avtalsvillkor kan ni komplettera med de frivilliga EU:s standardavtalsklausuler för AI (MCC-AI) (https://public-buyers-community.ec.europa.eu/communities/procurement-ai/resources/updated-eu-ai-model-contractual-clauses) som publicerades på kommissionens Public Buyers Community i mars 2025.

Varje krav är skrivet så att en leverantör kan besvara det i ett stycke och bifoga underlaget. Markera vilka som är ska-krav för er, vikta resten som bör-krav och stryk det som inte är relevant.

## 1. Behandlingsplats

| Ska | Nr | Krav | Varför det spelar roll | Underlag att begära |
| --- | --- | --- | --- | --- |
| [ ] | 1 | Behandlingsregion. Leverantören kan begränsa inferensen till en region som köparen anger, till exempel EU/EES eller Europa, för hela organisationen, ett team eller en enskild API-nyckel, inklusive nya försök och reservvägar. | Gatewayer växlar mellan leverantörer vid fel. Utan en regionregel som omfattar varje försök kan en reservväg flytta en prompt till en annan jurisdiktion utan att någon märker det. | Routningsregeln för begränsad trafik, de slutpunkter som tillåts per region med deras placering och vad som händer när ingen slutpunkt i regionen kan betjäna ett anrop. |
| [ ] | 2 | Definition av region. Leverantören anger vilka länder varje region omfattar, till exempel bara EU/EES, eller även Storbritannien, Schweiz eller andra länder. | Säljmaterial använder ofta Europa och EU som synonymer. Er bedömning av tredjelandsöverföringar beror på den exakta listan. | En skriftlig definition per region och behandlingsplatsen för varje underbiträde i den. |
| [ ] | 3 | Placering av ingång och gateway. Leverantören anger var TLS termineras, var gatewayen körs och vilket värdnamn som ska användas för regional behandling. | Ett anrop kan betjänas av en modell i rätt region och ändå först passera ett globalt edge-nätverk. | Värdnamn per region, driftleverantör och region för lastbalanseraren och gatewayen samt ett dataflödesdiagram. |
| [ ] | 4 | Placering av metadata och loggar. Leverantören anger var kontouppgifter, användningsposter, driftloggar, säkerhetskopior och e-post lagras och behandlas. | Svar om dataresidens gäller ofta bara prompter. Metadata innehåller ändå personuppgifter som namn, e-postadresser och IP-adresser. | En lagringsplats per datakategori, inklusive säkerhetskopior och transaktionell e-post. |

## 2. Lagring och noll datalagring

| Ska | Nr | Krav | Varför det spelar roll | Underlag att begära |
| --- | --- | --- | --- | --- |
| [ ] | 5 | Ingen lagring av innehåll hos leverantören. Leverantören behandlar prompter och svar bara för att betjäna anropet, eller anger exakt vilket innehåll den lagrar, var och hur länge. | Gatewayen ser varje prompt som er organisation skickar. Dess egen lagring är den första exponeringen att kontrollera. | En beskrivning av dataflödet, loggschemat som visar vilka fält som skrivs och motsvarande klausul i biträdesavtalet. |
| [ ] | 6 | Noll datalagring hos modelleverantörer. Köparen kan kräva att anrop bara går till modellslutpunkter som åtar sig att inte behålla någon kopia av innehållet, på organisations-, team- eller nyckelnivå, och lägre nivåer kan inte stänga av kravet. | Modelleverantörer sparar ofta prompter en tid för att upptäcka missbruk, om inte en överenskommelse om noll datalagring gäller för slutpunkten. | Lagringsvillkor per leverantör, hur inställningen upprätthålls för varje anrop och vilka funktioner som är avstängda medan den är på. |
| [ ] | 7 | Funktioner som lagrar innehåll. Leverantören listar varje funktion som lagrar innehåll (prompt caching, sparade svar, konversationstillstånd, filer, batchjobb) med lagringstid och den inställning som stänger av den. | Åtaganden om lagring har oftast undantag för vissa funktioner. Listan visar var undantagen finns. | En funktionslista med lagringstid per funktion och den kontroll som stänger av den. |
| [ ] | 8 | Radering när avtalet upphör. Leverantören raderar eller återlämnar köparens data inom en angiven tid efter att tjänsten upphört och bekräftar det skriftligt. | Enligt artikel 28.3 g i dataskyddsförordningen ska biträdesavtalet reglera radering eller återlämnande när tjänsterna upphör. | Klausulen i biträdesavtalet med tidsfristen, hanteringen av säkerhetskopior och ett exempel på raderingsbekräftelse. |

## 3. Träning och användning av data

| Ska | Nr | Krav | Varför det spelar roll | Underlag att begära |
| --- | --- | --- | --- | --- |
| [ ] | 9 | Ingen träning hos leverantören. Leverantören använder inte prompter, svar eller metadata för att träna eller förbättra modeller. | Träning är den användning som köpare oftast utesluter, och den måste stå i avtalet för att vara bindande. | Klausulen i avtalet eller biträdesavtalet och motsvarande avsnitt i integritetspolicyn. |
| [ ] | 10 | Ingen träning hos modelleverantörer. Leverantören routar köparens trafik bara till leverantörer som åtar sig att inte träna på den, och förklarar hur det upprätthålls för varje anrop. | Gatewayens eget löfte binder inte modelleverantörerna bakom den. | Leverantörsvillkor per slutpunkt, mekanismen som upprätthåller kravet och vilken trafik den omfattar. |
| [ ] | 11 | Annan sekundär användning. Leverantören anger om innehåll eller metadata används för analys, benchmarking, produktförbättring eller manuell granskning, och hur man avstår. | Sekundär användning ligger utanför de instruktioner som en personuppgiftsansvarig ger ett biträde, om den inte har avtalats. | En lista över sekundär användning, policyn för manuell granskning och inställningen för att avstå. |

## 4. Underbiträden och biträdesavtal

| Ska | Nr | Krav | Varför det spelar roll | Underlag att begära |
| --- | --- | --- | --- | --- |
| [ ] | 12 | Personuppgiftsbiträdesavtal. Ett biträdesavtal enligt artikel 28 i dataskyddsförordningen finns tillgängligt före undertecknande och omfattar föremål, varaktighet, instruktioner, sekretess, säkerhet, bistånd, radering och granskningar. | Artikel 28.3 anger vad biträdesavtalet ska innehålla. En gateway behandlar personuppgifter i varje prompt som nämner en person. | Texten i biträdesavtalet, tillämplig lag och hur det undertecknas. |
| [ ] | 13 | Lista över underbiträden. Leverantören publicerar varje underbiträde med syfte, vilka data det hanterar och var det finns, inklusive modell- och inferensleverantörer. | För en gateway är varje modelleverantör som kan betjäna er trafik ett underbiträde. | Adressen till listan och datum för senaste ändring. |
| [ ] | 14 | Underrättelse om nya underbiträden. Leverantören underrättar inom en angiven tid i förväg innan ett underbiträde läggs till eller byts ut, med rätt att invända. | Enligt artikel 28.2 ska den personuppgiftsansvarige informeras om ändringar och ges möjlighet att invända. | Klausulen i biträdesavtalet med tidsfristen och den kanal som används för underrättelser. |
| [ ] | 15 | Tredjelandsöverföringar. För all behandling utanför EES anger leverantören överföringsmekanismen (beslut om adekvat skyddsnivå, standardavtalsklausuler, UK IDTA). | Överföringar kräver stöd i kapitel V i dataskyddsförordningen, och köparen dokumenterar sin bedömning. | Bilagorna till standardavtalsklausulerna och en sammanfattning av leverantörens konsekvensbedömning för överföringar. |
| [ ] | 16 | Anmälan av personuppgiftsincidenter. Leverantören anmäler personuppgiftsincidenter utan onödigt dröjsmål och inom ett angivet antal timmar. | Den personuppgiftsansvarige har 72 timmar på sig att anmäla till tillsynsmyndigheten enligt artikel 33, så biträdets frist måste vara kortare eller lika lång. | Klausulen i biträdesavtalet, en sammanfattning av incidenthanteringen och säkerhetskontakten. |

## 5. Identitet och åtkomst

| Ska | Nr | Krav | Varför det spelar roll | Underlag att begära |
| --- | --- | --- | --- | --- |
| [ ] | 17 | Enkel inloggning. Inloggning med SAML 2.0 eller OpenID Connect via köparens identitetsleverantör, till exempel Microsoft Entra ID, Okta eller Google Workspace, för administrationskonsolen och för användare. | Jobbkonton håller åtkomsten knuten till anställningen, med köparens MFA och inloggningsregler. | Protokoll och identitetsleverantörer som stöds, installationsguiden och en testanslutning. |
| [ ] | 18 | Tvingande SSO. Köparen kan kräva SSO för alla användare och stänga av lösenord och andra inloggningsmetoder. | SSO som körs vid sidan av lösenord lämnar konton utanför identitetsleverantörens kontroll. | Inställningen och hur den hanterar befintliga sessioner och API-nycklar. |
| [ ] | 19 | Användarprovisionering. Provisionering och avprovisionering med SCIM 2.0 från identitetsleverantören, med koppling av grupper till roller eller team. | Utan avprovisionering behåller den som slutat sin åtkomst tills någon kommer ihåg att ta bort den. | Vilka SCIM-resurser som stöds (användare, grupper) och hur snabbt avprovisionering återkallar sessioner och nycklar. |
| [ ] | 20 | Roller och API-nycklar. Rollbaserad åtkomst, en nyckel per person och per applikation, avgränsade nycklar och omedelbar återkallelse. | Delade nycklar döljer vem som skickade vilket anrop och kan inte återkallas för en enskild person. | Rollmatrisen och nyckelns livscykel: skapande, avgränsning, rotation och återkallelse. |
| [ ] | 21 | Skrivbordsappar och kodagenter. Leverantören anger hur anställda autentiserar sig i AI-appar för skrivbordet och kodagenter (till exempel Claude Desktop, Claude Code och IDE-tillägg): inloggning med jobbkonto eller utdelade nycklar. | Det är i de här verktygen som privata konton och kopierade nycklar dyker upp utanför upphandlingen. | Installationsguiden och listan över verktyg som stöds. |

## 6. Kostnadskontroll

| Ska | Nr | Krav | Varför det spelar roll | Underlag att begära |
| --- | --- | --- | --- | --- |
| [ ] | 22 | Budgetar på de nivåer ni styr. Hårda månadsgränser per användare, per applikation och per team eller avdelning, som stoppar kostnaderna vid gränsen. | Agenter och batchjobb kan förbruka en månadsbudget på några timmar. En gräns som bara larmar är en rapport. | Vilka nivåer som stöds och vad som händer vid gränsen: stopp, larm eller överförbrukning. |
| [ ] | 23 | Tak för organisationen och larm. Ett tak för hela organisationen och larm innan någon gräns nås. | Ekonomifunktionen behöver en siffra som inte kan överskridas, oavsett vad som händer under den. | Inställningarna och larmkanalerna. |
| [ ] | 24 | Priser och fakturering. Pris per modell eller per plan, faktureringsvaluta, fakturor med köparens företagsuppgifter och momsregistreringsnummer samt kostnadsrapporter per användare och applikation för internfakturering. | Priset per token skiljer sig mellan modeller med flera tiopotenser, så utvärderingen behöver prisgrunden och rapporteringen. | Prislistan, en exempelfaktura och en exempelrapport över användning. |

## 7. Modellåtkomst och tillåtelselistor

| Ska | Nr | Krav | Varför det spelar roll | Underlag att begära |
| --- | --- | --- | --- | --- |
| [ ] | 25 | Modellkatalog. De ledande och öppna modeller som erbjuds, och vilka av dem som finns tillgängliga under varje regionregel. | En modell som inte finns i er region är inte tillgänglig för er när regionregeln är påslagen. | En modellista per region och policyn för att lägga till modeller. |
| [ ] | 26 | Tillåtna modeller. Administratörer väljer vilka modeller varje team, applikation eller nyckel får använda. Anrop till andra modeller avvisas. | Ert godkännande av en modell för ett användningsfall ska upprätthållas, inte bara dokumenteras. | Inställningen och felmeddelandet som returneras för en modell som inte är tillåten. |
| [ ] | 27 | Tillåtna leverantörer. Administratörer väljer vilka inferensleverantörer som får betjäna trafiken. Reservvägar följer listan, och nya leverantörer läggs aldrig till utan godkännande. | En leverantör som leverantören lägger till blir en ny plats där era data behandlas. | Inställningen, hur reservvägar tillämpar den och vad som händer när leverantören lägger till en inferensleverantör. |
| [ ] | 28 | Modelländringar. Leverantören meddelar i förväg när modeller fasas ut eller versioner ändras, och köparen kan låsa en version. | En modelländring utan förvarning påverkar kvaliteten på svaren och kan ogiltigförklara utvärderingen som gjorts för ett användningsfall. | Policyn för utfasning och kanalen för meddelanden. |
| [ ] | 29 | Transparens i routningen. Om leverantören routar automatiskt mellan modeller eller leverantörer, för kostnad eller tillgänglighet, dokumenterar den reglerna och registrerar vilken modell och leverantör som betjänade varje anrop. | Automatisk routning har bara värde om ni kan se vart varje anrop gick. | Dokumentationen av routningen och ett exempel på en post per anrop. |

## 8. Granskningsloggar och export

| Ska | Nr | Krav | Varför det spelar roll | Underlag att begära |
| --- | --- | --- | --- | --- |
| [ ] | 30 | Administratörslogg. Varje ändring av användare, nycklar, budgetar och regler, med vem som gjorde den, när, och värdet före och efter. | Granskare frågar vem som ändrade en regel och när. Utan värden före och efter kan loggen inte svara på vad som ändrades. | Ett exempel på en loggpost och lagringstiden. |
| [ ] | 31 | Anropslogg. För varje anrop: tid, användare eller nyckel, modell, betjänande leverantör, regionregel, status, tokens och kostnad, utan innehåll om inte köparen väljer det, med en angiven lagringstid. | För användning med hög risk kräver artikel 26.6 i AI-förordningen att tillhandahållare sparar loggar under sin kontroll i minst sex månader. Anropsloggen är också underlaget för AI-inventeringen. | Fältlistan, lagringstiden och en exempelexport. |
| [ ] | 32 | Export. Loggar kan exporteras som CSV eller via ett API och skickas till köparens SIEM. | Poster som köparen inte kan ta ut kan inte användas i den egna granskningen. | Format, begränsningar i rader eller tid och API-dokumentation. |

## 9. Skyldigheter för tillhandahållare enligt AI-förordningen

| Ska | Nr | Krav | Varför det spelar roll | Underlag att begära |
| --- | --- | --- | --- | --- |
| [ ] | 33 | Stöd för inventering och AI-kunnighet. Leverantören ger den information som köparen behöver för sin AI-inventering och sina åtgärder för AI-kunnighet enligt artikel 4: vilka modeller som används per applikation, deras leverantörer och deras dokumenterade begränsningar. | Artikel 4 har gällt sedan den 2 februari 2025, och en inventering är utgångspunkten för alla andra skyldigheter enligt AI-förordningen. | Poster per applikation över modell och leverantör samt länkar till modelldokumentation. |
| [ ] | 34 | Användning med hög risk. Om köparen ska använda tjänsten för ett ändamål som anges i bilaga III, anger leverantören sin roll enligt AI-förordningen och godtar de relevanta klausulerna i EU:s standardavtalsklausuler för AI (MCC-AI). | Skyldigheterna för tillhandahållare enligt bilaga III gäller från den 2 december 2027 och bygger på information som bara leverantören och modelleverantören har. | Leverantörens beskrivning av sin roll och en ifylld bilaga till MCC-AI High Risk eller Light. |
| [ ] | 35 | Dokumentation om AI-modeller för allmänna ändamål. För varje sådan modell som erbjuds länkar leverantören den dokumentation som modelleverantören gör tillgänglig för leverantörer längre ned i kedjan och den offentliga sammanfattningen av träningsinnehållet. | Artikel 53 förpliktar leverantörer av AI-modeller för allmänna ändamål att göra detta tillgängligt, och köpare arkiverar det per modell. | Länkar per modell och hämtningsdatum. |
| [ ] | 36 | Transparens. Leverantören anger om utdata märks i maskinläsbart format och hur den stöder köparens skyldighet att upplysa om AI-genererat innehåll. | Transparensskyldigheterna i artikel 50 gäller från den 2 augusti 2026. | Information per modell om märkning och vägledning för upplysningar. |

## 10. Exit och portabilitet

| Ska | Nr | Krav | Varför det spelar roll | Underlag att begära |
| --- | --- | --- | --- | --- |
| [ ] | 37 | Standardgränssnitt. API:et följer ett allmänt använt gränssnitt, till exempel det OpenAI-kompatibla formatet för chat completions, så att applikationer kan flyttas utan att skrivas om. | Ett proprietärt gränssnitt gör ett leverantörsbyte till ett mjukvaruprojekt. | API-referensen och de SDK:er och verktyg som fungerar med den. |
| [ ] | 38 | Dataexport vid exit. Köparen kan exportera konfiguration, användare, metadata om nycklar, användning och loggar i maskinläsbart format före och efter att avtalet upphört. | När tjänsten är en databehandlingstjänst enligt dataförordningen (Data Act) ger kapitel VI kunden rätt att byta leverantör, och från den 12 januari 2027 får inga avgifter för byte tas ut. | Exportformat, det stöd som erbjuds vid övergången och hur länge data finns kvar efter uppsägning. |
| [ ] | 39 | Avtalstid och uppsägning. Avtalstid, uppsägningstid, eventuella avgifter vid uppsägning och övergångsperioden. | Långa avtalstider och uppsägningsavgifter avgör vad ett byte kostar. | De kommersiella villkoren och uppsägningsklausulen. |

## 11. Support och SLA

| Ska | Nr | Krav | Varför det spelar roll | Underlag att begära |
| --- | --- | --- | --- | --- |
| [ ] | 40 | Drifttids-SLA. Ett månatligt åtagande om tillgänglighet med servicekrediter, mätmetod och undantag. | AI flyttar in i produktionsflöden, där driftstopp kostar pengar. | SLA-dokumentet, den offentliga statussidan och tillgängligheten de senaste 12 månaderna. |
| [ ] | 41 | Reservväg vid leverantörsfel. När en modelleverantör inte är tillgänglig går anropen vidare till en annan godkänd leverantör av samma modell, inom reglerna för region och tillåtna leverantörer. | En reservväg som bortser från regionen eller listan bryter mot reglerna just när en incident redan pågår. | Utformningen av reservvägarna och antalet leverantörer per modell under varje regionregel. |
| [ ] | 42 | Support och incidentkommunikation. Supportkanaler, svarstider per allvarlighetsgrad, språk och hur incidenter kommuniceras. | Köparens egen incidenthantering beror på leverantörens. | Supportpolicyn, adressen till statussidan och nyliga incidentrapporter. |
| [ ] | 43 | Säkerhetsdokumentation. En säkerhetsöversikt, ett ifyllt säkerhetsformulär och de granskningsrapporter eller certifieringar som leverantören och dess driftleverantörer har. | Det är detta som köparens säkerhetsfunktion granskar före godkännande. Att begära det med anbudet sparar en omgång. | Säkerhetssidan, ett ifyllt formulär som det öppna säkerhetsformuläret för LLM-gatewayer (https://standardcompute.com/sakerhetsformular-llm-gateway) och eventuella rapporter. |

---

## Källor

- [Uppdaterade EU:s standardavtalsklausuler för AI (MCC-AI High Risk och Light), Public Buyers Community, 5 mars 2025](https://public-buyers-community.ec.europa.eu/communities/procurement-ai/resources/updated-eu-ai-model-contractual-clauses)
- [Förordning (EU) 2016/679, dataskyddsförordningen, artiklarna 28 och 33, EUR-Lex](https://eur-lex.europa.eu/legal-content/SV/TXT/?uri=CELEX:32016R0679)
- [Förordning (EU) 2024/1689, AI-förordningen, artiklarna 4, 26, 50 och 53, EUR-Lex](https://eur-lex.europa.eu/legal-content/SV/TXT/?uri=CELEX:32024R1689)
- [Förordning (EU) 2023/2854, dataförordningen (Data Act), kapitel VI om byte mellan databehandlingstjänster, EUR-Lex](https://eur-lex.europa.eu/eli/reg/2023/2854/oj)
- [RFC 7644, SCIM 2.0-protokollet](https://www.rfc-editor.org/rfc/rfc7644) och [SAML 2.0 core, OASIS](https://docs.oasis-open.org/security/saml/v2.0/saml-core-2.0-os.pdf)

_Gratis kravspecifikation för LLM-gateway och AI-plattform från https://standardcompute.com/kravspecifikation-ai-plattform-upphandling (version 9 november 2026). Får kopieras och redigeras fritt. Inte juridisk rådgivning._