Ordliste

Fagbegreber kort forklaret

begreber: 476
Områder: 8
opdateret: 13. nov. 2026

manonsfre

sep

okt

nov

Alle begreber

476 begreber fra A til Å, hvert kort forklaret. Søg efter et begreb, eller spring til et bogstav.

A

A-post: En A-post knytter et DNS-navn til en IPv4-adresse. Den opretter ikke websitet og fastlægger hverken HTTPS, stier eller en HTTP-omdirigering.
Abonnementshandel: Ved abonnementshandel modtager kunden produkter eller ydelser løbende. Leverings- eller brugsplan og fakturering skal passe sammen.
Acceptkriterier: Acceptkriterier angiver efterprøvelige resultater, som et krav kan vurderes ud fra.
Accepttest: En kontrol af, om løsningen opfylder de tilsigtede bruger- og forretningsbehov, målt mod aftalte kriterier.
Acquiring: Acquiring gør det muligt at modtage og behandle kortbetalinger på forhandlerens side. Indløseren har en anden rolle end kortudstederen.
Adgangsret til katalog: En adgangsret til katalog regulerer adgang til kataloget og dets indhold. Et synligt link eller et vellykket login er ikke nok som kontrol.
Agentisk arbejdsgang: Et forløb med AI-understøttede beslutninger og værktøjshandlinger, hvor faste kontroller og variable trin kan indgå sammen.
Agil softwareudvikling: At udvikle i kontrollerbare trin og tilpasse planen ud fra tilbagemeldinger.
AI-agent: Et AI-system, der vælger næste skridt inden for fastlagte rammer og bruger værktøjernes resultater i det videre arbejde.
AI-bias: Systematiske skævheder i AI-systemer, som kan stille bestemte tilfælde eller grupper af mennesker dårligere.
AI-chatbot: En AI-chatbot understøtter dialog. Et forståeligt svar skal skelnes fra en faktisk gennemført forretningshandling.
AI-guardrails: Guardrails begrænser og kontrollerer AI-adfærd. Modelinstruktioner og teknisk håndhævelse har forskellige opgaver.
AI-hallucination: En AI-hallucination er plausibelt indhold, som er faktuelt forkert eller opdigtet. Flydende sprog dokumenterer ikke korrekthed.
AI-inferens: At anvende en allerede trænet model på input for at få et resultat.
AI-parathed: AI-parathed handler om et projekts forudsætninger: mål, brugbare data, kompetencer, ansvar og et fungerende driftsforløb.
Alternativ tekst: Alternativ tekst formidler et billedes betydning eller funktion i sammenhængen. Rent dekorative billeder behandles anderledes.
Analyse af den nuværende situation: En analyse af den nuværende situation undersøger, hvordan processer og systemer faktisk fungerer, inklusive undtagelser og åbne spørgsmål.
Anbefalingssystem: Et system, der udvælger eller sorterer relevante kandidater blandt tilgængelige tilbud, eksempelvis ud fra egenskaber eller tidligere interaktioner.
Anomalidetektion: Metoder, der markerer usædvanlige observationer i forhold til en fastlagt reference eller et indlært mønster.
API: En API fastlægger, hvordan software kan bruge funktioner eller data fra anden software.
Argon2: Argon2 er en familie af hukommelseskrævende hashfunktioner til adgangskoder. Variant, hukommelse og køretid skal passe til sikkerhed og drift.
ARIA: ARIA supplerer oplysninger om roller, tilstande og egenskaber til hjælpemiddelteknologi. Den beskrevne adfærd skal faktisk være implementeret.
Arkitekturbeslutning: En arkitekturbeslutning fastlægger et væsentligt aspekt af softwareopbygningen. Kontekst og konsekvenser forklarer valget.
Arkitekturprincip: Et arkitekturprincip giver en begrundet retningslinje for tilbagevendende beslutninger om systemets udformning.
Asynkron programmering: At vente på et resultat uden dermed at blokere hele det planlagte forløb.
Attributbaseret adgangskontrol: ABAC vurderer adgang ud fra definerede egenskaber og regler. Egenskabernes kilde og aktualitet er en del af designet.
Automatisering af forretningsprocesser: Automatisering af forretningsprocesser forbinder gentagne arbejdstrin med regler, ansvar og fastlagte forløb for undtagelser.
Automatisk skalering: Automatisk skalering tilpasser ressourcer efter regler. Målinger, opstartstider og grænser hos afhængige tjenester afgør, om applikationen får gavn af det.
AAAA-post: En AAAA-post knytter et DNS-navn til en IPv6-adresse. Tjenesten bliver først tilgængelig ad den vej med en passende netværks- og serveropsætning.

B

B2B-handel: B2B-handel er handel mellem virksomheder. Digitale forløb skal forbinde virksomhed, bestiller og gældende vilkår korrekt.
B2C-handel: B2C-handel er en virksomheds salg til private forbrugere. Begrebet beskriver køberrelationen, ikke en bestemt webshopteknologi.
Backend: Backend behandler en applikations regler og data på serveren. Den omfatter mere end databasen eller en administrationsskærm.
Backpressure: Backpressure tilpasser datastrømmen til modtagerens behandlingskapacitet gennem signaler om at sænke tempoet eller holde pause.
Backup: En backup er en gemt kopi, som kan bruges til senere at gendanne nødvendige data eller programmer.
Bagudkompatibilitet: En ny version understøtter fortsat aftalt brug uden at kræve ændringer hos eksisterende forbrugere.
Bare metal-server: En bare metal-server giver eksklusiv fysisk computerhardware. Applikation, operativsystem og gendannelse kræver stadig en passende driftsordning.
Batchbehandling: Batchbehandling behandler et afgrænset sæt data eller opgaver samlet i én kørsel.
Beskedbroker: En beskedbroker tager imod beskeder og formidler dem til modtagere efter fastlagte regler.
Beskedkø: En beskedkø fungerer som buffer for beskeder, indtil en forbruger overtager dem til behandling.
Beskrivelse af den ønskede tilstand: En beskrivelse af den ønskede tilstand angiver fremtidens proces eller system med opgaver, regler og kontrollerbare forventninger.
Beslutningsoplæg: Et beslutningsoplæg forbereder et konkret valg og viser muligheder, begrundelse, følger og åbne antagelser.
Bestillingsskabelon: En bestillingsskabelon gemmer et genanvendeligt vareudvalg. Skabelonen og en ordre dannet fra den har forskellige tilstande og rettigheder.
Betalingsgateway: En betalingsgateway overfører betalingsdata mellem webshoppen og betalingsbehandlingen og sender svarene tilbage til webshoppen.
Betalingstjenesteudbyder: En PSP understøtter virksomheders elektroniske betalinger. Betalingsmetoder, behandling og ekstra tjenester afhænger af tilbuddet.
Blue-green deployment: Blue-green deployment forbereder en ny version i et andet miljø. Efter kontrol flyttes trafikken fra det nuværende miljø til det nye.
Branch: En navngiven udviklingslinje, som Git følger via en flytbar reference til et commit.
Browsercache: Browsercachen gemmer egnede HTTP-svar til senere brug. Genbrug og ny validering følger de relevante regler.
Brugergrænseflade: Brugergrænsefladen gør samspil med et system muligt. Tekster, tilbagemeldinger og reaktioner på handlinger hører også med.
Brugeroplevelse: Brugeroplevelse rækker ud over de enkelte skærmbilleder. Et portaleksempel skelner mellem grænsefladen og oplevelsen af hele tjenesten.
Brugerundersøgelse: Brugerundersøgelser undersøger opgaver, behov og brugsforhold. Observationer og fortolkninger skal kunne følges hver for sig.
Buildproces: Det fastlagte forløb, der skaber softwareartefakter fra blandt andet kildekode og afhængigheder.
Bundler: Et værktøj, der samler forbundne moduler og ressourcer i filer til levering.
Bør-krav: Et bør-krav er vigtigt, men ikke uundværligt i det betragtede leveranceomfang. En accepteret midlertidig løsning kan muliggøre den første brug.

C

