Ordliste

Fagbegreper kort forklart

begreper: 476
Områder: 8
oppdatert: 13. nov. 2026

manonsfre

sep

okt

nov

Alle begreper

476 begreper fra A til Å, hvert av dem kort forklart. Søk etter et begrep eller hopp til en bokstav.

A

A-post: En A-post knytter et DNS-navn til en IPv4-adresse. Den oppretter ikke nettstedet og bestemmer ikke HTTPS, stier eller en HTTP-omdirigering.
Abonnementshandel: Ved abonnementshandel mottar kunden produkter eller tjenester gjentatte ganger. Leverings- eller bruksplan og fakturering må passe sammen.
Agentisk arbeidsflyt: En prosess med KI-støttede beslutninger og verktøyhandlinger der faste kontroller og varierende steg kan kombineres.
Aggregert DMARC-rapport: En aggregert DMARC-rapport oppsummerer domenekontroller fra et rapporterende e-postsystem over en periode. Den hjelper med å undersøke kilder og konfigurasjonsfeil.
Akseptansekriterier: Akseptansekriterier angir etterprøvbare resultater som et krav kan vurderes mot.
Akseptansetest: En kontroll mot avtalte kriterier av om løsningen oppfyller tiltenkte bruker- og forretningsbehov.
Alternativ tekst: Alternativ tekst formidler et bildes betydning eller funksjon i sammenhengen. Rent dekorative bilder behandles annerledes.
Anbefalingssystem: Et system som velger eller rangerer relevante kandidater blant tilgjengelige tilbud, for eksempel ut fra egenskaper eller tidligere interaksjoner.
Anomalideteksjon: Metoder som markerer uvanlige observasjoner sammenlignet med en fastsatt referanse eller et innlært mønster.
API: Et API fastsetter hvordan programvare kan bruke funksjoner eller data fra annen programvare.
Argon2: Argon2 er en familie minnekrevende hashfunksjoner for passord. Variant, minnebehov og kjøretid må passe til sikkerhetskrav og drift.
ARIA: ARIA supplerer informasjon om roller, tilstander og egenskaper for hjelpemidler. Den beskrevne atferden må faktisk være implementert.
Arkitekturbeslutning: En arkitekturbeslutning fastsetter et viktig aspekt av programvarens oppbygning. Kontekst og konsekvenser forklarer valget.
Arkitekturprinsipp: Et arkitekturprinsipp gir en begrunnet retningslinje for gjentakende beslutninger om systemets utforming.
Asynkron programmering: Å vente på et resultat uten å blokkere resten av den planlagte flyten.
Attributtbasert tilgangskontroll: ABAC vurderer tilgang ut fra definerte egenskaper og regler. Egenskapenes kilde og aktualitet er en del av utformingen.
Automatisering av forretningsprosesser: Automatisering av forretningsprosesser kobler gjentatte arbeidstrinn til regler, ansvar og fastlagte løp for unntak.
Automatisk skalering: Automatisk skalering tilpasser ressurser etter regler. Målinger, oppstartstider og grenser hos avhengige tjenester avgjør om applikasjonen får nytte av det.
AAAA-post: En AAAA-post knytter et DNS-navn til en IPv6-adresse. Tjenesten kan først nås den veien når nettverket og serveren er riktig konfigurert.

B

B2B-handel: B2B-handel er handel mellom virksomheter. Digitale forløp må koble virksomhet, bestiller og gjeldende vilkår riktig sammen.
B2C-handel: B2C-handel er en virksomhets salg til private forbrukere. Begrepet beskriver kjøperforholdet, ikke en bestemt butikkteknologi.
Backend: Backend behandler applikasjonens regler og data på serveren. Den omfatter mer enn databasen eller en administrasjonsskjerm.
Backpressure: Backpressure tilpasser tilførselen av data til mottakerens behandlingskapasitet gjennom signaler om å senke tempoet eller ta pause.
Bakoverkompatibilitet: En ny versjon støtter fortsatt avtalt bruk uten at eksisterende konsumenter må tilpasses.
Bare metal-server: En bare metal-server gir eksklusiv fysisk maskinvare. Applikasjon, operativsystem og gjenoppretting trenger fortsatt en passende driftsordning.
Batchbehandling: Batchbehandling behandler et avgrenset sett med data eller oppgaver samlet i én kjøring.
Begrensning av forespørsler: En forespørselsgrense angir hvor ofte en klient kan sende forespørsler etter en bestemt regel.
Beslutningsgrunnlag: Et beslutningsgrunnlag forbereder et konkret valg og viser alternativer, begrunnelse, følger og åpne antakelser.
Bestillingsmal: En bestillingsmal lagrer et gjenbrukbart vareutvalg. Malen og en ordre som opprettes fra den, har ulike tilstander og rettigheter.
Betalingsgateway: En betalingsgateway overfører betalingsdata mellom nettbutikken og betalingsbehandlingen og sender svarene tilbake til nettbutikken.
Betalingstjenestetilbyder: En PSP støtter bedrifters elektroniske betalinger. Betalingsmetoder, behandling og tilleggstjenester avhenger av tilbudet.
Blå-grønn utrulling: Blå-grønn utrulling forbereder en ny versjon i et annet miljø. Etter kontroll flyttes trafikken fra gjeldende miljø til det nye.
Branch: En navngitt utviklingslinje som Git følger via en flyttbar referanse til en commit.
Brannmur: En brannmur styrer nettverkstrafikk etter regler. En tillatt forbindelse erstatter verken sikker programvare eller rettighetskontroll i applikasjonen.
Brukergrensesnitt: Brukergrensesnittet gjør samspill med et system mulig. Også tekster, tilbakemeldinger og reaksjoner på handlinger inngår.
Brukerhistorie: En kort beskrivelse av brukerrolle, behov og formål.
Brukeropplevelse: Brukeropplevelse omfatter mer enn enkelte skjermbilder. Et portaleksempel skiller grensesnittet fra opplevelsen av hele tjenesten.
Brukerundersøkelse: Brukerundersøkelser kartlegger oppgaver, behov og bruksforhold. Observasjoner og tolkninger må kunne følges hver for seg.
Brukervennlighet: Brukervennlighet avhenger av mennesker, oppgaver og bruksforhold. Et pent grensesnitt er ikke tilstrekkelig dokumentasjon.
Brukervennlighetstest: En brukervennlighetstest observerer relevante personer under realistiske oppgaver. Den krever tydelig omfang og etterprøvbare notater.
Bundler: Et verktøy som samler tilknyttede moduler og ressurser i filer for levering.
Byggeprosess: Den fastlagte flyten som lager programvareartefakter fra blant annet kildekode og avhengigheter.
Bør-krav: Et bør-krav er viktig, men ikke nødvendig for det aktuelle leveranseomfanget. En akseptert midlertidig løsning kan muliggjøre den første bruken.

C

Cache stampede: Et cache stampede kan oppstå når samtidige forespørsler ikke finner de samme dataene i cachen og starter samme kostbare arbeid.
Cache-invalidering: Cache-invalidering avslutter gjenbruk av en kopi etter definerte regler. Kildeposten er fortsatt en egen sak.
Caching: Caching gjenbruker lagrede data eller resultater. Gyldighet og tillatt brukerområde hører til utformingen.
Canary-utrulling: En canary-utrulling gir først en ny versjon begrenset trafikk. Observerte resultater avgjør om utvidelsen fortsetter eller stoppes.
Chargeback: En chargeback tilbakefører en kortbetaling ved en reklamasjon hos kortutstederen. Refusjon fra forhandleren følger en annen prosess.
Checkout: Checkout fører fra handlekurv til innsendt bestilling. Gjeldende valg, nødvendige opplysninger og ordreoversikt må passe sammen.
Circuit breaker: En circuit breaker stopper kall til en tjeneste med feil og tillater senere et begrenset antall prøvekall.
Clean Architecture: Å skille forretningsregler fra ytre detaljer og rette kildekodens avhengigheter mot kjernen.
CNAME-post: En CNAME-post peker fra et DNS-alias til et annet navn. Den er ikke en HTTP-omdirigering og konfigurerer ikke målserveren.
Commit: En registrert prosjekttilstand i Git med metadata og eventuelle henvisninger til tidligere tilstander.
Composable commerce: Composable commerce kobler sammen spesialiserte handelskomponenter. Valg og utskifting krever egnede grensesnitt og felles forretningsregler.
Container: En container kjører applikasjonsprosesser i et avgrenset miljø. Det kan forenkle utrulling, men erstatter verken sikkerhetskopiering eller drift.
Container-image: Et container-image er pakken containere startes fra. Det inneholder programvare og avhengigheter, men ikke automatisk oppdaterte forretningsdata.
Containerregister: Et containerregister lagrer og distribuerer avbildninger. Tagger kan endres; en digest fastsetter innholdet, men beviser ikke at programvareversjonen er godkjent.
Content Delivery Network: Et CDN leverer nettinnhold fra flere steder. Offentlige filer kan mellomlagres der; personlige portalsvar trenger egne cacheregler.
Content Security Policy (CSP): En CSP kan begrense tillatte skriptkilder i nettleseren. En policy som bare rapporterer, registrerer brudd, men håndhever ikke reglene.
Context engineering: Context engineering forbereder informasjon til hvert modellkall: relevante instruksjoner, meldinger, kilder og gjeldende tilstander.
Core Web Vitals: Core Web Vitals beskriver innlasting, respons på inndata og visuell stabilitet. Målemiljøet og datagrunnlaget hører med til resultatet.
CRM: CRM organiserer arbeidet med kunderelasjoner. Et tilbudseksempel forklarer bruken og den grunnleggende forskjellen fra ERP.
Cross-Origin Resource Sharing: CORS styrer nettleserens tilgang til svar fra en annen origin. Det erstatter verken API-innlogging eller kontroll av rettigheter.
Cross-site request forgery (CSRF): CSRF utnytter en innlogget økt til en uønsket forespørsel. Øktinformasjonskapselen alene beviser ikke at personen ønsket handlingen.
Cross-site scripting (XSS): Ved XSS blir eksternt innhold kjørbar kode i nettleseren. Det avgjørende er hvordan applikasjonen setter inn inndata på sidene sine.
CRUD: CRUD samler grunnoperasjonene Create, Read, Update og Delete: opprette, lese, endre og slette.
CSS: CSS beskriver presentasjonen av strukturert innhold, som oppsett, farger og skrift. Det må passe til bruken og det faktiske innholdet.

