
Det har aldrig varit enklare att bygga ett eget AI-verktyg. En egen GPT, ett automatiserat flöde, en liten tjänst ovanpå en språkmodell. För många småföretag är det numera en eftermiddags arbete.
Men steget från att köpa till att bygga flyttar er i värdekedjan, och det får följder som är värda att förstå innan ni tar det. Inte för att avskräcka, utan för att skillnaden är lätt att missa.
Grundregeln
Köper ni ett färdigt AI-verktyg och använder det i verksamheten är ni tillhandahållare. Utvecklar ni ett system, eller släpper det under eget namn, är ni leverantör. Leverantören bär det tyngre ansvaret, eftersom det är den som bestämt hur systemet fungerar.
Mellanläget är där de flesta hamnar: ni bygger något eget ovanpå någon annans modell. Då är frågan inte vilken modell ni använder, utan vad ni gör med den.
| Vad ni gör | Er roll | Vad det innebär |
|---|---|---|
| Använder ChatGPT, Copilot eller ett CRM med AI-funktioner | Tillhandahållare | Ni ansvarar för hur systemet används, inte för hur det är byggt |
| Sätter ert eget namn på ett köpt verktyg mot kund | Leverantör | Namnet gör er till leverantör, även om ni inte skrivit en rad kod |
| Bygger en egen tjänst ovanpå en språkmodell och säljer den | Leverantör | Ni har utvecklat systemet och släpper det på marknaden |
| Bygger ett eget verktyg som bara används internt | Leverantör, och tillhandahållare av samma system | Att börja använda ett eget system räknas som att ta det i drift, också utan kunder |
| Ändrar vad ett köpt system ska användas till, så att det blir högrisk | Leverantör | Artikel 25 flyttar över ansvaret på er |
Fällan: ett eget verktyg för internt bruk
Den fjärde raden är den som förvånar. Många utgår från att man bara blir leverantör om man säljer något. Så är det inte.
Förordningen definierar att ta i drift som att tillhandahålla ett system för första användning, antingen till någon annan eller för eget bruk. Bygger ni ett internt verktyg och börjar använda det har ni alltså tagit det i drift, och då är ni leverantör av det. Att ingen utanför företaget ser det spelar ingen roll.
Ni behöver inte sälja något för att bli leverantör. Det räcker att ni byggt något och börjat använda det.
Men vad betyder det i praktiken?
Här är det viktigt att inte dra fel slutsats. Att vara leverantör är inte i sig betungande. Tyngden kommer av risknivån, inte av rollen.
Bygger ni ett internt verktyg som sammanfattar mötesanteckningar är ni leverantör av ett system på minimal risknivå. Då gäller AI-kunnighet enligt artikel 4, och att skriva ner vad systemet gör är klok praxis. Det är ungefär allt.
Bygger ni däremot ett verktyg som rangordnar jobbsökande är ni leverantör av ett högrisksystem, och då väntar ett helt annat arbete: riskhantering, teknisk dokumentation, inbyggd mänsklig tillsyn, CE-märkning och registrering i EU-databasen. Skillnaden ligger i vad verktyget gör, inte i att ni byggt det.
Tre frågor att ställa innan ni bygger
- Vad ska verktyget användas till? Ligger användningen i ett av Annex III-områdena, alltså rekrytering, kredit, utbildning och liknande, är ni på väg mot hög risk.
- Ska det bedöma människor? Rangordnar eller poängsätter verktyget personer är svaret på första frågan nästan alltid ja.
- Ska det utanför företaget? Säljer eller delar ni det vidare tillkommer krav som inte finns för ett rent internt verktyg.
Blir svaret nej på alla tre, bygg på. Blir det ja på någon, ta reda på vad som gäller innan ni börjar, inte efteråt.
Det är sällan ett skäl att låta bli att bygga. Det är ett skäl att veta vad ni bygger.
Texten är allmän vägledning, inte juridisk rådgivning. Varje AI-system bedöms för sig.