Cache stampede: Et cache stampede opstår, når samtidige cache-misses starter den samme dyre beregning eller dataforespørgsel flere gange.
Cacheinvalidering: Cacheinvalidering afslutter genbrug af en kopi efter fastlagte regler. Kildens post er fortsat en særskilt sag.
Caching: Caching genbruger gemte data eller resultater. Gyldighed og tilladt brugerområde hører til designet.
Canary deployment: En canary deployment giver først en ny version begrænset trafik. Observerede resultater afgør, om udvidelsen fortsætter eller stoppes.
Change data capture: Change data capture opfanger ændringer i databasen, så andre applikationer kan behandle dem.
Chargeback: En chargeback tilbagefører en kortbetaling ved en indsigelse hos kortudstederen. En tilbagebetaling fra forhandleren følger en anden proces.
Checkout: Checkout fører fra indkøbskurv til afsendelse af ordren. Aktuelt valg, nødvendige oplysninger og ordreoversigt skal passe sammen.
Circuit breaker: En circuit breaker stopper kald til en fejlramt tjeneste og tillader senere et begrænset antal prøvekald.
Clean Architecture: En arkitekturtilgang, der adskiller forretningsregler fra ydre detaljer og retter kildekodens afhængigheder ind mod kernen.
Cloudcomputing: Cloudcomputing leverer IT-ressourcer over et netværk efter behov. Service- og implementeringsmodellen afgør, hvilke opgaver virksomheden selv har.
CNAME-post: En CNAME-post peger fra et DNS-alias til et andet navn. Den er ikke en HTTP-omdirigering og konfigurerer ikke destinationsserveren.
Commit: En registreret projekttilstand i Git med metadata og eventuelt henvisning til tidligere tilstande.
Compiler: Et program, der oversætter kildekode til en anden målrepræsentation.
Composable commerce: Composable commerce forbinder specialiserede handelskomponenter. Valg og udskiftning kræver passende grænseflader og fælles forretningsregler.
Computersyn: Metoder til at udlede information fra billeder og video, eksempelvis ved at klassificere objekter, finde deres placering eller opdele billedområder.
Container: En container kører applikationsprocesser i et afgrænset miljø. Det kan forenkle udrulning, men erstatter hverken backup eller drift.
Container-image: Et container-image er den pakke, containere startes fra. Det indeholder software og afhængigheder, men ikke automatisk aktuelle forretningsdata.
Containerregister: Et containerregister gemmer og distribuerer images. Tags kan ændres; en digest fastlægger indholdet, men beviser ikke, at softwareversionen er godkendt.
Content Delivery Network: Et CDN leverer webindhold fra flere steder. Offentlige filer kan mellemlagres dér; personlige portalsvar kræver egne cacheregler.
Content Security Policy (CSP): En CSP kan begrænse tilladte scriptkilder i browseren. En politik, der kun rapporterer, registrerer overtrædelser, men håndhæver ikke reglerne.
Context engineering: Context engineering forbereder information til hvert modelkald: relevante instruktioner, beskeder, kilder og aktuelle tilstande.
Continuous delivery: Continuous delivery forbereder softwareændringer gennem et gentageligt forløb. Godkendelse til produktion kan forblive en bevidst beslutning.
Continuous integration: Continuous integration samler jævnligt ændringer i en fælles udviklingsversion. Automatiske kontroller kan vise bestemte konflikter tidligere.
Core Web Vitals: Core Web Vitals beskriver indlæsning, reaktion på input og visuel stabilitet. Målemiljøet og datagrundlaget hører med til resultatet.
Crawlbudget: Crawlbudgettet beskriver, hvilke URL’er Google kan og ønsker at hente. Serverkapacitet og efterspørgsel efter crawling virker sammen.
Crawling: Crawling er en bots automatiske hentning af websider og ressourcer, eksempelvis til behandling i en søgemaskine.
CRM: CRM organiserer arbejdet med kunderelationer. Et tilbudseksempel forklarer brugen og den grundlæggende forskel fra ERP.
Cross-Origin Resource Sharing: CORS styrer browserens adgang til svar fra en anden origin. Det erstatter hverken login til API’et eller kontrol af rettigheder.
Cross-site request forgery (CSRF): CSRF udnytter en indlogget session til en uønsket anmodning. Sessionscookien alene beviser ikke, at personen ønskede handlingen.
Cross-site scripting (XSS): Ved XSS bliver eksternt indhold til kode, der kan køres i browseren. Det afgørende er, hvordan applikationen indsætter input på sine sider.
CRUD: CRUD samler grundhandlingerne Create, Read, Update og Delete: oprette, læse, ændre og slette.
CSS: CSS beskriver struktureret indholds udseende, eksempelvis layout, farver og skrift. Det skal passe til betjeningen og det faktiske indhold.

D

Database: En organiseret samling data, som software kan tilgå målrettet og ændre.
Databaseforespørgsel: En databaseforespørgsel henter data efter fastlagte betingelser. Udvalg, omfang og rækkefølge skal passe til arbejdsformålet.
Databaseindeks: Et databaseindeks understøtter passende opslag. Det gør ikke alle forespørgsler hurtigere og kræver plads og vedligeholdelse.
Databaselås: En databaselås koordinerer samtidig adgang til data eller objekter, så uforenelige handlinger ikke forløber ukontrolleret.
Databasetransaktion: En databasetransaktion samler relaterede ændringer, så de enten gemmes samlet eller rulles samlet tilbage.
Datadrift: En ændring i fordelingen af modelinput i forhold til en udtrykkeligt valgt reference.
Datakonsistens: Datakonsistens betyder, at data følger fastlagte regler, og at sammenhørende tilstande ikke modsiger hinanden.
Datamapping: Datamapping fastlægger, hvordan kildedata overføres til en målstruktur. Ud over feltnavne skal betydning, enheder og fejlhåndtering passe sammen.
Datamigrering: Datamigrering flytter udvalgte data til et nyt system. Tilknytning, kontrol og overdragelse af ansvaret for at registrere ændringer hører med.
Dataminimering: Dataminimering begrænser personoplysninger til det, der er passende, relevant og nødvendigt for et fastlagt formål.
Dataskema: Et dataskema beskriver datas opbygning og regler. Det fastlægger eksempelvis felter og datatyper; oprindelse og aktualitet er yderligere spørgsmål.
Datasynkronisering: Datasynkronisering afstemmer aftalte data mellem systemer gentagne gange. Retning, forsinkelse, konflikter og sikre gentagelser kræver regler.
Datavalidering: Datavalidering kontrollerer data mod fastlagte krav, eksempelvis format, obligatoriske felter eller tilladte værdier.
Dataversion: En dataversion betegner en bestemt datatilstand. Det skal afklares, om identifikatorer udtrykker en rækkefølge; en skemaversion er noget andet.
DDoS-beskyttelse: DDoS-beskyttelse skal begrænse distribuerede overbelastningsangreb. Dækkede tjenester, netværkskapacitet og virkningen på normal trafik skal kontrolleres.
Dead-letter-kø: En dead-letter-kø opbevarer beskeder, der ikke kunne behandles, så de kan undersøges og behandles igen under kontrol.
Debugging: Systematisk afgrænsning af en fejlårsag gennem adfærd, data og programkørsel.
Deep learning: Maskinlæring med neurale netværk med flere behandlingslag.
Definition of Done: Den fælles beskrivelse af kvalitetskrav til et færdigt produktinkrement.
Dependency Injection: En komponent får afhængigheder udefra i stedet for selv at oprette konkrete implementeringer.
Designmønster: En genbrugelig løsningsstruktur til et tilbagevendende designproblem med egne afvejninger.
Designoverdragelse: Ved designoverdragelse afleveres et design til implementering. Tilstande, adfærd og åbne beslutninger skal være forståelige.
Designsystem: Et designsystem forbinder designregler, genbrugelige komponenter og brugsvejledning. Vedligeholdelse og sporbare ændringer hører også til.
Designtoken: Designtokens gemmer navngivne designbeslutninger. Flere komponenter kan bruge dem, og værdierne kan ændres definerede steder.
Digital medieforvaltning: DAM organiserer digitale mediefiler med metadata, versioner og brugsregler. Så kan et program finde den passende godkendte fil.
Digital tegnebog: En digital tegnebog bruger gemte betalingsmidler eller en saldo til betaling. Enhedens understøttelse og butikkens integration skal passe sammen.
Digital tilgængelighed: Digital tilgængelighed gør det muligt for mennesker med handicap at opfatte, forstå og betjene digitale tjenester.
Direkte salg til forbrugere: D2C er et mærkes direkte salg til forbrugere. Webshop og ERP skal skelne mellem salgskanal, kundetype og adgangsregler.
DKIM-selektor: DKIM-selektoren peger sammen med det signerende domæne på den offentlige kontrolnøgle. Den hjælper med at knytte nøgler til afsendelsesveje.
DMARC: DMARC knytter en vellykket SPF- eller DKIM-kontrol til det synlige afsenderdomæne. Politik og rapporter hjælper med den tekniske kontrol.
DMARC-aggregatrapport: En DMARC-aggregatrapport opsummerer et rapporterende mailsystems domænekontroller over en periode. Den hjælper med at undersøge kilder og konfigurationsfejl.
DMARC-politik: DMARC-politikken beskriver den ønskede behandling ved mislykkede domænekontroller. Den retter hverken afsendelseskilder eller deres afstemning.
DNS-zone: En DNS-zone er en administrationsenhed for DNS-data. Grænserne følger delegering; ikke hvert subdomæne er automatisk en særskilt zone.
Docker: Docker giver værktøjer til at bygge, distribuere og køre containerapplikationer. Image, kørende container og driftsmiljø har forskellige opgaver.
Domain Name System: DNS leverer oplysninger om navne, eksempelvis en webservers adresse. Navneopslag, serverforbindelse og applikationens funktion er forskellige trin.
Domain-driven design: Softwaremodeller udvikles ud fra forretningsområdet sammen med de mennesker, der kender dets regler.
DomainKeys Identified Mail: DKIM knytter signerede maildele til et domæne. En gyldig signatur dokumenterer hverken kryptering eller personen bag beskeden.
Domæne: Et domæne er en navngiven del af DNS. Navnet skaber ikke et website; hosting, e-mail og applikationen skal forbindes særskilt.
Driftsomkostninger: Udgifter, der skal planlægges til den løbende drift af en IT-løsning.
Dropshipping: Ved dropshipping sender en leverandør den solgte vare direkte til kunden. Butiksordre, leverandørordre og tilbagemeldinger skal passe sammen.
Dubletregistrering: Dubletregistrering finder poster, der kan beskrive samme objekt. Et match er kun en mistanke, ikke en automatisk sammenlægning.
Dynamisk prissætning: Dynamisk prissætning tilpasser priser til ændrede forhold. Datagrundlag, tilladte grænser og håndtering af eksisterende ordrer kræver klare regler.