D

Database: En organisert samling data som programvare kan lese målrettet og endre.
Databaseindeks: En databaseindeks støtter passende oppslag. Den gjør ikke alle spørringer raskere og krever plass og vedlikehold.
Databaselås: En databaselås koordinerer samtidig tilgang til data eller objekter slik at uforenlige operasjoner ikke skjer ukontrollert.
Databasespørring: En databasespørring ber om data etter definerte vilkår. Utvalg, omfang og rekkefølge skal passe til arbeidsformålet.
Databasetransaksjon: En databasetransaksjon samler relaterte endringer slik at de lagres samlet eller rulles samlet tilbake.
Datadrift: En endring i fordelingen av modellens inndata sammenlignet med en eksplisitt valgt referanse.
Datakonsistens: Datakonsistens betyr at data følger fastsatte regler, og at tilhørende tilstander ikke motsier hverandre.
Datamigrering: Datamigrering flytter utvalgte data til et nytt system. Kobling, kontroll og overføring av ansvaret for å registrere endringer hører med.
Dataminimering: Dataminimering begrenser personopplysninger til det som er passende, relevant og nødvendig for et bestemt formål.
Dataskjema: Et dataskjema beskriver oppbygning og regler for data. Det angir for eksempel felt og datatyper; opprinnelse og aktualitet er tilleggsspørsmål.
Datasyn: Metoder for å hente informasjon fra bilder og video, for eksempel ved å klassifisere objekter, finne plasseringen deres eller skille mellom bildeområder.
Datasynkronisering: Datasynkronisering avstemmer avtalte data mellom systemer gjentatte ganger. Retning, forsinkelse, konflikter og trygge gjentakelser trenger regler.
Datatilordning: Datatilordning angir hvordan kildedata overføres til en målstruktur. Både feltnavn, betydning, enheter og feilhåndtering må passe.
Datavalidering: Datavalidering kontrollerer data mot fastsatte krav, eksempelvis format, obligatoriske felt eller tillatte verdier.
Dataversjon: En dataversjon betegner en bestemt datatilstand. Det må være avklart om identifikatorer uttrykker en rekkefølge; en skjemaversjon er noe annet.
DDoS-beskyttelse: DDoS-beskyttelse skal begrense distribuerte overbelastningsangrep. Dekkede tjenester, nettverkskapasitet og virkningen på normal trafikk må kontrolleres.
Dead-letter-kø: En dead-letter-kø lagrer utskilte meldinger for undersøkelse og kontrollert behandling på nytt.
Definition of Done: Den felles beskrivelsen av kvalitetskrav til et ferdig produktinkrement.
Dependency Injection: En komponent får avhengigheter utenfra i stedet for å opprette konkrete implementasjoner selv.
Designmønster: En gjenbrukbar løsningsstruktur for et tilbakevendende designproblem, med egne avveininger.
Designoverlevering: Ved designoverlevering gis et utkast videre til implementering. Tilstander, oppførsel og åpne beslutninger må være forståelige.
Designsystem: Et designsystem samler designregler, gjenbrukbare komponenter og bruksveiledning. Vedlikehold og sporbare endringer hører også med.
Designtoken: Designtokener lagrer navngitte designbeslutninger. Flere komponenter kan bruke dem, og verdier kan endres på definerte steder.
Digital lommebok: En digital lommebok bruker lagrede betalingsmidler eller en saldo ved betaling. Enhetsstøtten og butikkens integrasjon må fungere sammen.
Digital medieforvaltning: DAM organiserer digitale mediefiler med metadata, versjoner og bruksregler. Et program kan da finne den passende godkjente filen.
Digital tilgjengelighet: Digital tilgjengelighet gjør det mulig for mennesker med funksjonsnedsettelse å oppfatte, forstå og bruke digitale tjenester.
Direktesalg til forbrukere: D2C er et merkes direktesalg til forbrukere. Nettbutikk og ERP må skille mellom salgskanal, kundetype og tilgangsregler.
DKIM-selektor: DKIM-selektoren peker sammen med det signerende domenet på den offentlige kontrollnøkkelen. Den hjelper med å knytte nøkler til sendeveier.
DMARC: DMARC knytter en vellykket SPF- eller DKIM-kontroll til det synlige avsenderdomenet. Policy og rapporter hjelper den tekniske oppfølgingen.
DMARC-policy: DMARC-policyen beskriver ønsket behandling ved mislykkede domenekontroller. Den retter verken sendekilder eller samsvaret deres.
DNS-sone: En DNS-sone er en administrasjonsenhet for DNS-data. Grensene følger delegering; ikke hvert underdomene er automatisk en egen sone.
Docker: Docker gir verktøy for å bygge, distribuere og kjøre containerapplikasjoner. Avbildning, kjørende container og driftsmiljø har ulike oppgaver.
Domain Name System: DNS gir opplysninger om navn, som adressen til en nettserver. Navneoppslag, serverforbindelse og applikasjonens funksjon er ulike trinn.
DomainKeys Identified Mail: DKIM knytter signerte e-postdeler til et domene. En gyldig signatur dokumenterer verken kryptering eller personen bak meldingen.
Domene: Et domene er en navngitt del av DNS. Navnet oppretter ikke et nettsted; hosting, e-post og applikasjonen må kobles til.
Domenedrevet design: Å utvikle programvaremodeller ut fra forretningsområdet, sammen med dem som kjenner reglene.
Driftskostnader: Utgifter som må planlegges for løpende drift av en IT-løsning.
Dropshipping: Ved dropshipping sender en leverandør den solgte varen direkte til kunden. Butikkordre, leverandørordre og tilbakemeldinger må passe sammen.
Duplikatdeteksjon: Duplikatdeteksjon finner poster som kan beskrive samme objekt. Et treff er først en mistanke og ingen automatisk sammenslåing.
Dynamisk prising: Dynamisk prising tilpasser priser til endrede forhold. Datagrunnlag, tillatte grenser og håndtering av eksisterende ordre krever klare regler.
Dyp læring: Maskinlæring med nevrale nettverk som har flere behandlingslag.

E

E-handel: E-handel beskriver handel gjennom digitale bestillingskanaler. Betaling og levering trenger ikke også å skje på nett.
Edge computing: Edge computing behandler data nærmere kilden eller bruken. Det lokale arbeidet og samspillet med sentrale tjenester må fortsatt planlegges.
Eksponentiell backoff: Eksponentiell backoff multipliserer ventetiden mellom nye forsøk opp til en fastsatt øvre grense.
Elektronisk datautveksling: EDI overfører strukturerte forretningsdokumenter mellom systemer. Format, partnerprofil, datakoblinger og tilbakemeldinger må stemme overens.
ELT: ELT står for Extract, Load, Transform: Rådata lastes først inn i mållageret og omformes deretter der for analysene som trengs.
Embedding: En embedding representerer innhold som en tallvektor. Modell og sammenligningsmetode avgjør hvilke likheter som blir synlige.
Ende-til-ende-test: En kontroll av en avtalt flyt gjennom systemdelene som er vesentlige for den.
Endringsforespørsel: En endringsforespørsel dokumenterer en foreslått endring av avtalt prosjektgrunnlag for vurdering og beslutning.
Enhetstest: En målrettet kontroll av en liten, definert programvaredel, for eksempel regel eller funksjon.
Enterprise Service Bus: En Enterprise Service Bus formidler sentralt mellom applikasjoner: Den kan rute meldinger, konvertere dataformater og tilpasse protokoller.
Envelope-From: Envelope-From angir SMTP-avsenderen for transport og feilmeldinger. Den må skilles fra den synlige avsenderadressen.
ERP: Et ERP-system knytter innkjøp, lager, ordrer og økonomi sammen gjennom felles data og samordnede prosesser.
ETag: En ETag identifiserer en bestemt representasjonsversjon av en HTTP-ressurs og støtter betingede oppslag eller endringer.
ETL: ETL står for Extract, Transform, Load: Data hentes fra en kilde, omformes før innlasting og overføres deretter til analyselageret.
Eventual consistency: Eventual consistency tillater midlertidig ulike datatilstander som skal bli like under de forutsatte betingelsene.
Exitstrategi: En forberedt vei for å bytte, overta eller avslutte en IT-tjeneste på en ordnet måte.

