Et løpende abonnement er ingen garanti for at KI-modellen bak en viktig arbeidsprosess fortsatt vil være tilgjengelig. Å få tilgangen tilbake med en ny modell betyr ikke at tjenesten fortsatt oppgir riktige priser, forstår norske kundemeldinger eller stopper før den lover noe bedriften ikke har grunnlag for.
For norske ledergrupper er et vesentlig modellbytte en endring i tjenesten. Den teknisk ansvarlige må få integrasjonen til å virke. Den som har ansvar for arbeidsprosessen, må avklare hva erstatteren får gjøre, og hva som skal dokumenteres før tjenesten tas i vanlig bruk igjen.
Valget er å godkjenne erstatteren, begrense arbeidsprosessen eller midlertidig bruke en annen løsning som er testet. Utsettes beslutningen til den gamle modellen forsvinner, øker presset for å godta det som fungerer teknisk.
En avviklingsdato er noe annet enn en produktnyhet
OpenAIs varsel om utfasing oppgir at tilgangen til en gruppe eldre API-modeller ble stengt 23. oktober 2026. Avviklingen ble kunngjort 22. april. Listen omfatter blant annet gpt-4.1-nano og den bestemte modellversjonen gpt-4o-2024-05-13. Dette gjelder de oppførte API-modellene. Det betyr ikke at alle GPT-4o-versjoner eller bedriftens ChatGPT-abonnement har sluttet å virke.
Andre leverandører avvikler også modeller. Anthropics dokumentasjon skiller mellom en modell som er under utfasing og fortsatt fungerer, og en avviklet modell der forespørsler feiler. Den oppgir nå 30. november 2026 som foreløpig avviklingsdato for claude-sonnet-4-5-20250929. Partnerdrevne plattformer kan ha andre datoer. Kontroller plattformen som faktisk leverer tjenesten deres.
Automatisk bytte er en annen situasjon. Googles dokumentasjon for Gemini API sier at forespørsler til gemini-3.7-flash automatisk går videre til gemini-3.8-flash, uten at det opprinnelige endepunktet stenges. At forbindelsen virker, viser derfor ikke i seg selv at modellen bak er uendret. Dette er eksempler fra de enkelte leverandørene, ikke en felles regel for alle KI-produkter.
Første oppgave er å finne ut hvilken situasjon som gjelder hos dere. Et norsk AS som kjøper en ferdig kundeservicetjeneste, ser kanskje aldri navnet på modellen. Spør leverandøren hvilke viktige funksjoner som avhenger av modeller som byttes ut, hvordan endringer varsles, og hvilken testing kunden får innsyn i. Et offentlig API-varsel fastslår ikke om akkurat den kjøpte tjenesten er berørt.
Kundeløftet må holde når modellen byttes
Tenk deg et hypotetisk norsk utleieselskap. Den godkjente assistenten lager svarutkast om tilgjengelighet, depositum og levering. Ansatte kontrollerer utkastene før utsending. Tilgjengeligheten hentes fra bookingsystemet, mens priser og vilkår kommer fra godkjent materiale i bedriften.
Leverandøren bytter den underliggende modellen. I en test skriver den nye versjonen mer naturlig bokmål, men tilbyr gratis transport der selskapets vilkår krever et eget pristilbud. Forbindelsen virker, språket flyter, og kunden ville likt tilbudet. Tjenesten oppfyller likevel ikke bedriftens krav. Dette er et oppdiktet testtilfelle, ikke en rapportert hendelse.
Det gamle svaret er heller ikke automatisk fasiten. Vurder begge versjonene opp mot bookingopplysningene, godkjente vilkår og grensene for assistentens oppgaver. En erstatter som retter en gammel feil, er en forbedring, selv om svaret blir annerledes. Målet er å bevare riktige krav, ikke alle vanene til den gamle modellen.
Byttet gir også en mulighet til å forbedre tjenesten. En bedre modell kan redusere kontrollarbeidet, håndtere flere nyttige sakstyper eller gjøre en tungvint arbeidsprosess enklere. Vis gevinstene i bedriftens egne oppgaver. En nyere modell eller en bedre plassering i en generell test er ikke dokumentasjon på bedre håndtering av utleievilkårene deres.
Test tjenesten, ikke bare en samtale med den nye modellen
OpenAIs veiledning om tekstgenerering beskriver at ulike modeller, også versjoner i samme modellfamilie, kan gi ulike resultater og trenge forskjellige instruksjoner. En fast modellversjon gjør endringer lettere å kontrollere. Den holder ikke modellen tilgjengelig for alltid. Avviklingsplanen gjelder fortsatt.
Det tekniske teamet må dokumentere hvilken erstatter, hvilke instruksjoner, kilder, verktøy og innstillinger som ble brukt i testen. Hold kravene til tjenesten faste mens det tekniske oppsettet justeres. Hvis integrasjonen eller instruksjonene må endres, vurder tjenesten slik den faktisk skal fungere. En isolert modellsammenligning er ikke tilstrekkelig grunnlag for å sette den i drift.
Bruk godkjente og tilstrekkelig beskyttede eksempler fra vanlig arbeid og vanskelige saker. Ta med bokmål, nynorsk eller engelsk ut fra meldingene kundene faktisk sender. Test norske datoer, beløp, leieperioder og faguttrykk der de påvirker svaret. En god demonstrasjon på engelsk er ingen norsk akseptansetest.
OpenAIs veiledning om evaluering anbefaler å definere mål, relevante data og målekriterier, sammenligne resultater og fortsette evalueringen når systemet endres. Dette er leverandørens veiledning, ikke en uavhengig undersøkelse som viser at en bestemt erstatter passer bedriften deres.
Min anbefaling er å gjøre utleieselskapets krav om til en kort oversikt for godkjenning:
| Krav til tjenesten | Dokumentasjon som må vurderes | Betydning for oppstart |
|---|---|---|
| Ikke finn på at utstyr er tilgjengelig | Utkastet stemmer med bookingsvaret, også når utstyret er opptatt | Begrens arbeidsprosessen hvis den lover utstyr uten grunnlag |
| Behold riktige pris- og leveringsvilkår | Svaret følger godkjente vilkår og ber om pristilbud når det kreves | En udokumentert rabatt eller et uriktig transportløfte stanser vanlig oppstart |
| Send uavklarte saker videre til ansatte | Manglende informasjon fører til tydelig overlevering, og den opprinnelige henvendelsen bevares | La ansatte håndtere sakene til overleveringen faktisk når den ansvarlige |
| Hold tjenesten innenfor avtalt kapasitet | Mål ferdigbehandlede saker, kontrollarbeid, svartid og faktisk kostnad ved bruk | Begrens omfanget eller endre oppsettet hvis tjenesten ikke fungerer i driften |
Dette er et forslag til ledelsesverktøy, ikke et validert poengsystem eller et krav om et bestemt antall tester. Velg eksempler og godkjenningskrav ut fra konsekvensene av feil. Gjenta viktige testtilfeller der variasjon betyr noe, og behold egne eksempler som ikke har vært brukt til å tilpasse instruksjonene. Ingen avgrenset test beviser at alle fremtidige svar vil være riktige.
Medarbeidere som kjenner arbeidet, må vurdere om resultatet oppfyller kravet. KI er nyttig til å organisere sammenligninger og finne forskjeller, men en poengsum fra en automatisk vurdering alene er et svakt grunnlag for å godkjenne et nytt kundeløfte. Hold datatilgang og tillatte handlinger innenfor de eksisterende, godkjente grensene under utprøvingen.
Den gamle modellen er ikke alltid en reserveløsning
Før avviklingen kan det være praktisk å gå tilbake til en gammel, fortsatt støttet versjon hvis utrullingen mislykkes. Etter avviklingen gjenoppretter ingen innstilling en tilgang leverandøren har fjernet. En plan som bare sier «gå tilbake til den gamle modellen», er ufullstendig.
For utleieselskapet kan reserveløsningen være at ansatte lager svar fra bookingsystemet og de godkjente vilkårene. Et annet alternativ er å beholde assistenten til en avgrenset oppgave som besto testene, mens ansatte håndterer pristilbud. Begge valg krever at kapasiteten er undersøkt, og at henvendelser som allerede er under behandling, blir fulgt opp uten å falle bort eller behandles dobbelt. Ikke lov normal svartid hvis den manuelle løsningen ikke klarer det.
En annen modell er først en reserveløsning når oppsettet, informasjonsbehandlingen og kvaliteten på oppgaven er kontrollert. Å sende fortrolige kundehenvendelser til en gratis konto som ikke er godkjent, er ingen beredskapsplan. Veiledningen om å bytte KI-leverandør tar opp det å forlate en leverandør. Her er oppgaven å opprettholde en akseptabel tjeneste gjennom et modellbytte, kanskje hos samme leverandør.
Hvis en avviklet modell allerede har stanset arbeidet, må dere først gjenopprette et minimum av tjenesten med en løsning som er testet. Ta vare på uferdige henvendelser, avklar omfanget av avbruddet og gi berørte kunder realistiske tidsanslag. Ikke la hastverket med å få tjenesten i gang utvide assistentens tilganger eller gjøre ukontrollerte utkast til automatiske kundesvar.
Bestem dere før leverandørens frist tar valget for dere
Den som har ansvar for tjenesten, må legge frem én tydelig anbefaling: Godkjenn den testede erstatteren innenfor avtalte grenser, begrens oppgavene til bestemte feil er rettet, eller stans den berørte funksjonen og bruk det testede alternativet. Dokumenter grunnlaget, uløste problemer, ansvarlig person og tidspunkt for oppfølging. For en skriveassistent med små konsekvenser ved feil holder det med en kort gjennomgang. En arbeidsprosess som endrer bestillinger eller forplikter selskapet, trenger sterkere dokumentasjon.
Beslutningen må også ta hensyn til gevinstene. Å utsette en nyttig erstatter på ubestemt tid legger beslag på medarbeidernes tid og kan holde bedriften avhengig av en versjon som snart avvikles. En avgrenset oppstart med ekstra kontroll gir ofte mer kunnskap enn enten et ukontrollert bytte i hele virksomheten eller en utsettelse uten sluttdato. Bruk veiledningen for overgangen fra pilot til drift når erstatteren endrer arbeidsprosessen vesentlig.
Ledelsen har ansvar for gjennomføringen og leverandøroppfølgingen. Når avhengigheten er vesentlig, bør styret spørre hvilke kritiske tjenester som står foran et modellbytte, om både erstatteren og reserveløsningen er demonstrert, og hvilke kostnader eller avbrudd som fortsatt er uavklart. Styret skal ikke godkjenne enkeltinstruksjoner eller gjennomføre testene selv.
Ta med én viktig KI-støttet tjeneste til neste ledermøte. Be den ansvarlige vise varselet om modellendringen, dokumentasjonen for godkjenning og et alternativ som fungerer. Leverandøren bestemmer når modellen slutter å være tilgjengelig. Bedriften må fortsatt bestemme hva den er forberedt på å levere til kundene.
Kildene er kontrollert 24. oktober 2026. Modellnavn, status og datoer er tidsavhengige og gjelder bestemte plattformer. Utleieselskapet, testfeilen og oversikten for godkjenning er hypotetiske. Rådene er forfatterens vurderinger, ikke lovkrav eller en garanti for ytelsen til en bestemt modell. Illustrasjonen er KI-generert.