E

E-handel: E-handel beskriver handel gennem digitale bestillingskanaler. Betaling og levering behøver ikke også at foregå online.
E-mailleveringsevne: Leveringsevne handler om forventede mails i indbakken. Kontrollér afsendelsesstatus, autentificering og faktisk modtagelse hver for sig.
Edge computing: Edge computing behandler data tættere på kilden eller brugen. Det lokale arbejde og samspillet med centrale tjenester skal stadig planlægges.
Eksponentiel backoff: Eksponentiel backoff øger ventetiden mellem nye forsøg med en faktor op til en fastsat øvre grænse.
Elektronisk dataudveksling: EDI overfører strukturerede forretningsdokumenter mellem systemer. Format, partnerprofil, datafelternes tilknytning og tilbagemeldinger skal passe sammen.
ELT: ELT står for Extract, Load, Transform: Rådata indlæses først i mållageret og omformes derefter dér til de nødvendige analyser.
Embedding: Et embedding repræsenterer indhold som en talvektor. Model og sammenligningsmetode afgør, hvilke ligheder der bliver synlige.
End-to-end-test: En kontrol af et aftalt forløb gennem de systemdele, som er væsentlige for det.
Enhedstest: En målrettet kontrol af en lille, fastlagt del af softwaren, eksempelvis regel eller funktion.
Enterprise Service Bus: En Enterprise Service Bus formidler centralt mellem applikationer: Den kan dirigere beskeder, konvertere dataformater og tilpasse protokoller.
Envelope-From: Envelope-From angiver SMTP-afsenderen til transport og fejlmeldinger. Den skal adskilles fra den synlige afsenderadresse.
Envelope-kryptering: Envelope-kryptering adskiller datanøglen fra nøglen, der beskytter den. Den krypterede fil og indpakkede datanøgle skal håndteres sammen.
ERP: Et ERP-system forbinder centrale processer som indkøb, lager, ordrer og økonomi gennem fælles data.
ETag: Et ETag identificerer en bestemt repræsentationsversion af en HTTP-ressource og understøtter betingede opslag eller ændringer.
ETL: ETL står for Extract, Transform, Load: Data læses fra en kilde, omformes før indlæsningen og overføres derefter til analyselageret.
Eventual consistency: Eventual consistency tillader midlertidigt forskellige datatilstande, som skal blive ens under de forudsatte betingelser.
Exitstrategi: En forberedt vej til at skifte, overtage eller afslutte en IT-ydelse under ordnede forhold.

F

F1-score: Det harmoniske gennemsnit af precision og recall for samme positive klasse.
Facetnavigation: Facetnavigation indsnævrer produktlister med flere egenskaber. Synlige filtre og strukturerede data skal beskrive samme udvalg.
Faktureringsadresse: Faktureringsadressen er en særskilt adresse i et ordre- eller faktureringsforløb. Feltet må ikke ved en fejl byttes med leveringsstedet.
Featureflag: Et featureflag slår planlagt applikationsadfærd til eller fra via konfiguration. Det kan adskille teknisk udrulning fra åbning af en funktion.
Fejlhåndtering: At fastlægge, hvordan et program håndterer opdagede fejl og reagerer passende.
Finjustering: Finjustering tilpasser en fortrænet model gennem mere træning. At levere aktuelle dokumenter under brug er en anden handling.
FinOps: FinOps samler teknik, økonomi og forretningsområder om beslutninger om teknologiomkostninger og værdi. Grundlaget er forståelige brugs- og omkostningsdata.
Firewall: En firewall styrer netværkstrafik efter regler. En tilladt forbindelse erstatter hverken sikker software eller rettighedskontrol i applikationen.
Fokusindikator: En fokusindikator viser, hvilket element der modtager tastaturinput. Den adskiller sig fra musemarkøren og en markering af et valgt element.
Fokusrækkefølge: Fokusrækkefølgen bestemmer vejen gennem elementer, der kan få fokus. Den skal bevare mening og betjeningsmuligheder også ved dynamiske ændringer.
Forhandlerportal: En forhandlerportal giver tilknyttede forhandlere digital adgang til aftalt information og forløb. Omfang og virksomhedstilknytning skal være klare.
Forklarlig AI: Tilgange, der gør et AI-systems resultater eller virkemåde forståelige for de tiltænkte modtagere.
Forladt indkøbskurv: Varer lægges i kurven, men købet afsluttes ikke. Analysen kræver en periode og en regel for at knytte senere ordrer til kurven.
Forretningsregel: En forretningsregel beskriver en forretningsmæssig betingelse eller beslutning, som styrer behandlingen af et forløb.
Forstærkningslæring: En læringsmetode, hvor et system udvikler en handlingsstrategi ud fra handlinger og belønninger i et miljø.
Forvekslingsmatrix: En tabel, der sammenholder referenceklasser og modellens forudsigelser og tæller korrekte og forkerte tilordninger.
Framework: Et framework giver en applikation en teknisk struktur og fælles regler. Opgaverne afhænger af det valgte framework.
Fremmednøgle: En fremmednøgle beskytter en defineret reference mellem poster gennem passende nøgleværdier.
Frontend: Frontend er den grænseflade, mennesker betjener. Nyttig feedback i browseren erstatter ikke afgørende kontroller på serveren.
Fulfillment: Fulfillment omfatter den praktiske klargøring og afsendelse af bestilte varer. Plukning, pakning, overdragelse og levering kræver sporbare hændelser.
Fullstack-udvikling: Fullstack-udvikling omfatter frontend og backend. Betegnelsen beskriver omfanget, ikke automatisk teamets størrelse eller bemanding.
Funktionskald: En sprogmodel anmoder om en beskrevet funktion med strukturerede parametre; den tilknyttede applikation udfører den.
FaaS: Function as a Service kører udrullede funktioner ved hændelser eller kald. En platform står for afviklingsmiljøet.

G

Genafsendelse af webhook: Genafsendelse af webhook sender en meddelelse igen. Bevidst genopretning og replay-angreb kræver forskellige kontroller.
Genbestilling: En genbestilling bruger en tidligere ordre som grundlag for et nyt køb. Priser, varer og rettigheder skal kontrolleres igen.
Generativ AI: Generativ AI skaber indhold som tekst, billeder eller kode. Kvaliteten vurderes ud fra anvendelsen og de tilgængelige grundoplysninger.
Genkøbsrate: Genkøbsraten er andelen af kunder, der køber igen. En rapport kræver en tydelig periode, kundeidentitet og entydige ordrer.
Gennemløb: Gennemløb beskriver behandlet arbejde pr. tidsrum. Det er hverken varigheden af ét kald eller antallet af samtidige brugere.
Gennemsnitlig ordreværdi: Den gennemsnitlige ordreværdi skal beregnes pr. ordre. En import med flere ordrelinjer pr. ordre må ikke puste antallet af ordrer op.
Git: Et distribueret versionsstyringssystem med lokale repositories og registreret ændringshistorik.
GitOps: GitOps forbinder en versionsstyret ønsket tilstand med automatisk hentning og løbende afstemning. Filer i Git dækker kun en del af denne drift.
GraphQL: Med GraphQL kan applikationer vælge felter gennem et typet API-skema. Serveren har fortsat ansvaret for dataadgang og rettigheder.
Grounding: Grounding knytter et AI-svar til et kontrollerbart grundlag. Et kildelink viser ikke alene, at hvert udsagn er underbygget.
Grænsefladekontrakt: En grænsefladekontrakt beskriver den aftalte dataudveksling. Datastruktur, svar og betydning skal passe sammen for begge parter.
GTIN (Global Trade Item Number): GTIN identificerer en handelsvare på tværs af virksomheder. Intern varekode, serienummer og stregkode har forskellige roller.
Gæstebestilling: En gæstebestilling tillader køb uden obligatorisk kontologin. De kontakt- og leveringsoplysninger, ordren kræver, registreres stadig.