F

F1-skår: Det harmoniske gjennomsnittet av presisjon og recall for samme positive klasse.
Fakturaadresse: Fakturaadressen er en egen adresseopplysning i ordre- eller fakturaflyten. Feltet må ikke ved en feil byttes med leveringsstedet.
Fasettnavigasjon: Fasettnavigasjon avgrenser produktlister gjennom flere egenskaper. Synlige filtre og strukturerte data må beskrive samme utvalg.
Feilhåndtering: Å bestemme hvordan et program håndterer oppdagede feil og reagerer riktig på dem.
Feilsøking: Å avgrense en feilårsak systematisk gjennom oppførsel, data og programkjøring.
Finjustering: Finjustering tilpasser en forhåndstrent modell gjennom mer trening. Å levere oppdaterte dokumenter under bruk er en annen operasjon.
FinOps: FinOps samler teknologi, økonomi og forretningsområder om beslutninger om teknologikostnader og verdi. Grunnlaget er forståelige bruks- og kostnadsdata.
Flerfaktorautentisering: MFA bruker ulike typer autentiseringsfaktorer. Flere spørsmål av samme type gir ikke en flerfaktorkontroll.
Fokusindikator: En fokusindikator viser hvilket element som mottar tastaturinndata. Den er forskjellig fra musepekeren og markeringen av et valgt element.
Fokusrekkefølge: Fokusrekkefølgen bestemmer veien gjennom elementer som kan få fokus. Den skal bevare mening og betjenbarhet også ved dynamiske endringer.
Forhandlerportal: En forhandlerportal gir tilknyttede forhandlere digital tilgang til avtalt informasjon og forløp. Omfang og virksomhetstilknytning må være klare.
Forklarbar KI: Tilnærminger som gjør et KI-systems resultater eller virkemåte forståelige for de tiltenkte mottakerne.
Forlatt handlekurv: Varer legges i handlekurven uten at kjøpet fullføres. Analysen trenger en tidsperiode og en regel for kobling til senere bestillinger.
Forretningsregel: En forretningsregel beskriver en forretningsmessig betingelse eller beslutning som styrer behandlingen av et forløp.
Forsterkende læring: En læringsmetode der et system utvikler en handlingsstrategi ut fra handlinger og belønninger i et miljø.
Fremmednøkkel: En fremmednøkkel beskytter en definert referanse mellom poster gjennom samsvarende nøkkelverdier.
Frontend: Frontend er grensesnittet mennesker bruker. Nyttig tilbakemelding i nettleseren erstatter ikke avgjørende kontroller på serveren.
Fulfillment: Fulfillment omfatter praktisk klargjøring og utsending av bestilte varer. Plukk, pakking, overlevering og levering trenger sporbare hendelser.
Fullstack-utvikling: Fullstack-utvikling omfatter frontend og backend. Begrepet beskriver omfanget, ikke automatisk teamets størrelse eller bemanning.
Funksjonsflagg: Et funksjonsflagg styrer planlagt applikasjonsatferd via konfigurasjon. Det kan skille teknisk utrulling fra å åpne en funksjon.
Funksjonskall: En språkmodell ber om en beskrevet funksjon med strukturerte parametere; den tilknyttede applikasjonen utfører den.
FaaS: Function as a Service kjører utrullede funksjoner ved hendelser eller kall. En plattform håndterer kjøremiljøet.

G

Generativ KI: Generativ KI skaper innhold som tekst, bilder eller kode. Kvaliteten vurderes ut fra bruksformålet og det tilgjengelige grunnlaget.
Git: Et distribuert versjonskontrollsystem med lokale repositoryer og registrert endringshistorikk.
GitOps: GitOps kobler en versjonert ønsket tilstand til automatisk henting og løpende avstemming. Filer i Git dekker bare en del av denne driftsformen.
Gjenbestilling: En gjenbestilling bruker en tidligere ordre som grunnlag for et nytt kjøp. Priser, varer og rettigheter må kontrolleres på nytt.
Gjenkjenning av navngitte entiteter: NER markerer navngitte entiteter i tekst og tilordner typer som person, organisasjon eller sted.
Gjenkjøpsrate: Gjenkjøpsraten er andelen kunder som kjøper igjen. En rapport trenger en tydelig periode, kundeidentitet og unike bestillinger.
Gjennomsnittlig ordreverdi: Gjennomsnittlig ordreverdi krever beregning per ordre. En import med flere ordrelinjer per ordre må ikke blåse opp antall ordrer.
Gjennomstrømning: Gjennomstrømning beskriver behandlet arbeid per tidsrom. Det er ikke varigheten av ett kall eller antallet samtidige brukere.
Gjennomsøking: Gjennomsøking er en bots automatiske henting av nettsider og ressurser, eksempelvis for behandling i en søkemotor.
Gjennomsøkingsbudsjett: Gjennomsøkingsbudsjettet beskriver hvilke URL-er Google kan og vil hente. Serverkapasitet og behovet for gjennomsøking virker sammen.
Gjentakende betaling: Gjentakende betalinger belaster et godkjent betalingsmiddel med avtalte intervaller. Beløp, betalingsforsøk og tjenestens status holdes adskilt.
Gjestebestilling: Gjestebestilling tillater kjøp uten obligatorisk kontoinnlogging. Kontakt- og leveringsopplysningene ordren trenger, registreres likevel.
GraphQL: GraphQL lar applikasjoner be om felter gjennom et typet API-skjema. Serveren har fortsatt ansvar for datatilgang og rettigheter.
Grensesnittkontrakt: En grensesnittkontrakt beskriver den avtalte datautvekslingen. Datastruktur, svar og betydning må passe sammen for begge parter.
Grounding: Grounding knytter et KI-svar til etterprøvbart grunnlag. En kildelenke viser ikke alene at hvert utsagn er underbygd.
GTIN (Global Trade Item Number): GTIN identifiserer en handelsvare på tvers av virksomheter. Intern varekode, serienummer og strekkode har ulike roller.

H

Headless CMS: Et headless CMS styrer innhold atskilt fra presentasjonen og leverer det via API-er. Nettsted eller app trenger egen visningslogikk.
Headless commerce: Headless commerce skiller butikkgrensesnittet fra handelssystemet. API-er kobler sammen data og handelsfunksjoner.
Hendelses-ID: En hendelses-ID identifiserer en hendelse innenfor det avtalte området. En gjentatt levering må skilles fra en ny hendelse.
Hendelsesdrevet arkitektur: I hendelsesdrevet arkitektur melder komponenter hendelser som andre komponenter kan reagere på uavhengig.
Hendelsessporing: Hendelsessporing registrerer utvalgte handlinger på nettsteder eller i apper. En tydelig utløser forklarer hva en opptalt hendelse viser.
Hotfix: En hastende, målrettet retting av et problem i et produksjonssystem.
Hreflang: Hreflang markerer tilhørende språk- eller regionversjoner av en side for søkemotorer.
HTML: HTML beskriver nettinnholdets struktur og betydning. Det skiller for eksempel mellom overskrifter, tabeller og inntastingsfelt.
HTTP Strict Transport Security: HSTS får nettleseren til å huske HTTPS for fremtidige besøk til en vert. Varighet og dekning av underdomener krever et bevisst driftsvalg.
HTTP/2: HTTP/2 overfører flere HTTP-utvekslinger på én TCP-forbindelse. Mulig effektivisering erstatter ikke måling av faktisk side- og serverytelse.
HTTP/3: HTTP/3 transporterer HTTP over QUIC. Nytte og tilgjengelighet avhenger også av nettverk og endepunkter; en generell hastighetsøkning er ikke dokumentert.
HttpOnly-informasjonskapsel: HttpOnly hindrer skript i direkte tilgang til informasjonskapselen. Passende forespørsler kan fortsatt sende den; sesjon og rettigheter må kontrolleres.
HTTPS: HTTPS beskytter HTTP-kommunikasjon med TLS. Beskyttet transport viser ikke alene om et skjema behandles riktig eller en bruker har tilgang.
Human-in-the-loop: Ved human-in-the-loop deltar et menneske aktivt i et automatisert forløp. Nyttig kontroll krever forståelige opplysninger og mulighet til å gripe inn.
Hurtigbestilling: En hurtigbestilling forkorter vareinntastingen, for eksempel via varenumre. Kontroll, handlekurv og avslutning er fortsatt separate trinn.
Hybrid sky: En hybrid sky kobler sammen ulike skymiljøer. Den felles applikasjonen trenger avklarte dataflyter, tilgangsregler og håndtering av forbindelsesfeil.
Hybridapp: En installerbar app som kombinerer webgrensesnitt med native enhetstilgang.
Hybridsøk: Kombinasjon av ordbasert søk og vektorsøk i en felles treffliste.
Hydration: Hydration kobler eksisterende HTML til applikasjonslogikken i nettleseren. Synlig innhold og fungerende samhandling må kontrolleres hver for seg.
Hypertext Transfer Protocol: HTTP regulerer forespørsler og svar mellom klient og server. Metode, status og innhold må passe til applikasjonens avtalte virkemåte.