H

Headless CMS: Et headless CMS styrer indhold adskilt fra præsentationen og leverer det via API’er. Website eller app kræver sin egen visningslogik.
Headless commerce: Headless commerce adskiller butiksgrænsefladen fra handelssystemet. Programmeringsgrænseflader forbinder data og handelsfunktioner.
Hotfix: En hastende, målrettet rettelse af et problem i et produktionssystem.
Hreflang: Hreflang markerer sammenhørende sprog- eller regionsversioner af en side for søgemaskiner.
HTML: HTML beskriver webindholds struktur og betydning. Det skelner eksempelvis mellem overskrifter, tabeller og indtastningsfelter.
HTTP Strict Transport Security: HSTS får browseren til at huske HTTPS ved fremtidige besøg på en vært. Varighed og dækning af subdomæner kræver et bevidst driftsvalg.
HTTP/2: HTTP/2 overfører flere HTTP-udvekslinger på én TCP-forbindelse. Mulig effektivisering erstatter ikke måling af den faktiske side- og serverydelse.
HTTP/3: HTTP/3 transporterer HTTP over QUIC. Fordel og tilgængelighed afhænger også af netværk og endepunkter; en generel hastighedsforbedring er ikke dokumenteret.
HttpOnly-cookie: HttpOnly hindrer scripts i direkte at tilgå cookien. Passende anmodninger kan stadig sende den; session og rettigheder skal fortsat kontrolleres.
HTTPS: HTTPS beskytter HTTP-kommunikation med TLS. Beskyttet transport viser ikke alene, om en formular behandles korrekt, eller en bruger har adgang.
Hukommelseslæk: Hukommelse, der ikke længere behøves, holdes unødigt optaget under drift.
Human-in-the-loop: Ved human-in-the-loop deltager et menneske aktivt i et automatiseret forløb. Brugbar kontrol kræver forståelige oplysninger og mulighed for at gribe ind.
Hurtigbestilling: En hurtigbestilling forkorter vareindtastningen, for eksempel via varenumre. Kontrol, indkøbskurv og afslutning er stadig adskilte trin.
Hybrid app: En installerbar app, der forbinder en webbrugerflade med native adgang til enhedens funktioner.
Hybrid cloud: Hybrid cloud forbinder forskellige cloudmiljøer. Den fælles applikation kræver fastlagte datastrømme, adgangsregler og adfærd ved forbindelsesfejl.
Hybrid søgning: Kombination af ordbaseret søgning og vektorsøgning i en fælles resultatliste.
Hydration: Hydration forbinder eksisterende HTML med applikationslogikken i browseren. Synligt indhold og fungerende interaktion skal kontrolleres hver for sig.
Hypertext Transfer Protocol: HTTP styrer anmodninger og svar mellem klient og server. Metode, status og indhold skal passe til applikationens aftalte funktion.
Hændelses-id: Et hændelses-id identificerer en hændelse inden for det aftalte område. En gentagen levering skal skelnes fra en ny hændelse.
Hændelsesdrevet arkitektur: I en hændelsesdrevet arkitektur udsender komponenter hændelser, som andre komponenter kan reagere på uafhængigt.
Hændelsessporing: Hændelsessporing registrerer udvalgte handlinger på websites eller i apps. En tydelig udløser forklarer, hvad en optalt hændelse dokumenterer.

I

Idempotens: En idempotent handling har samme tilsigtede virkning på tilstanden ved identisk gentagelse som ved én udførelse.
Idempotensnøgle: En idempotensnøgle identificerer gentagelser af den samme tilsigtede anmodning. Område, opbevaring og API-regler bestemmer dens virkning.
Identitets- og adgangsstyring: IAM forbinder digitale identiteter med adgangsrettigheder. Konti, rolleskift og fjernelse af gamle rettigheder hører sammen.
Ikke-funktionelt krav: Et ikke-funktionelt krav beskriver kvalitet eller rammer for en løsning. Det kan være lige så obligatorisk som et funktionskrav.
Indeksering: Ved indeksering analyserer en søgemaskine indhold og optager oplysninger om det i sit søgeindeks.
Indekseringsstatus: Indekseringsstatus beskriver en URL’s optagelse i et søgeindeks. Den adskiller sig fra adgang til siden og synlighed ved en bestemt søgning.
Indholdsstyringssystem: Et CMS lader redaktionen vedligeholde digitalt indhold. Indholdsstruktur, kladder og publicering indrettes til websitet eller programmet.
Infrastructure as Code: Infrastructure as Code beskriver infrastruktur i filer, der kan versionsstyres og gennemgås. De administrerede ressourcer ændres, når ændringerne udføres.
Inkompatibel ændring: En ændring, der får tidligere understøttede forbrugere eller brugsmåder til ikke længere at fungere som aftalt.
Integrationstest: En kontrol af, om valgte softwaredele samarbejder som tilsigtet via deres grænseflader.
Interaktiv prototype: En interaktiv prototype reagerer på udvalgte handlinger. Den kan vise et betjeningsforløb uden at udføre den virkelige behandling bagved.
Interessent: Interessenter påvirker en ændring eller bliver berørt af den. Deltagelse og beslutningsbeføjelser skal holdes adskilt.
Intern produktsøgning: Intern produktsøgning finder varer i butikken ud fra en forespørgsel. Kundernes ord og vedligeholdte katalogdata skal passe sammen.
Investeringsomkostninger: Omkostninger til at etablere en ny eller udvidet IT-kapacitet i projektplanlægningen.
IP-adresse: En IP-adresse bruges til adressering i netværket. Den adskiller sig fra et domænenavn og siger ikke i sig selv noget om den tilgængelige applikation.
IPv4: IPv4 adresserer netværksmål med adresser på 32 bit. En DNS-post og en tilgængelig adresse erstatter ikke opsætning og kontrol af tjenesten.
IPv6: IPv6 bruger adresser på 128 bit. For en portal, der tilbydes sådan, skal DNS, netværk, server og adgangsregler passe sammen.
iPaaS: iPaaS er en integrationsplatform leveret som cloudtjeneste. Teamet konfigurerer forbindelser, datatilknytninger og fejlhåndtering på platformen.
IaaS: Infrastructure as a Service leverer regnekraft, lager og netværk. Operativsystem og egne applikationer er fortsat teamets opgaver.

J

JavaScript: JavaScript er et programmeringssprog til applikationslogik i og uden for browseren. Opgaven adskiller sig fra HTML og CSS.
Jitter ved genforsøg: Retry-jitter varierer ventetider tilfældigt for at sprede genforsøg og mindske samtidige forespørgsler fra mange klienter.
JSON Schema: JSON Schema beskriver struktur og begrænsninger i JSON-data. En validator kontrollerer reglerne; overholdelse beviser ikke i sig selv forretningsmæssig korrekthed.

K

Kanonisk URL: En kanonisk URL er den foretrukne adresse for ens eller meget lignende indhold; søgemaskiner vurderer flere signaler ved valget.
Kapacitetsplanlægning: Kapacitetsplanlægning forbinder forventet brug med ydelsesmål og ressourcer. Målinger og belastningstest efterprøver antagelser, som justeres senere.
Kildekode: Den læsbare og redigerbare beskrivelse af et program, som dets adfærd frembringes fra.
Kildesystem: Kildesystemet leverer data til en bestemt overførselsvej. Rollen fastlægger ikke i sig selv, hvem der vedligeholder alle forretningsoplysninger som autoritativ kilde.
Kodegennemgang: Målrettet vurdering af en kodeændring med hensyn til design, adfærd, forståelighed og passende kontroller.
Kodeopdeling: At dele programkode i særskilt indlæselige dele og planlægge indlæsningstidspunktet.
Komponentbibliotek: Et komponentbibliotek samler genanvendelige grænsefladeelementer. Adfærd, varianter og den rigtige version tæller også ved brugen.
Komponentvariant: En komponentvariant er en defineret udgave af en fælles byggesten. Den adskiller sig fra en midlertidig betjeningstilstand.
Konfidensscore: En konfidensscore vurderer en modelforudsigelse efter den anvendte metode. Den giver ikke en forretningsmæssig godkendelse.
Kontekstvindue: Kontekstvinduet begrænser, hvor mange tokens en sprogmodel kan inddrage i ét behandlingstrin. Det er ikke et permanent vidensarkiv.
Kontrakttest: En test af aftalte beskeder mellem forbruger og udbyder ved en applikationsgrænseflade.
Konverteringsrate: Konverteringsraten sætter definerede målhandlinger i forhold til et tydeligt angivet grundlag.
Korrelations-id: Et korrelations-id forbinder sammenhørende meddelelser i en handling. Det kan omfatte flere hændelser og erstatter ikke dubletkontrol.
Kravkatalog: Et kravkatalog ordner krav med identifikationer og efterprøvelige oplysninger. Det hjælper med at følge omfang, åbne spørgsmål og ændringer.
Kravsanalyse: Kravsanalyse afklarer, hvad en løsning skal opnå og hvorfor. Ønsker undersøges for betydning, modstrid og resultater, der kan efterprøves.
Krydssalg: Krydssalg supplerer et valgt tilbud. I software skal tillægsmodul, teknisk forudsætning og eksisterende brugsrettigheder passe sammen.
Kubernetes: Kubernetes styrer applikationer i containere ud fra en beskrevet ønsket tilstand. Nytten afhænger også af konfiguration og driftsansvar.
Kundefastholdelsesrate: Kundefastholdelse kræver en fast startgruppe. En SaaS-rapport skal tælle entydige kunder og adskille nye konti fra genaktiverede.
Kundespecifikt sortiment: Et kundespecifikt sortiment fastlægger, hvilke varer en kunde tilbydes. Udvalg, priser og adgangsrettigheder skal passe sammen i butikken.
Kunstig intelligens: Kunstig intelligens omfatter metoder som sprogbehandling og mønstergenkendelse. Egnetheden viser sig i den konkrete opgave.
Køb nu, betal senere: BNPL giver mulighed for køb med senere betaling eller afdrag. Kundens betalingsplan og afregningen med forhandleren skal ses hver for sig.
Køb på faktura: Ved køb på faktura modtager kunden varer eller tjenester og betaler senere inden den aftalte frist. Faktura og modtaget betaling følges hver for sig.
Kørselsmiljø: Det miljø, hvor et program kører og får adgang til tilgængelige funktioner.

L

Lagerreservation: En lagerreservation knytter en mængde til en ordre eller et formål. Mængden er ikke længere fri til andre ordrer, selv om varen endnu ikke er sendt.
Lagerstyring: Lagerstyring samler mængder, lagerplaceringer og statusser. Fysisk tilstedeværende varer er ikke automatisk tilgængelige til yderligere salg.
Lazy loading: Ressourcer hentes først, når det planlagte brugstrin har brug for dem.
Legacysystem: Et eksisterende system i fortsat brug med tekniske og forretningsmæssige afhængigheder opbygget over tid.
Leveringsadresse: Leveringsadressen angiver, hvor en ordre skal leveres. Butik og integration skal skelne den fra faktureringsadressen og den aktuelle adressebog.
Leveringsevne: Leveringsevne beskriver, om en konkret efterspørgsel kan opfyldes. En lagerværdi alene besvarer ikke fuldt ud spørgsmål om mængde, sted og tidspunkt.
Linter: Et værktøj, der undersøger kode for bestemte problemer efter konfigurerede regler.
LLM-evaluering: LLM-evaluering undersøger modeloutput efter definerede opgaver og kriterier. Et godt enkeltstående eksempel dokumenterer ikke generel kvalitet.
Loadbalancer: En loadbalancer fordeler forbindelser eller anmodninger på flere mål. Fordelingsregel, tilstandshåndtering og fejlkontrol bestemmer den faktiske adfærd.
Long-tail-søgeord: Long-tail-søgeord har forholdsvis lav efterspørgsel hver for sig. De er ofte specifikke; længden alene dokumenterer hverken volumen eller forretningsværdi.

M

Maskinlæring: Modeller lærer mønstre fra data og bruger dem på nye input.
Master Data Management: Master Data Management organiserer identitet, kvalitet og vedligeholdelse af vigtige stamdata. Teknik, forretningsansvar og ændringsregler virker sammen.
Meddelelseskvittering: En meddelelseskvittering fortæller brokeren, at en levering er modtaget eller behandlet efter den aftalte regel.
Merchandising i netbutikker: E-handelsmerchandising styrer produktvalg og præsentation i webshopsoftwaren. Filtre, sortering og fremhævning kræver klare prioritetsregler.
Microservices: En arkitektur med afgrænsede services, som så vidt muligt kan udvikles, drives og udrulles uafhængigt.
Middleware: Middleware leverer fælles softwaretjenester. Ved integration kan den håndtere kommunikation og tilpasse data mellem applikationer.
Migreringsomkostninger: Arbejde og udgifter til planlagt overgang af data eller funktioner til et andet miljø.
Minimum Viable Product (MVP): Et MVP er et begrænset produkt eller tilbud, der afprøver en konkret antagelse om kundeadfærd.
Model Context Protocol: MCP standardiserer udvekslingen mellem AI-applikationer og servere, der tilbyder værktøjer, kontekstdata eller skabeloner.
Modeldrift: Faldende kvalitet af en models forudsigelser, fordi data eller sammenhænge ændrer sig under brug.
Modelkort: Et modelkort dokumenterer formål, grundlag, vurderingsbetingelser og kendte begrænsninger for en bestemt version af en AI-model.
Modelkvantisering: Gengivelse af modelvægte og, afhængigt af metoden, mellemværdier med lavere numerisk præcision.
Modelrouting: Valg af en egnet model til hver forespørgsel fra en fastlagt mængde tilladte kandidater.
Modulær monolit: En samlet udrullet applikation med udtrykkeligt afgrænsede indre moduler og grænseflader.
Monolit: En applikation, hvis kerne udrulles som én enhed; indre moduler er stadig mulige.
MTA-STS: MTA-STS offentliggør TLS-krav for et maildomæne. Mailservere, certifikater og den faktisk anvendte politik skal ses i sammenhæng.
Multichannel-handel: Multichannel-handel er salg gennem flere kanaler. Købsforløb kan forblive adskilte, selv om enkelte data forbindes.
Multicloud: Multicloud bruger tjenester fra flere cloududbydere. Det kan give adgang til specialiserede funktioner, men giver ikke automatisk failover ved nedbrud.
Multifaktorautentifikation: MFA bruger forskellige typer autentifikationsfaktorer. Flere spørgsmål af samme type giver ikke en multifaktorkontrol.
Multimodal AI: AI med flere informationstyper som tekst, billede eller lyd i input eller output.
Multitenancy: Multitenancy understø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 angiver en mailserver for et domæne. Præferencen ordner mulige mål; den bekræfter hverken en postkasse eller levering.
Målarkitektur: En målarkitektur beskriver den tilsigtede systemstruktur med væsentlige byggeblokke, relationer og grænser.
Målsystem: Målsystemet skal modtage data fra en bestemt overførselsvej. Tilgængelighed, modtagelse og afsluttet behandling er forskellige oplysninger.

N

N+1-forespørgsel: Ved N+1 følger et ekstra opslag pr. resultat efter en listeforespørgsel. Strukturen tæller, ikke kun et højt antal kald.
Named entity recognition: NER markerer navngivne entiteter i tekst og tildeler typer som person, organisation eller sted.
Native app: En app, der bruger målplatformens brugerflade- og systemgrænseflader.
Neuralt netværk: En model af forbundne beregningsknuder med justerbare parametre.
Node.js: Node.js kører JavaScript uden for browseren. Kørselsmiljøet leverer tekniske muligheder; programmet fastlægger forretningslogikken.
Noindex: Noindex styrer indeksering hos søgemaskiner, der understøtter instruktionen. Crawleren skal kunne læse den; den erstatter ikke adgangsbeskyttelse.
NoSQL: En samlebetegnelse for databasesystemer med forskellige, ikke primært relationelle datamodeller.
Nøglerotation: Nøglerotation tager nyt nøglemateriale i brug. For ældre data og backup skal det være klart, hvilke versioner der stadig kræves til dekryptering.

O