I

Idempotens: En idempotent handling har samme tilsiktede effekt på tilstanden ved identisk gjentakelse som ved én utførelse.
Idempotensnøkkel: En idempotensnøkkel identifiserer gjentakelser av samme tilsiktede forespørsel. Område, lagringstid og API-regler avgjør virkningen.
Identitets- og tilgangsstyring: IAM knytter digitale identiteter til tilgangsrettigheter. Kontoer, rollebytter og fjerning av gamle rettigheter hører sammen.
Ikke-funksjonelt krav: Et ikke-funksjonelt krav beskriver kvalitet eller rammer for en løsning. Det kan være like obligatorisk som et funksjonskrav.
Ikke-veiledet læring: En læringsmetode som søker mønstre i data uten forhåndsbestemte målsvar for den aktuelle treningsoppgaven.
Indeksering: Ved indeksering analyserer en søkemotor innhold og tar inn informasjon om det i søkeindeksen.
Indekseringsstatus: Indekseringsstatus beskriver om en URL er tatt inn i en søkeindeks. Det skiller seg fra tilgang til siden og synlighet ved et bestemt søk.
Infrastructure as Code: Infrastructure as Code beskriver infrastruktur i filer som kan versjoneres og gjennomgås. Administrerte ressurser endres når endringene utføres.
Inkompatibel endring: En endring som gjør at tidligere støttede konsumenter eller bruksmåter ikke lenger virker som avtalt.
Innholdsstyringssystem: Et CMS lar redaksjonen vedlikeholde digitalt innhold. Innholdsstruktur, utkast og publisering settes opp for nettstedet eller programmet.
Integrasjonstest: En kontroll av om valgte programvaredeler samarbeider som tiltenkt gjennom grensesnittene sine.
Interaktiv prototype: En interaktiv prototype reagerer på utvalgte handlinger. Den kan vise et bruksforløp uten å utføre den virkelige behandlingen bak.
Interessent: Interessenter påvirker en endring eller blir berørt av den. Deltakelse og beslutningsmyndighet må skilles fra hverandre.
Internt produktsøk: Internt produktsøk finner butikkens varer ut fra en søkefrase. Kundens ordbruk og vedlikeholdte katalogdata må passe sammen.
Investeringskostnader: Kostnader for å etablere en ny eller utvidet IT-kapasitet i prosjektplanleggingen.
IP-adresse: En IP-adresse brukes til adressering i nettverket. Den skiller seg fra et domenenavn og sier i seg selv ikke noe om applikasjonen som kan nås.
IPv4: IPv4 adresserer nettverksmål med adresser på 32 bit. En DNS-post og en adresse som kan nås, erstatter ikke oppsett og kontroll av tjenesten.
IPv6: IPv6 bruker adresser på 128 bit. For en portal som tilbys via IPv6, må DNS, nettverk, server og tilgangsregler passe sammen.
iPaaS: iPaaS er en integrasjonsplattform levert som skytjeneste. Teamet konfigurerer forbindelser, datakoblinger og feilhåndtering på plattformen.
IaaS: Infrastructure as a Service gir regnekraft, lagring og nettverk. Operativsystemet og egne applikasjoner er fortsatt teamets oppgaver.

J

JavaScript: JavaScript er et programmeringsspråk for applikasjonslogikk i og utenfor nettleseren. Oppgaven er forskjellig fra HTML og CSS.
Jitter ved nye forsøk: Retry-jitter varierer ventetider tilfeldig for å spre nye forsøk og redusere samtidige forespørsler fra mange klienter.
JSON Schema: JSON Schema beskriver struktur og begrensninger for JSON-data. En validator sjekker reglene; at de følges, beviser ikke at innholdet er riktig for virksomheten.

K

Kanonisk URL: En kanonisk URL er den foretrukne adressen for likt eller svært lignende innhold; søkemotorer vurderer flere signaler ved valget.
Kapasitetsplanlegging: Kapasitetsplanlegging kobler forventet bruk til ytelsesmål og ressurser. Målinger og belastningstester prøver antakelser som senere justeres.
Kappløpstilstand: Et feil resultat avhenger av tidsrekkefølgen i overlappende tilganger.
Katalogtilgang: Katalogtilgang regulerer tilgang til en katalog og innholdet. En synlig lenke eller vellykket innlogging er ikke alene tilstrekkelig kontroll.
KI-agent: Et KI-system som velger neste steg innenfor fastsatte rammer og bruker verktøyresultater i det videre arbeidet.
KI-bias: Systematiske skjevheter i KI-systemer som kan stille bestemte tilfeller eller grupper av mennesker dårligere.
KI-chatbot: En KI-chatbot støtter dialog. Et forståelig svar må skilles fra en faktisk gjennomført forretningshandling.
KI-hallusinasjon: En KI-hallusinasjon er plausibelt innhold som er faktisk feil eller oppdiktet. Flytende språk dokumenterer ikke riktighet.
KI-inferens: Å bruke en allerede trent modell på inndata for å få et resultat.
KI-modenhet: KI-modenhet gjelder forutsetningene for et prosjekt: mål, brukbare data, kompetanse, ansvar og et fungerende driftsopplegg.
Kildekode: Den lesbare og redigerbare beskrivelsen av et program som atferden frembringes fra.
Kildesystem: Kildesystemet leverer data for en bestemt overføringsvei. Rollen avgjør ikke i seg selv hvem som forvalter alle forretningsopplysninger som autoritativ kilde.
Kjøp med faktura: Ved kjøp med faktura mottar kunden varer eller tjenester og betaler senere innen avtalt frist. Faktura og innbetaling følges hver for seg.
Kjøp nå, betal senere: BNPL gjør det mulig å kjøpe med senere betaling eller avdrag. Kundens betalingsplan og oppgjøret med forhandleren må ses hver for seg.
Kjøremiljø: Miljøet der et program kjører og får tilgang til funksjonene som tilbys.
Koblingstabell: En koblingstabell lagrer konkrete forbindelser, som identifikatorpar fra to systemer. Den gjør en bekreftet kobling gjenbrukbar.
Kodegjennomgang: Målrettet vurdering av en kodeendring for design, atferd, forståelighet og passende kontroller.
Kodeoppdeling: Å dele programkoden i deler som kan lastes separat, og planlegge når de lastes.
Kompilator: Et program som oversetter kildekode til en annen målrepresentasjon.
Komponentbibliotek: Et komponentbibliotek samler gjenbrukbare grensesnittdeler. Ved bruk teller også oppførsel, varianter og riktig versjon.
Komponentvariant: En komponentvariant er en definert utgave av en felles byggestein. Den er forskjellig fra en midlertidig betjeningstilstand.
Konfidensskår: En konfidensskår vurderer en modellprediksjon etter metoden som brukes. Den gir ingen forretningsmessig godkjenning.
Konfusjonsmatrise: En tabell som sammenligner referanseklasser og modellprediksjoner og teller riktige og gale tilordninger.
Kontekstvindu: Kontekstvinduet begrenser hvor mange tokener en språkmodell kan ta hensyn til i ett behandlingstrinn. Det er ikke et permanent kunnskapsarkiv.
Kontinuerlig integrasjon: Kontinuerlig integrasjon samler endringer regelmessig i en felles utviklingsversjon. Automatiske kontroller kan vise bestemte konflikter tidligere.
Kontinuerlig levering: Kontinuerlig levering forbereder programvareendringer gjennom et repeterbart løp. Godkjenning for produksjon kan fortsatt være en bevisst beslutning.
Kontrakttest: En test av avtalte meldinger mellom konsument og tilbyder ved et applikasjonsgrensesnitt.
Kontrollmekanismer for KI: Guardrails begrenser og kontrollerer KI-atferd. Modellinstrukser og teknisk håndheving har ulike oppgaver.
Konverteringsrate: Konverteringsraten setter definerte målhandlinger i forhold til et eksplisitt angitt grunnlag.
Konvoluttkryptering: Konvoluttkryptering skiller datanøkkelen fra nøkkelen som beskytter den. Den krypterte filen og innpakkede datanøkkelen må håndteres sammen.
Korrelasjons-ID: En korrelasjons-ID knytter sammen meldinger i en handling. Den kan omfatte flere hendelser og erstatter ikke duplikatkontroll.
Kortinnløsning: Kortinnløsning gjør det mulig å ta imot og behandle kortbetalinger på forhandlerens side. Innløseren har en annen rolle enn kortutstederen.
Kravanalyse: Kravanalyse avklarer hva en løsning skal oppnå og hvorfor. Ønsker undersøkes for betydning, motsetninger og etterprøvbare resultater.
Kravkatalog: En kravkatalog ordner krav med identifikatorer og etterprøvbare opplysninger. Den hjelper med å følge omfang, åpne spørsmål og endringer.
Kryssalg: Kryssalg supplerer et valgt tilbud. I programvare må tilleggsmodul, teknisk forutsetning og eksisterende bruksrettigheter passe sammen.
Kubernetes: Kubernetes styrer applikasjoner i containere ut fra en beskrevet ønsket tilstand. Nytten avhenger også av konfigurasjon og driftsansvar.
Kundebevaringsrate: Kundebevaring krever en fast startgruppe. En SaaS-rapport må telle unike kunder og skille nye kontoer fra reaktiverte kontoer.
Kundespesifikt sortiment: Et kundespesifikt sortiment angir hvilke varer en kunde tilbys. Utvalg, priser og tilgangsrettigheter må passe sammen i nettbutikken.
Kunnskapsdestillasjon: Trening av en målmodell med informasjon om atferden til en lærermodell eller en gruppe modeller.
Kunstig intelligens: Kunstig intelligens omfatter metoder som språkbehandling og mønstergjenkjenning. Egnetheten vurderes ut fra den konkrete oppgaven.