OAuth 2.0: OAuth giver begrænset adgang til beskyttede ressourcer. En API-tilladelse beviser ikke automatisk en indlogget persons identitet.
Objektrelationel mapping: En teknik, der forbinder programobjekter med data i en relationel database.
Omnichannel-handel: Omnichannel-handel forbinder salgskanaler i sammenhængende kundeforløb. Data og arbejdsgange skal understøtte skiftet mellem kanaler.
Omrangering af søgeresultater: Omrangering vurderer allerede fundne søgeresultater igen. Relevansen for spørgsmålet og den første udvælgelses grænser er afgørende.
Online markedsplads: En online markedsplads giver flere forhandlere en fælles salgsplatform. Produkt, valgt sælger og konkret tilbud skal hænge sammen.
Opdeling af dokumenter: At dele et dokument i mindre sammenhængende afsnit til søgning og modelkontekst.
Open source: Software, hvis licens opfylder de friheder og vilkår, der er defineret for open source.
OpenAPI: OpenAPI beskriver HTTP-grænseflader maskinlæsbart med stier, parametre og svar. Beskrivelsen skal stemme overens med den kørende tjeneste.
Optimistisk låsning: Optimistisk låsning registrerer ved lagring, om en post er ændret siden den læste tilstand.
Optisk tegngenkendelse: Optisk tegngenkendelse gør skrift i billeder maskinelt behandlingsbar. At aflæse et beløb er ikke det samme som at kontrollere fakturaen.
Ordregodkendelse: Ordregodkendelse er intern tilladelse efter fastlagte regler. Den bekræfter hverken betaling, levering eller ERP-systemets accept.
Ordrehistorik: Ordrehistorikken viser tidligere ordrer inden for den aftalte kontotilknytning. Gamle priser, aktuel tilgængelighed og behandling er forskellige oplysninger.
Ordrestyringssystem: Et ordrestyringssystem forbinder oplysninger og behandlingstrin for en ordre. De enkelte linjer kan beholde forskellige statusser.
Overfitting: En for stærk tilpasning til særlige træk i træningsdata, som forringer modellens generalisering til nye eksempler.
Overvågning: Overvågning indsamler og vurderer løbende udvalgte systemtilstande og funktioner. Udsagnet afhænger af, hvad der faktisk observeres.

P

Paginering: Paginering deler en API-resultatliste op i sider, der hentes hver for sig. Sortering, fortsættelse og ændringer undervejs hører til API-kontrakten.
Pakkemanager: Et værktøj til at hente og håndtere softwarepakker, deres versioner og afhængigheder.
Parallelitet: At udføre flere beregninger reelt på samme tid.
Passkey: En passkey muliggør login med et nøglepar knyttet til tjenesten. Enhedsskift, kontogendannelse og rettigheder er fortsat særskilte opgaver.
PCI DSS: PCI DSS beskriver tekniske og driftsmæssige krav til beskyttelse af betalingskortdata. Det vurderede miljø bestemmer omfanget.
Pilotprojekt: Begrænset brug med udvalgte deltagere for at lære om anvendelse og drift før udvidelse.
Politik for dataopbevaring: En politik for dataopbevaring fastlægger formål, start, varighed og afslutning. Sletteopgaver og kopier skal indgå i den tekniske løsning.
PostgreSQL: Et åbent objektrelationelt databasesystem til struktureret lagring og forespørgsler.
Precision: Andelen af reelt positive tilfælde blandt alle de tilfælde, modellen markerer som positive.
Princippet om færrest mulige rettigheder: Princippet begrænser rettigheder til den nødvendige opgave og dens dataområde. Nødvendigt arbejde er muligt; overflødige beføjelser fjernes.
Prisregel: En prisregel knytter betingelser til en pris eller beregning. Produkt, kunde, mængde og gyldighed skal passe entydigt sammen.
Private cloud: En private cloud er forbeholdt én organisation og kan drives eksternt. Eksklusiv brug erstatter ikke en klar aftale om driftsopgaverne.
Procesmining: Procesmining undersøger registrerede procesforløb. Sagsidentifikation, aktiviteter og tidsangivelser danner grundlag for analysen.
Product Backlog: Den ordnede, løbende udviklede samling af nødvendige produktforbedringer.
Product Discovery: At undersøge behov, begrænsninger og risikable antagelser, før en produktløsning fastlægges.
Product Owner: Personen med ansvar i Scrum for produktværdi, produktmål og effektiv backlogstyring.
Produktdatakvalitet: Produktdatakvalitet beskriver, hvor godt oplysningerne passer til deres brug. Udfyldte felter kan stadig beskrive den forkerte vare.
Produktfeed: Et produktfeed leverer strukturerede varedata til en målkanal. Feltkobling, faste identifikatorer og opdatering skal passe sammen.
Produktinformationsstyring: PIM organiserer produktegenskaber, beskrivelser og sprogversioner. Et PIM-system klargør oplysningerne til forskellige outputkanaler.
Produktkatalog: Et produktkatalog ordner sortimentsoplysninger til søgning og valg. Katalogpost, lagerbeholdning og offentliggørelse i en kanal er adskilte oplysninger.
Produktkonfigurator: En produktkonfigurator guider gennem produktvalg og regler. Resultatet skal tydeligt beskrive det valg, der aktuelt er gyldigt.
Produktpakke: En produktpakke tilbyder flere produkter samlet. Indhold, pris og tilgængelige dele skal passe til den solgte mængde.
Produktvariant: En produktvariant er en bestemt udgave af et produkt. Egenskaberne skal passe sammen på tværs af valg, pris, lager og bestilling.
Prognosemodel: En model, der bruger tilgængelige oplysninger til at estimere en fremtidig størrelse for en fastlagt periode.
Progressiv webapp: En webapp med ekstra muligheder for installation, enhedsintegration og offlinebrug.
Projektafhængighed: En projektafhængighed beskriver, hvordan en opgave eller beslutning er bundet til andre resultater, tidspunkter eller ressourcer.
Projektgrundlag: Et internt grundlag for projektets mål, grænser, ansvar og godkendelse.
Projektmilepæl: Et vigtigt punkt eller en begivenhed i projektet, hvor opnåelsen kan konstateres.
Projektomfang: Den aftalte grænse for resultater og arbejde, som et projekt skal omfatte.
Projektoversigt: En projektoversigt samler kort formål, grænser, ansvarlige og væsentlige rammer for et initiativ.
Prompt: En prompt er input til en generativ model. En tydelig opgave hjælper, men erstatter hverken dataforbindelser eller adgangsrettigheder.
Promptdesign: At udforme og kontrollere opgaver, kontekst og outputregler for en generativ model.
Promptinjektion: Promptinjektion forsøger at omdirigere en AI-applikation med indskudte instruktioner. Hentede dokumenter kan også indeholde dem.
Proof of Concept: En afgrænset undersøgelse af, om en vigtig antagelse eller teknisk tilgang er gennemførlig.
Proprietær software: Software, hvis licens ikke giver generelle friheder til ændring og viderefordeling.
Prototype: En prototype gør det muligt at undersøge et design ud fra et konkret spørgsmål. Form og omfang følger den usikkerhed, der skal afklares.
Public cloud: Public cloud er en cloudmodel, der tilbydes en bred kundekreds. Adgangsregler og konfiguration afgør fortsat, hvem der kan se dine applikationsdata.
Publish-subscribe: Publish-subscribe fordeler publicerede beskeder til interesserede abonnenter uden direkte kontakt fra afsenderen til hver enkelt.
Pull request: Et forslag om at integrere ændringer i en målbranch med kontekst til fælles gennemgang og diskussion.
PaaS: Platform as a Service tilbyder en platform til egne applikationer. Teamet udruller sin kode; udbyderen driver det underliggende miljø.

Q

QUIC: QUIC er en sikret transportprotokol over UDP med egne pålidelige strømme. HTTP/3 bruger QUIC; begreberne betegner forskellige protokollag.

R

Rabatkode: En rabatkode anmoder om et afslag ved købet efter fastlagte betingelser. Gyldighed, berettigede varer og kombinationsregler skal passe sammen.
Race condition: Et forkert resultat afhænger af tidsrækkefølgen i overlappende adgange.
Rate limiting: Rate limiting fastlægger, hvor ofte en klient må sende forespørgsler efter en bestemt regel.
Realtidsbehandling: Realtidsbehandling behandler indgående hændelser efter et fastlagt latensmål. Hændelsestid, behandlingstid og forsinkede data kræver klare regler.
Recall: Andelen af reelt positive tilfælde, som modellen korrekt genkender som positive.
Recovery Point Objective (RPO): RPO angiver det største acceptable datatab, målt som tiden mellem den seneste gendannelige datatilstand og et nedbrud.
Recovery Time Objective (RTO): RTO fastlægger den længste acceptable tid fra en afbrydelse til den nødvendige tjeneste igen kan bruges.
Refaktorering: At ændre softwarens indre struktur og bevare den forventede adfærd, der kan observeres udefra.
Regressionstest: En kontrol for uønskede virkninger af en ændring på adfærd, der stadig er nødvendig.
Relationel datamodel: Data modelleres i tabeller med rækker, kolonner og udtrykkeligt beskrevne relationer.
Reproducerbarhed af AI-output: At kunne gentage AI-generering under dokumenterede betingelser og sammenligne resultaterne efter fastlagte kriterier.
REST: REST beskriver arkitekturregler for distribuerede grænseflader. Ressourcer, tilstandsløse forespørgsler og links er dele af tilgangen.
Retrieval-augmented generation: RAG forbinder informationssøgning med et genereret svar. Kildeadgang erstatter ikke et kvalitets- og rettighedsdesign.
Retry-strategi: En retry-strategi fastlægger, hvilke fejl der prøves igen, med hvilke pauser og indtil hvilken grænse.
Return-Path: Return-Path gemmer SMTP-returstien i et headerfelt. Det beskriver den tekniske vej for fejlmeldinger, ikke en persons identitet.
Reverse proxy: En reverse proxy modtager og videresender anmodninger foran en applikation. Routing, forbindelsesgrænser og videregivne oplysninger kræver klare regler.
Revisionslog: En revisionslog gør vigtige applikationshændelser sporbare. Aktør, handling, berørt objekt og resultat skal kunne læses i sammenhæng.
Robotbaseret procesautomatisering: RPA udfører gentagne trin i applikationer, ofte via brugerflader. Klare regler og et kontrollerbart resultat er afgørende.
Robots.txt: robots.txt giver regler til samarbejdende crawlere; den er hverken adgangsbeskyttelse eller sikker udelukkelse fra søgeindekset.
Robotsdirektiv: Robotsdirektiver giver søgemaskiner regler for indeksering eller visning, hvis de understøtter dem. Crawleren og leveringsvejen har også betydning.
Rollebaseret adgangskontrol: RBAC knytter rettigheder til roller og tildeler personer disse roller. Dataområdet skal være tydeligt ud over rollenavnet.
Rolling update: En rolling update erstatter kørende applikationsinstanser trinvist. Gammel og ny version kan arbejde samtidig under overgangen.