L

Lagerreservasjon: En lagerreservasjon knytter en mengde til en ordre eller et formål. Mengden er ikke lenger fri til andre ordre, selv om varen ennå ikke er sendt.
Lagerstyring: Lagerstyring samler mengder, lagersteder og statuser. Fysisk tilstedeværende varer er ikke automatisk tilgjengelige for videre salg.
Lastbalanserer: En lastbalanserer fordeler forbindelser eller forespørsler på flere mål. Fordelingsregler, tilstandshåndtering og feilkontroller avgjør den faktiske virkemåten.
Legacysystem: Et eksisterende system som fortsatt brukes, med tekniske og forretningsmessige avhengigheter bygget opp over tid.
Lenke for å hoppe til hovedinnholdet: En hoppelenke går forbi gjentatt navigasjon til hovedinnholdet. Også neste tastaturtrinn må fortsette på riktig sted.
Leveringsadresse: Leveringsadressen angir leveringsstedet for en transaksjon. Nettbutikk og integrasjon må skille den fra fakturaadresse og gjeldende adressebok.
Leveringsevne: Leveringsevne beskriver om en konkret etterspørsel kan oppfylles. En lagerverdi alene besvarer ikke fullt ut spørsmål om mengde, sted og tidspunkt.
Leveringsevne for e-post: Leveringsevne gjelder om forventet e-post havner i innboksen. Kontroller sendestatus, autentisering og faktisk mottak hver for seg.
Linter: Et verktøy som undersøker kode for bestemte problemer med konfigurerte regler.
LLM-evaluering: LLM-evaluering tester modellutdata mot definerte oppgaver og kriterier. Ett godt enkelttilfelle dokumenterer ikke generell kvalitet.
Long-tail-søkeord: Long-tail-søkeord har relativt lav etterspørsel hver for seg. De er ofte spesifikke; lengden alene viser verken søkevolum eller forretningsverdi.

M

Markedsplass på nett: En markedsplass på nett gir flere forhandlere en felles salgsplattform. Produkt, valgt selger og konkret tilbud må høre sammen.
Maskinlæring: Modeller lærer mønstre fra data og bruker dem på nye inndata.
Meldingskvittering: En meldingskvittering forteller meldingsmegleren at en levering er mottatt eller behandlet etter den avtalte regelen.
Meldingskø: En meldingskø fungerer som buffer for meldinger til en konsument henter dem for behandling.
Meldingsmegler: En meldingsmegler tar imot meldinger og formidler dem til mottakere etter fastsatte regler.
Mellomvare: Mellomvare tilbyr felles programvaretjenester. Ved integrasjon kan den håndtere kommunikasjon og tilpasse data mellom applikasjoner.
Merchandising i nettbutikker: Merchandising i nettbutikker styrer produktutvalg og presentasjon i butikkprogramvaren. Filtre, sortering og fremheving trenger tydelige prioritetsregler.
Migreringskostnader: Arbeid og utgifter til planlagt overgang av data eller funksjoner til et annet miljø.
Mikrotjenester: En arkitektur med avgrensede tjenester som så langt som mulig utvikles, driftes og rulles ut uavhengig.
Minimum Viable Product (MVP): Et MVP er et begrenset produkt eller tilbud som prøver en konkret antakelse om kundeadferd.
Minnelekkasje: Minne som ikke lenger trengs, holdes unødvendig igjen under drift.
Model Context Protocol: MCP standardiserer utvekslingen mellom KI-applikasjoner og servere som tilbyr verktøy, kontekstdata eller maler.
Modelldrift: Fallende kvalitet på en modells prediksjoner fordi data eller sammenhenger endres under bruk.
Modellkort: Et modellkort dokumenterer formål, grunnlag, evalueringsbetingelser og kjente begrensninger for en bestemt versjon av en KI-modell.
Modellkvantisering: Representasjon av modellvekter og, avhengig av metoden, mellomverdier med lavere numerisk presisjon.
Modellruting: Valg av en egnet modell for hver forespørsel fra et fastsatt sett med tillatte kandidater.
Modulær monolitt: En samlet utrullet applikasjon med eksplisitt avgrensede interne moduler og grensesnitt.
Monolitt: En applikasjon der kjernen rulles ut som én samlet enhet; interne moduler er fortsatt mulige.
MTA-STS: MTA-STS publiserer TLS-krav for et e-postdomene. E-postservere, sertifikater og policyen som faktisk brukes, hører sammen.
Multikanalhandel: Multikanalhandel er salg gjennom flere kanaler. Kjøpsløp kan være separate selv om enkelte data kobles sammen.
Multimodal KI: KI med flere informasjonstyper som tekst, bilde eller lyd i inndata eller utdata.
Multisky: Multisky bruker tjenester fra flere skyleverandører. Det kan gi tilgang til spesialiserte funksjoner, men gir ingen automatisk reservedrift.
Multitenancy: Multitenancy støtter adskilte kunde- eller gruppeområder i samme løsning. En tenant er ikke automatisk én person eller én database.
MX-post: En MX-post angir en e-postserver for et domene. Preferansen ordner mulige mål; den bekrefter verken en postkasse eller levering.
Målarkitektur: En målarkitektur beskriver den tiltenkte systemstrukturen med viktige byggeklosser, relasjoner og grenser.
Målbilde: Et målbilde beskriver fremtidig prosess eller system med oppgaver, regler og kontrollerbare forventninger.
Målsystem: Målsystemet skal motta data for en bestemt overføringsvei. Tilgjengelighet, mottak og avsluttet behandling er ulike opplysninger.

N

N+1-spørring: Ved N+1 følger et ekstra oppslag per resultat etter en listespørring. Strukturen teller, ikke bare et høyt antall kall.
Native app: En app som bruker målplattformens bruker- og systemgrensesnitt.
Nettbutikk: En nettbutikk er en digital salgskanal med produktvalg og bestilling. Butikksystemet er programvaren som ligger til grunn.
Nettlesercache: Nettlesercachen lagrer egnede HTTP-svar for senere bruk. Gjenbruk og ny validering følger de aktuelle reglene.
Nevralt nettverk: En modell av sammenkoblede beregningsnoder med justerbare parametere.
Node.js: Node.js kjører JavaScript utenfor nettleseren. Kjøremiljøet gir tekniske muligheter; programmet bestemmer forretningslogikken.
Noindex: Noindex styrer indeksering hos søkemotorer som støtter instruksjonen. Søkeroboten må kunne lese den; den erstatter ikke tilgangsbeskyttelse.
NoSQL: En samlebetegnelse for databasesystemer med ulike, ikke primært relasjonelle datamodeller.
Ny sending av webhook: Ny sending av webhook overfører en melding på nytt. Planlagt gjenoppretting og replay-angrep krever ulike kontroller.
Nøkkelrotasjon: Nøkkelrotasjon tar nytt nøkkelmateriale i bruk. For eldre data og sikkerhetskopier må det avklares hvilke versjoner som fortsatt trengs til dekryptering.
Nåsituasjonsanalyse: En nåsituasjonsanalyse undersøker hvordan prosesser og systemer faktisk fungerer i dag, inkludert unntak og åpne spørsmål.

O