S

Salting af adgangskoder: Ved salting får hver ny adgangskodehash sin egen tilfældige ekstraværdi. Saltet gemmes sammen med hashen og behøver ikke være hemmeligt.
Same-origin-politik (SOP): Same-origin-politikken begrænser browseradgang mellem forskellige origins. En anden sidesti skaber ikke i sig selv en ny origin.
SameSite-cookie: SameSite påvirker afsendelse af cookies mellem sites. Valget skal passe til login og navigation; CSRF-beskyttelse er stadig nødvendig.
Samlede ejeromkostninger (TCO): TCO omfatter en løsnings samlede omkostninger i en fastlagt periode, inklusive indførelse og et senere skift.
Samtidighed: At organisere flere opgaver, så deres behandlingsperioder kan overlappe.
Scope creep: Scope creep er gradvis udvidelse af projektets omfang uden tilstrækkelig vurdering og ændring af planen.
Scrum: En ramme for fælles, trinvis arbejde med komplekse produktopgaver.
Semantisk HTML: Semantisk HTML bruger elementer efter deres betydning. En rigtig knap har egenskaber, som en formateret tekstblok ikke automatisk får.
Semantisk søgning: Søgning, der finder og rangerer resultater efter indholdsmæssig nærhed til forespørgslen.
Semantisk versionering: Et aftalt versionsskema, der udtrykker tilsigtet kompatibilitet ved ændringer i en defineret offentlig API.
Sender Policy Framework: SPF kontrollerer, om en afsendende server må bruge et SMTP-domæne. Den synlige afsenderlinje og modtagelsen er særskilte spørgsmål.
Sentimentanalyse: En vurdering af den holdning, en tekst udtrykker, eksempelvis positiv, negativ eller neutral; den erstatter ikke en faglig vurdering af henvendelsen.
Server-Sent Events: Server-Sent Events sender tekstmeddelelser fra server til klient via HTTP, eksempelvis om en baggrundsopgaves fremdrift.
Server-side rendering: Server-side rendering danner HTML på serveren. Aktualitet, personligt indhold og hastighed afhænger også af dataadgang og caching.
Server-side request forgery (SSRF): SSRF får en applikation til at sende uønskede netværksanmodninger fra serveren. Det afgørende er, hvilke mål serveren faktisk når.
Serverless: Ved administrerede serverlesstjenester driver udbyderen infrastrukturen til afvikling. Kode, adgang og fejlhåndtering er stadig applikationsopgaver.
Service Level Indicator (SLI): SLI er et tydeligt defineret mål for en del af tjenestekvaliteten, der betyder noget for brugerne.
Service Level Objective (SLO): Et SLO fastlægger målværdien for et defineret mål for tjenestekvalitet i en angivet periode.
Single Source of Truth: En Single Source of Truth giver et fælles, afstemt datagrundlag. Førende kilder, tilknytninger og aktualitet skal kunne spores.
Single-Page Application: En Single-Page Application opdaterer visninger i et indlæst webdokument. Den kan have mange visninger og egne URL’er.
Skal-krav: Et skal-krav er uundværligt for det aftalte leveranceomfang. Uden det er det planlagte resultat ikke acceptabelt inden for det omfang.
Skemaregister: Et skemaregister styrer dataskemaer og versioner centralt. Kompatibilitetskontroller hjælper udvekslingen, men erstatter ikke kontrol af betydningen.
Skemaændring: En skemaændring ændrer databasens struktur, eksempelvis tabeller, kolonner, datatyper eller betingelser for tilladte data.
Skip link: Et skip link fører forbi gentagen navigation til hovedindholdet. Den efterfølgende tastaturbetjening skal også fortsætte det rigtige sted.
SKU: En SKU identificerer en vare eller variant internt. To pakningsstørrelser viser betydningen for bestillinger.
Skærmlæser: En skærmlæser gør digitalt indhold tilgængeligt via tale eller punktskrift. Meningsfuld struktur og etiketter gør betjeningen forståelig.
Softwareafhængighed: En softwareafhængighed er en komponent, et program har brug for. Også indirekte indførte pakker kan påvirke driften.
Softwarearkitektur: Grundlæggende beslutninger om et softwaresystems struktur, samspil og kvalitetsmål.
Softwarebibliotek: Et softwarebibliotek leverer genbrugelige funktioner eller komponenter. Applikationen bruger dem til en bestemt delopgave.
Softwarelicens: De vilkår, som rettigheder til software gives på.
Softwarerelease: En softwarerelease er en identificeret version, som stilles til rådighed til bestemt brug. Udgivelsen skifter ikke automatisk alle systemer over.
SPF-domæneafstemning: SPF-afstemning knytter det kontrollerede SMTP-afsenderdomæne til det synlige afsenderdomæne. DMARC-tilstanden bestemmer den nødvendige sammenligning.
SQL: Et sprog til at definere, forespørge og ændre data; ikke et enkelt databaseprodukt.
SQL-injektion: SQL-injektion opstår, når eksterne data ændrer strukturen i en databaseforespørgsel. Parameterbinding håndterer værdier, ikke adgangsrettigheder.
Stamdata: Stamdata beskriver grundlæggende forretningsobjekter som kunder eller produkter. De genbruges i processer og kan alligevel ændre sig.
Statisk kodeanalyse: At undersøge kode eller dens repræsentation uden at udføre det faglige applikationsforløb for kontrollen.
Statisk sidegenerering: Statisk sidegenerering laver sider som filer på forhånd. Ændringer i kildedata skal også nå den udgave, brugerne modtager.
Stor sprogmodel: En stor sprogmodel behandler sprog ved hjælp af lærte mønstre. Flydende tekst dokumenterer ikke korrekthed eller adgang til aktuelle virksomhedsdata.
Strukturerede data: Strukturerede data beskriver indhold i et maskinlæsbart format og gør betydningen udtrykkelig.
Stærk kundeautentifikation: SCA kombinerer uafhængige beviser for at autentificere betaleren. En vellykket autentifikation skal adskilles fra betalingsstatus.
Subdomæne: Et subdomæne ligger inden for et overordnet DNS-domæne. Det kan navngive en tjeneste; administration og sikkerhed skal stadig planlægges.
Superviseret læring: En læringsmetode, der bruger input sammen med tilhørende målværdier eller klasser som træningseksempler.
Svartid: Svartid kræver en defineret begyndelse og slutning. Modtagelse af et API-svar og en brugbar visning måler forskellige dele.
Systemintegration: Systemintegration forbinder programmer, data og arbejdstrin. Ud over grænseflader skal identifikatorer, feltbetydninger og resultater passe sammen.
Søgeforslag: Et søgeforslag tilbyder en mulig søgning under indtastning. Valg, afsendelse af søgningen og den senere resultatliste skal fungere forståeligt sammen.
Søgeintention: Søgeintention er målet bag en søgning. Formuleringen giver tegn, men ingen sikker viden om den enkelte persons hensigt.
Søgeord: Et søgeord er et ord eller en frase til søge- og indholdsplanlægning. I søgeannoncer er det et målretningsord, som kan afvige fra den faktiske søgning.
SaaS: Software as a Service er brug af en applikation, som udbyderen driver. Virksomheden konfigurerer brugere, data og de tilgængelige indstillinger.

T