OAuth 2.0: OAuth gir begrenset tilgang til beskyttede ressurser. En API-tillatelse beviser ikke automatisk identiteten til en innlogget person.
Objektrelasjonell mapping: Å koble programobjekter til data i en relasjonsdatabase.
Offentlig sky: En offentlig sky tilbyr tjenester til en bred kundekrets. Tilgangsregler og konfigurasjon avgjør fortsatt hvem som kan se applikasjonsdataene dine.
Omnikanalhandel: Omnikanalhandel kobler salgskanaler i et sammenhengende kundeforløp. Data og arbeidsflyt må støtte overgangen mellom kanaler.
Omrangering av søkeresultater: Omrangering vurderer allerede funne søkekandidater på nytt. Relevans for spørsmålet og begrensningene i det første utvalget er avgjørende.
OpenAPI: OpenAPI beskriver HTTP-grensesnitt maskinlesbart med stier, parametere og svar. Beskrivelsen må samsvare med tjenesten som kjører.
Oppdeling av dokumenter: Å dele et dokument i mindre sammenhengende avsnitt for søk og modellkontekst.
Oppdragsbeskrivelse: En oppdragsbeskrivelse tydeliggjør resultater, grenser, bidrag og forutsetninger. Den hjelper med å gjøre tilbud sammenlignbare.
Optimistisk låsing: Optimistisk låsing oppdager ved lagring om en post er endret siden tilstanden som ble lest.
Optisk tegngjenkjenning: Optisk tegngjenkjenning gjør skrift i bilder maskinelt behandlingsbar. Å lese av et beløp er ikke det samme som å kontrollere fakturaen.
Ordregodkjenning: Ordregodkjenning er intern tillatelse etter fastsatte regler. Den bekrefter verken betaling, levering eller ERP-systemets aksept.
Ordrehistorikk: Ordrehistorikken viser tidligere ordrer innenfor avtalt kontotilknytning. Gamle priser, aktuell tilgjengelighet og behandling er ulike opplysninger.
Ordrestyringssystem: Et ordrestyringssystem knytter opplysninger og behandlingstrinn for en ordre sammen. De enkelte linjene kan beholde ulike statuser.
Overfitting: For sterk tilpasning til særtrekk i treningsdata som svekker modellens generalisering til nye eksempler.
Overvåking: Overvåking samler inn og vurderer valgte systemtilstander og funksjoner løpende. Betydningen avhenger av hva som faktisk observeres.

P

Paginering: Paginering deler API-resultater i sider som hentes hver for seg. Sortering, videreføring og endringer under hentingen hører til API-kontrakten.
Pakkebehandler: Et verktøy for å hente og håndtere programvarepakker, versjonene deres og avhengigheter.
Parallellitet: Å kjøre flere beregninger faktisk samtidig.
Passkey: En passkey gir innlogging med et tjenestebundet nøkkelpar. Enhetsbytte, kontogjenoppretting og rettigheter må fortsatt håndteres separat.
PCI DSS: PCI DSS beskriver tekniske og driftsmessige krav til beskyttelse av betalingskortdata. Miljøet som vurderes, bestemmer omfanget.
Pilotprosjekt: Begrenset bruk med utvalgte deltakere for å lære om anvendelse og drift før utvidelse.
PostgreSQL: Et åpent objektrelasjonelt databasesystem for strukturert lagring og spørring av data.
Presisjon: Andelen faktisk positive tilfeller blant alle tilfellene modellen markerer som positive.
Prinsippet om minste privilegium: Prinsippet begrenser rettigheter til den nødvendige oppgaven og dens dataområde. Nødvendig arbeid er mulig; overflødige fullmakter fjernes.
Prisregel: En prisregel knytter betingelser til en pris eller beregning. Produkt, kunde, mengde og gyldighet må passe entydig sammen.
Privat sky: En privat sky er forbeholdt én organisasjon og kan driftes eksternt. Eksklusiv bruk erstatter ikke en tydelig avtale om driftsoppgavene.
Product Backlog: Den ordnede, løpende utviklede samlingen av nødvendige produktforbedringer.
Product Owner: Personen med ansvar i Scrum for produktverdi, produktmål og effektiv backlogstyring.
Produktdatakvalitet: Produktdatakvalitet beskriver hvor godt opplysningene passer til bruken. Utfylte felt kan fortsatt beskrive feil vare.
Produktfeed: En produktfeed leverer strukturerte varedata til en målkanal. Feltkobling, stabile identifikatorer og oppdatering må passe sammen.
Produktinformasjonshåndtering: PIM organiserer produktegenskaper, beskrivelser og språkversjoner. Et PIM-system klargjør opplysningene for ulike publiseringskanaler.
Produktkatalog: En produktkatalog ordner sortimentsinformasjon for søk og valg. Katalogpost, lagertilgjengelighet og publisering i en kanal er egne opplysninger.
Produktkonfigurator: En produktkonfigurator veileder produktvalg og reglene for dem. Resultatet må tydelig beskrive valget som er gyldig nå.
Produktpakke: En produktpakke tilbyr flere produkter samlet. Innhold, pris og tilgjengelige deler må passe til den solgte mengden.
Produktutforskning: Å undersøke behov, begrensninger og risikable antakelser før en produktløsning fastsettes.
Produktvariant: En produktvariant er en bestemt utgave av et produkt. Egenskapene må henge sammen gjennom valg, pris, lager og bestilling.
Prognosemodell: En modell som bruker tilgjengelige opplysninger til å anslå en fremtidig størrelse for en fastsatt periode.
Programvarearkitektur: Grunnleggende beslutninger om et programvaresystems struktur, samspill og kvalitetsmål.
Programvareavhengighet: En programvareavhengighet er en komponent et program trenger. Også indirekte innførte pakker kan påvirke driften.
Programvarebibliotek: Et programvarebibliotek tilbyr gjenbrukbare funksjoner eller komponenter. Applikasjonen bruker dem til en bestemt deloppgave.
Programvarelisens: Vilkårene som rettigheter til programvare gis på.
Progressiv webapp: En webapp med ekstra muligheter for installasjon, enhetsintegrasjon og offlinebruk.
Prompt: En prompt er inndata til en generativ modell. En tydelig oppgave hjelper, men erstatter verken datakoblinger eller tilgangsrettigheter.
Promptdesign: Å utforme og teste oppgaver, kontekst og utdataregler for en generativ modell.
Promptinjeksjon: Promptinjeksjon forsøker å styre en KI-applikasjon med innskutte instrukser. Hentede dokumenter kan også inneholde dem.
Proof of Concept: En avgrenset undersøkelse av om en viktig antakelse eller teknisk tilnærming er gjennomførbar.
Proprietær programvare: Programvare med en lisens som ikke gir generelle friheter til endring og viderefordeling.
Prosessutvinning: Prosessutvinning undersøker registrerte prosessforløp. Saksidentifikasjon, aktiviteter og tidsopplysninger danner grunnlaget for analysen.
Prosjektavhengighet: En prosjektavhengighet beskriver hvordan en oppgave eller beslutning er knyttet til andre resultater, tidspunkter eller ressurser.
Prosjektmandat: Et internt grunnlag for prosjektets mål, grenser, ansvar og godkjenning.
Prosjektmilepæl: Et viktig punkt eller en hendelse i prosjektet der oppnåelsen kan fastslås.
Prosjektomfang: Den avtalte grensen for resultater og arbeid som et prosjekt skal omfatte.
Prosjektoversikt: En prosjektoversikt samler kort formål, grenser, ansvarlige og viktige rammer for et tiltak.
Prototype: En prototype gjør det mulig å undersøke et design ut fra et konkret spørsmål. Form og omfang følger usikkerheten som skal avklares.
Publiser-abonner: Publiser-abonner fordeler publiserte meldinger til interesserte abonnenter uten at avsenderen kontakter hver enkelt direkte.
Pull request: Et forslag om å integrere endringer i en målbranch, med kontekst for felles gjennomgang og diskusjon.
PaaS: Platform as a Service tilbyr en plattform for egne applikasjoner. Teamet ruller ut koden sin; leverandøren drifter det underliggende miljøet.

Q

QUIC: QUIC er en sikret transportprotokoll over UDP med egne pålitelige strømmer. HTTP/3 bruker QUIC; begrepene viser til ulike protokollag.

R

Rabattkode: En rabattkode ber om et avslag ved kjøpet etter fastsatte vilkår. Gyldighet, kvalifiserte varer og kombinasjonsregler må passe sammen.
Rammeverk: Et rammeverk gir applikasjonen en teknisk struktur og felles regler. Oppgavene avhenger av hvilket rammeverk som velges.
Recall: Andelen faktisk positive tilfeller som modellen gjenkjenner riktig som positive.
Recovery Point Objective (RPO): RPO angir det største akseptable tidsgapet mellom data som kan gjenopprettes, og et avbrudd.
Recovery Time Objective (RTO): RTO angir den lengste akseptable tiden fra et avbrudd til den nødvendige tjenesten igjen kan brukes.
Refaktorering: Å endre programvarens indre struktur og bevare forventet oppførsel som kan observeres utenfra.
Refusjon: En refusjon tilbakebetaler hele eller deler av et allerede betalt beløp. Tilbakebetaling av penger og retur av varer er separate prosesser.
Registrering av dataendringer: Registrering av dataendringer fanger opp databaseendringer slik at andre applikasjoner kan behandle dem.
Regresjonstest: En kontroll av uønskede virkninger fra en endring på atferd som fortsatt trengs.
Relasjonell datamodell: Å modellere data i tabeller med rader, kolonner og eksplisitt beskrevne relasjoner.
Release: En release er en identifisert versjon som gjøres tilgjengelig for bestemt bruk. Publiseringen bytter ikke automatisk versjon i alle systemer.
Reproduserbarhet for KI-utdata: Å kunne gjenta KI-generering under dokumenterte betingelser og sammenligne resultatene etter fastsatte kriterier.
REST: REST beskriver arkitekturregler for distribuerte grensesnitt. Ressurser, tilstandsløse forespørsler og lenker inngår i tilnærmingen.
Retningslinje for dataoppbevaring: En retningslinje for dataoppbevaring fastsetter formål, start, varighet og slutt. Slettejobber og kopier må håndteres i den tekniske løsningen.
Retrieval-Augmented Generation: RAG knytter informasjonsinnhenting til genererte svar. Kildetilgang erstatter ikke utforming av kvalitet og rettigheter.
Return-Path: Return-Path lagrer SMTP-returveien i et hodefelt. Det beskriver den tekniske veien for feilmeldinger, ikke en persons identitet.
Reverse proxy: En reverse proxy mottar og videresender forespørsler foran en applikasjon. Ruting, forbindelsesgrenser og videresendt informasjon krever tydelige regler.
Revisjonslogg: En revisjonslogg gjør viktige applikasjonshendelser sporbare. Aktør, handling, berørt objekt og resultat må kunne leses i sammenheng.
Robotisert prosessautomatisering: RPA utfører gjentatte trinn i applikasjoner, ofte via brukergrensesnitt. Klare regler og et kontrollerbart resultat er viktig.
Robots.txt: robots.txt gir regler til samarbeidende crawlere; den gir verken tilgangsvern eller sikker utelukkelse fra søkeindeksen.
Robotsdirektiv: Robotsdirektiver gir søkemotorer som støtter dem, regler for indeksering eller visning. Også søkeroboten og leveringsveien har betydning.
Rollebasert tilgangskontroll: RBAC knytter rettigheter til roller og tildeler personer disse rollene. Dataområdet må være tydelig i tillegg til rollenavnet.
Rullerende oppdatering: En rullerende oppdatering erstatter kjørende applikasjonsinstanser trinnvis. Gammel og ny versjon kan arbeide samtidig under overgangen.

S

Salting av passord: Ved salting får hver ny passordhash sin egen tilfeldige tilleggsverdi. Saltet lagres sammen med hashen og trenger ikke være hemmelig.
Same-origin-policy (SOP): Same-origin-policyen begrenser nettlesertilgang mellom ulike origins. En annen sidesti skaper ikke i seg selv en ny origin.
SameSite-informasjonskapsel: SameSite påvirker sending av informasjonskapsler mellom nettsteder. Valget må passe innlogging og navigasjon; CSRF-beskyttelse trengs fortsatt.
Samtidighet: Å organisere flere oppgaver slik at behandlingen av dem kan overlappe i tid.
Sanntidsbehandling: Sanntidsbehandling håndterer innkommende hendelser mot et fastsatt latensmål. Hendelsestid, behandlingstid og forsinkede data trenger tydelige regler.
Scope creep: Scope creep er gradvis utvidelse av prosjektomfanget uten tilstrekkelig vurdering og tilpasning av planen.
Scrum: En ramme for felles, trinnvis arbeid med komplekse produktutfordringer.
Semantisk HTML: Semantisk HTML bruker elementer etter betydningen deres. En ekte knapp har egenskaper som en formatert tekstblokk ikke får automatisk.
Semantisk søk: Søk som finner og rangerer treff etter innholdsmessig nærhet til forespørselen.
Semantisk versjonering: Et avtalt versjonsskjema som uttrykker tiltenkt kompatibilitet ved endringer i et definert offentlig API.
Sender Policy Framework: SPF kontrollerer om en sendende server får bruke et SMTP-domene. Den synlige avsenderlinjen og mottaket er separate spørsmål.
Sentimentanalyse: En vurdering av holdningen som uttrykkes i en tekst, for eksempel positiv, negativ eller nøytral; den erstatter ikke en innholdsmessig vurdering av henvendelsen.
Server-Sent Events: Server-Sent Events sender tekstmeldinger fra server til klient via HTTP, for eksempel om fremdriften til en bakgrunnsjobb.
Server-side rendering: Server-side rendering lager HTML på serveren. Aktualitet, personlig innhold og hastighet avhenger også av datatilgang og mellomlagring.
Server-side request forgery (SSRF): SSRF får en applikasjon til å sende uønskede nettverksforespørsler fra serveren. Det avgjørende er hvilke mål serveren faktisk når.
Serverless: Ved administrerte serverless-tjenester drifter leverandøren infrastrukturen for kjøring. Kode, tilgang og feilhåndtering er fortsatt applikasjonsoppgaver.
Service Level Indicator (SLI): SLI er et tydelig definert mål på en del av tjenestekvaliteten som betyr noe for brukerne.
Service Level Objective (SLO): Et SLO angir målverdien for et definert mål på tjenestekvalitet i en bestemt periode.
Sikkerhetskopi: En sikkerhetskopi lagres for senere å kunne gjenopprette nødvendige data eller programmer.
Single Source of Truth: Single Source of Truth gir et felles, avstemt datagrunnlag. Styrende kilder, koblinger og oppdateringsstatus må kunne spores.
Single-Page Application: En Single-Page Application oppdaterer visninger i et innlastet webdokument. Den kan ha mange visninger og egne URL-er.
Skal-krav: Et skal-krav er nødvendig for det avtalte leveranseomfanget. Uten det er det planlagte resultatet ikke akseptabelt innenfor dette omfanget.
Skjemaendring: En skjemaendring endrer databasestrukturen, som tabeller, kolonner, datatyper eller vilkår for tillatte data.
Skjemaregister: Et skjemaregister håndterer dataskjemaer og versjoner sentralt. Kompatibilitetskontroller hjelper utvekslingen, men erstatter ikke kontroll av betydningen.
Skjermleser: En skjermleser gjør digitalt innhold tilgjengelig gjennom tale eller punktskrift. Meningsfull struktur og etiketter gjør betjeningen forståelig.
SKU: En SKU identifiserer en vare eller variant internt. To pakningsstørrelser viser betydningen for bestillinger.
Skybasert databehandling: Skybasert databehandling gir IT-ressurser over nettverk etter behov. Tjeneste- og driftsmodellen avgjør hvilke oppgaver selskapet selv har.
Smidig programvareutvikling: Å utvikle i kontrollerbare trinn og tilpasse planen etter tilbakemeldinger.
SPF-domenesamsvar: SPF-samsvar knytter det kontrollerte SMTP-avsenderdomenet til det synlige avsenderdomenet. DMARC-modusen bestemmer sammenligningen som kreves.
SQL: Et språk for å definere, spørre etter og endre data; ikke ett enkelt databaseprodukt.
SQL-injeksjon: SQL-injeksjon oppstår når eksterne data endrer strukturen i en databasespørring. Parameterbinding håndterer verdier, ikke tilgangsrettigheter.
Stamdata: Stamdata beskriver grunnleggende forretningsobjekter som kunder eller produkter. De gjenbrukes i prosesser og kan likevel endre seg.
Stamdataforvaltning: Stamdataforvaltning organiserer identitet, kvalitet og vedlikehold av viktige stamdata. Teknikk, forretningsansvar og endringsregler virker sammen.
Statisk kodeanalyse: Å undersøke kode eller en representasjon av den uten å kjøre applikasjonens forretningslogikk.
Statisk sidegenerering: Statisk sidegenerering lager sider som filer på forhånd. Endringer i kildedata må også nå versjonen brukerne mottar.
Sterk kundeautentisering: SCA kombinerer uavhengige bevis for å autentisere betaleren. Vellykket autentisering må skilles fra betalingsstatus.
Stor språkmodell: En stor språkmodell behandler språk med innlærte mønstre. Flytende tekst beviser verken faktariktighet eller tilgang til aktuelle virksomhetsdata.
Strategi for nye forsøk: Strategien angir hvilke feil som skal prøves igjen, med hvilke pauser og til hvilken grense.
Strukturerte data: Strukturerte data beskriver innhold i et maskinlesbart format og gjør betydningen eksplisitt.
Svartid: Svartid trenger en definert start og slutt. Et mottatt API-svar og en brukbar visning måler ulike deler.
Systemintegrasjon: Systemintegrasjon kobler programmer, data og arbeidstrinn. I tillegg til grensesnitt må identifikatorer, feltbetydninger og resultater passe sammen.
Søkeforslag: Et søkeforslag tilbyr et mulig søk under inntasting. Valg, innsending av søket og den senere resultatlisten må fungere forståelig sammen.
Søkeintensjon: Søkeintensjon er målet bak et søk. Formuleringen gir ledetråder, men ingen sikker kunnskap om den enkelte personens hensikt.
Søkeord: Et søkeord er et ord eller en frase for søke- og innholdsplanlegging. I søkeannonser er det et målrettingsord som kan avvike fra det faktiske søket.
SaaS: Software as a Service er bruk av en applikasjon som leverandøren drifter. Selskapet konfigurerer brukere, data og tilgjengelige innstillinger.