Tale til tekst: Omdannelse af talt sprog i lyddata til tekst.
Tastaturbetjening: Tastaturbetjening gør det muligt at udføre opgaver uden mus. Handlinger skal kunne nås i en forståelig rækkefølge.
Tastaturfælde: I en tastaturfælde sidder betjeningen fast i et område. En bevidst afgrænsning af fokus i en dialog kræver en udgang, der kan betjenes med tastaturet.
Teknisk gæld: En metafor for indre softwaremangler, der gør senere ændringer vanskeligere eller mere risikable.
Teknisk SEO: Teknisk SEO skaber tekniske forudsætninger for, at søgemaskiner kan hente, forstå og indeksere relevante sider.
Tekst til tale: Omdannelse af skrevet tekst til syntetisk tale.
Tekstklassifikation: Tekstklassifikation tildeler tekster definerede kategorier. Kategorier og håndtering af tvetydige beskeder skal passe til opgaven.
Temperatur i sprogmodeller: En indstilling, der ved sampling påvirker fordelingen af mulige næste tokens og dermed valget.
Testautomatisering: Værktøjer udfører fastlagte testopgaver, såsom kørsel og sammenligning med forventede resultater.
Testdata i maskinlæring: Data til afsluttende vurdering, hvis resultater ikke er brugt til at vælge den vurderede modelvariant.
Testdækning: Den kontrollerede andel af en udtrykkeligt defineret mængde, såsom kørbare programsætninger eller krav.
Testkundemiljø: Et logisk afgrænset kundeområde i en multitenant-applikation, indrettet til kontroller.
Tilbagebetaling: En tilbagebetaling returnerer hele eller dele af et allerede betalt beløb. Tilbagebetaling og returnering af varer er separate processer.
Tilbagevendende betaling: Tilbagevendende betalinger belaster et godkendt betalingsmiddel med aftalte mellemrum. Beløb, betalingsforsøg og tjenestens status holdes adskilt.
Tilgængeligt navn: Det tilgængelige navn betegner et betjeningselement for hjælpemidler. Det skal gøre handlingen forståelig og passe til den synlige tekst.
Tilknytningstabel: En tilknytningstabel gemmer konkrete forbindelser, eksempelvis identifikationspar fra to systemer. Den gør en bekræftet kobling genbrugelig.
Tilstandsstyring: At fastlægge, hvor applikationens aktuelle tilstand ligger, hvem der ændrer den, og hvilke visninger der afledes.
TLS-RPT: TLS-RPT giver samlede tilbagemeldinger om TLS-forbindelser mellem mailservere. Rapporterne hjælper ved transportfejl, ikke som bevis for læsning.
Token i sprogmodeller: Tokens er sprogmodellers behandlingsenheder. De svarer ikke altid til hele ord og adskiller sig fra designtokens.
Tokenisering af betalingsdata: Ved kortbetalinger kan en token erstatte kortnummeret. Den tilladte brug afhænger af det konkrete tokensystem.
Top-p-sampling: Valg af næste token fra en lille mængde sandsynlige kandidater, som tilsammen dækker en sandsynlighedstærskel.
Transactional Outbox: En outbox gemmer en ændring i forretningsdata og den udgående hændelse samlet. En separat proces publicerer meddelelsen senere.
Transaktionel inbox: En transaktionel inbox bruger varige meddelelsesregistreringer til at beskytte lokal behandling mod dobbelte leveringer.
Transformationsregel: En transformationsregel fastlægger, hvordan inputdata bliver til målværdier. Omregning, forudsætninger og fejltilfælde skal beskrives samlet.
Transmission Control Protocol: TCP giver applikationer en pålidelig bytestrøm i korrekt rækkefølge. Denne transport bekræfter ikke, at en anmodning er behandlet i forretningsprocessen.
Transport Layer Security: TLS beskytter data under overførsel mellem sine endepunkter. Applikationsrettigheder, gemte data og andre forbindelser kræver egne tiltag.
Tree shaking: At udelade unødvendige dele af en modulsamling fra output.
Træningsdata: De eksempler, som en model lærer sammenhænge eller parametre fra under træningen.
TTL i DNS: DNS-TTL begrænser normal caching af et svar. En kortere ny TTL forkorter ikke med tilbagevirkende kraft gyldigheden af gamle svar, der allerede er gemt.
TXT-post: En TXT-post gemmer tekst i DNS. Den anvendte procedure afgør, hvordan en tjeneste fortolker teksten, eksempelvis ved kontrol over et domæne.
TypeScript: TypeScript føjer et statisk typesystem til JavaScript. Det hjælper under udvikling, men erstatter ikke kontrol af faktisk modtagne data.
Typning: Hvordan et programmeringssprog håndterer værdityper og passende operationer.

U

UI-komponent: En UI-komponent er en genbrugelig del af en brugergrænseflade. Opgaven bestemmer den nødvendige visning og interaktionsadfærd.
Underfitting: En model opfanger ikke de nødvendige sammenhænge i opgaven tilstrækkeligt og giver derfor svage forudsigelser.
Unik nøgle: En unik nøgle forhindrer gentagne værdier eller kombinationer inden for det fastlagte dataområde.
Upselling: Upselling tilbyder et dyrere alternativ. I software skal sammenligning, bekræftet skift og faktisk aktiverede grænser stemme overens.
Usability: Usability afhænger af mennesker, opgaver og brugsforhold. En flot grænseflade er ikke tilstrækkelig dokumentation.
Usabilitytest: En usabilitytest observerer relevante personer under realistiske opgaver. Den kræver et klart omfang og noter, der kan følges.
User Datagram Protocol: UDP overfører enkelte datagrammer uden egen garanti for levering eller rækkefølge. En overliggende protokol skal sikre den nødvendige pålidelighed.
User story: En kort beskrivelse af brugerrolle, behov og formål.
Usuperviseret læring: En læringsmetode, der søger mønstre i data uden på forhånd angivne målsvar til den konkrete træningsopgave.
UTM-parametre: UTM-parametre mærker et kampagnelink med eksempelvis kilde, medium og kampagne.

V

Valideringsdata: Data til at vurdere og vælge modelvarianter under udviklingen.
Vektordatabase: En vektordatabase gemmer og søger i vektorrepræsentationer. Et lignende resultat er ikke nødvendigvis en gyldig og tilladt svarkilde.
Versionsstyring: Et system, der registrerer ændringer i sporede filer og gør tidligere tilstande sammenlignelige.
Vidensdestillation: Træning af en målmodel med oplysninger om adfærden i en lærermodel eller en gruppe modeller.
Virtual Private Network: Et VPN forbinder deltagere logisk over eksisterende netværk. Beskyttede forbindelser, tilladte ruter og applikationsrettigheder skal planlægges særskilt.
Virtualisering: Virtualisering giver software et simuleret miljø. Ved servere fordeler en hypervisor fysiske ressourcer mellem separate virtuelle maskiner.
Virtuel maskine: En server-VM kører et gæsteoperativsystem. Driftsmodellen skal afklare de resterende opgaver med applikation, adgang og vedligeholdelse.
Vurderingsmatrix: En vurderingsmatrix sammenligner muligheder efter fælles kriterier og registrerer vurderinger med deres grundlag.

W

WCAG: WCAG beskriver testbare kriterier for tilgængeligt webindhold. En overensstemmelseserklæring kræver en angivet version, et niveau og et omfang.
Web Application Firewall: En WAF kontrollerer webanmodninger efter regler. Den kan filtrere uønsket trafik, men kræver passende indstillinger og erstatter ikke rettelse af kodefejl.
Webapplikation: En webapplikation understøtter opgaver med webteknologi, ofte i browseren. Installation, offlinebrug og serverforbindelser afhænger af omfanget.
WebAuthn: WebAuthn er browserens API til login med offentlige nøgler. Serveren skal kontrollere browsersvaret, før den accepterer login.
Webhook: En webhook sender en HTTP-besked til et andet system, når en bestemt hændelse sker.
Webshop: En webshop er en digital salgskanal med produktvalg og bestilling. Shopsystemet er softwaregrundlaget bag den.
Wireframe: En wireframe viser strukturen på en side eller skærm. Den hjælper med at drøfte placering uden at dokumentere et færdigt interaktionsforløb.

X

XML-sitemap: Et XML-sitemap giver søgemaskiner udvalgte URL’er fra et website og kan indeholde supplerende oplysninger.

Y

Ydelsesbeskrivelse: En ydelsesbeskrivelse tydeliggør resultater, grænser, bidrag og forudsætninger. Den hjælper med at bringe tilbud på samme grundlag.

Z

Zero Trust: Zero Trust udleder ikke tillid alene af netværksplaceringen. Adgang til ressourcer kræver passende identitets- og rettighedskontroller.

Æ

Ændringsanmodning: En ændringsanmodning registrerer et foreslået skift i det aftalte projektgrundlag til vurdering og beslutning.

#

3-D Secure: 3-D Secure understøtter autentifikation ved kortbetalinger på nettet. Forløbet kan ske uden ekstra spørgsmål eller kræve en bekræftelse.

Klar til næste skridt?

Fortæl os, hvad du har i tankerne. I den gratis indledende samtale afklarer vi mål, omfang og første skridt.

Få et tilbud Kontakt os

Gratis indledende samtale
Uforpligtende
NDA efter ønske