T

Tale til tekst: Å gjøre talt språk i lyddata om til tekst.
Tastaturbetjening: Tastaturbetjening gjør det mulig å utføre oppgaver uten mus. Handlingene må være tilgjengelige i en forståelig rekkefølge.
Tastaturfelle: I en tastaturfelle blir betjeningen sittende fast i et område. Bevisst avgrensning av fokus i en dialog trenger en utgang som kan betjenes med tastaturet.
Teknisk gjeld: En metafor for indre programvaremangler som gjør senere endringer vanskeligere eller mer risikable.
Teknisk SEO: Teknisk SEO legger tekniske forutsetninger for at søkemotorer kan hente, forstå og indeksere egnede sider.
Tekst til tale: Å gjøre skrevet tekst om til syntetisk tale.
Tekstklassifisering: Tekstklassifisering tilordner tekster til definerte kategorier. Kategoriene og håndteringen av tvetydige meldinger må passe til oppgaven.
Temperatur i språkmodeller: En innstilling som ved sampling påvirker fordelingen av mulige neste tokener og dermed utvalget.
Testautomatisering: Verktøy utfører definerte testoppgaver, som kjøring og sammenligning med forventede resultater.
Testdata i maskinlæring: Data til avsluttende vurdering der resultatene ikke er brukt til å velge modellvarianten som vurderes.
Testdekning: Den kontrollerte andelen av en eksplisitt definert mengde, som kjørbare programsetninger eller krav.
Testkundeområde: Et logisk avgrenset kundeområde i en multitenant-applikasjon, satt opp for kontroller.
Tilgjengelig navn: Det tilgjengelige navnet betegner et betjeningselement for hjelpeteknologi. Det skal forklare handlingen og samsvare med den synlige teksten.
Tilstandshåndtering: Å bestemme hvor applikasjonens gjeldende tilstand ligger, hvem som endrer den, og hvilke visninger som avledes.
TLS-RPT: TLS-RPT gir samlede tilbakemeldinger om TLS-forbindelser mellom e-postservere. Rapportene hjelper ved transportfeil, ikke som bevis for lesing.
Token i språkmodeller: Tokener er språkmodellers behandlingsenheter. De tilsvarer ikke alltid hele ord og skiller seg fra designtokener.
Tokenisering av betalingsdata: Ved kortbetalinger kan et token erstatte kortnummeret. Tillatt bruk avhenger av det aktuelle tokensystemet.
Top-p-sampling: Valg av neste token fra en liten mengde sannsynlige kandidater som til sammen dekker en sannsynlighetsterskel.
Totale eierkostnader (TCO): TCO omfatter alle kostnader ved en løsning i en fastsatt periode, inkludert innføring og et senere bytte.
Transactional Outbox: En outbox lagrer en endring i forretningsdata og den utgående meldingen samlet. En separat prosess publiserer meldingen senere.
Transaksjonell inbox: En transaksjonell inbox bruker varige meldingsregistreringer for å beskytte lokal behandling mot doble leveringer.
Transformasjonsregel: En transformasjonsregel angir hvordan inndata blir målverdier. Omregning, forutsetninger og feiltilfeller må beskrives samlet.
Transmission Control Protocol: TCP gir applikasjoner en pålitelig bytestrøm i riktig rekkefølge. Transporten bekrefter ikke at en forespørsel er behandlet i forretningsprosessen.
Transport Layer Security: TLS beskytter data under overføring mellom endepunktene sine. Applikasjonsrettigheter, lagrede data og andre forbindelser krever egne tiltak.
Tree shaking: Å utelate unødvendige deler av en modulsamling fra utdataene.
Treningsdata: Eksemplene som en modell lærer sammenhenger eller parametere fra under treningen.
TTL i DNS: DNS-TTL begrenser vanlig mellomlagring av et svar. En kortere ny TTL forkorter ikke gyldigheten til gamle, allerede lagrede svar med tilbakevirkende kraft.
TXT-post: En TXT-post lagrer tekst i DNS. Fremgangsmåten avgjør hvordan en tjeneste tolker teksten, for eksempel ved kontroll over et domene.
TypeScript: TypeScript legger et statisk typesystem til JavaScript. Det hjelper under utvikling, men erstatter ikke kontroll av faktiske innkommende data.
Typing: Hvordan et programmeringsspråk håndterer verdityper og passende operasjoner.

U

UI-komponent: En UI-komponent er en gjenbrukbar del av et brukergrensesnitt. Oppgaven avgjør hvilken presentasjon og interaksjonsatferd som trengs.
Underdomene: Et underdomene ligger innenfor et overordnet DNS-domene. Det kan navngi en tjeneste; administrasjon og sikkerhet må fortsatt planlegges.
Underfitting: En modell fanger ikke opp sammenhengene oppgaven trenger godt nok, og gir derfor svake prediksjoner.
Unik nøkkel: En unik nøkkel hindrer gjentatte verdier eller kombinasjoner innenfor det fastsatte dataområdet.
Upselling: Upselling tilbyr et dyrere alternativ. I programvare må sammenligning, bekreftet bytte og faktisk aktiverte grenser stemme overens.
User Datagram Protocol: UDP overfører enkeltdatagrammer uten egen garanti for levering eller rekkefølge. En overliggende protokoll må sørge for nødvendig pålitelighet.
UTM-parametere: UTM-parametere merker en kampanjelenke med for eksempel kilde, medium og kampanje.
Utsatt innlasting: Å laste ressurser først når det planlagte brukstrinnet trenger dem.

V

Valideringsdata: Data som brukes til å vurdere og velge modellvarianter under utviklingen.
Veiledet læring: En læringsmetode som bruker inndata sammen med tilhørende målverdier eller klasser som treningseksempler.
Vektordatabase: En vektordatabase lagrer og søker i vektorrepresentasjoner. Et lignende treff er ikke automatisk en gyldig og tillatt svarkilde.
Versjonskontroll: Et system som registrerer endringer i sporede filer og gjør tidligere tilstander sammenlignbare.
Virtualisering: Virtualisering gir programvare et simulert miljø. For servere fordeler en hypervisor fysiske ressurser mellom separate virtuelle maskiner.
Virtuell maskin: En server-VM kjører et gjesteoperativsystem. Driftsmodellen må avklare hvem som tar hånd om applikasjon, tilgang og vedlikehold.
Virtuelt privat nettverk: Et VPN forbinder deltakere logisk over eksisterende nettverk. Beskyttede forbindelser, tillatte ruter og applikasjonsrettigheter må planlegges separat.
Vurderingsmatrise: En vurderingsmatrise sammenligner alternativer etter felles kriterier og dokumenterer vurderinger med grunnlaget deres.

W

WCAG: WCAG beskriver testbare kriterier for tilgjengelig nettinnhold. En påstand om samsvar må angi versjon, nivå og omfang.
Web Application Firewall: En WAF kontrollerer nettforespørsler etter regler. Den kan filtrere uønsket trafikk, men trenger riktige innstillinger og erstatter ikke retting av kodefeil.
Webapplikasjon: En webapplikasjon støtter oppgaver med webteknologi, ofte i nettleseren. Installasjon, frakoblet bruk og serverkoblinger avhenger av omfanget.
WebAuthn: WebAuthn er nettleserens API for innlogging med offentlige nøkler. Serveren må kontrollere svaret før den godtar innloggingen.
Webhook: En webhook sender en HTTP-melding til et annet system når en bestemt hendelse skjer.
Wireframe: En wireframe viser strukturen på en side eller skjerm. Den hjelper med å drøfte plasseringen uten å bevise et ferdig interaksjonsforløp.

X

XML-sitemap: Et XML-sitemap gir søkemotorer utvalgte URL-er fra et nettsted og kan inneholde tilleggsinformasjon.

Z

Zero Trust: Zero Trust utleder ikke tillit bare fra nettverksplasseringen. Tilgang til ressurser krever passende identitets- og rettighetskontroller.

Å

Åpen kildekode: Programvare med en lisens som oppfyller frihetene og vilkårene definert for åpen kildekode.

#

3-D Secure: 3-D Secure støtter autentisering ved kortbetalinger på nett. Flyten kan skje uten ekstra spørsmål eller kreve en bekreftelse.

Klar for neste steg?

Fortell oss hva du har planer om. I den gratis førstesamtalen avklarer vi mål, omfang og første steg.

Be om tilbud Ta kontakt

Gratis førstesamtale
Uforpliktende
NDA ved behov