# Ofte stillede spørgsmål

> Svar om V2-forespørgsler, konfidens, ukendte resultater, kreditter, privatliv og konto. Hvis du vedligeholder en integration med den tidligere version, så brug V1-dokumentationen.

Canonical HTML: https://www.genderapi.io/da/frequently-asked-questions

Last reviewed: 2026-09-29

## Generelle oplysninger

Svar om V2-forespørgsler, konfidens, ukendte resultater, kreditter, privatliv og konto. Hvis du vedligeholder en integration med den tidligere version, så brug V1-dokumentationen.

## Forstå forudsigelser og deres begrænsninger

Landekontekst, konfidensværdier og ukendte resultater i API V2.

### Fastslår et resultat fra GenderAPI en persons køn?

Nej. GenderAPI udleder køn ud fra signaler knyttet til navnet eller, når indstillingen er slået til, ud fra signaler i kaldenavne. En forudsigelse er ikke en verificeret oplysning om en person. Bevar usikkerheden, respektér den kønsidentitet, personen selv har oplyst, og træf ikke beslutninger med væsentlige konsekvenser alene på baggrund af dette estimat.

### Hvordan påvirker landekontekst et resultat?

En valgfri ISO-landekode med store bogstaver giver forespørgslen en regional kontekst. Angiv den kun, når den er relevant og kendt. Det samme navn kan bruges forskelligt i forskellige regioner; det returnerede land beskriver en tilknytning til navnet og beviser hverken statsborgerskab eller bopæl.

[Land og forespørgselsparametre →](https://www.genderapi.io/da/docs/v2/request-parameters)

### Hvad betyder konfidensværdien i V2?

confidence er en værdi fra 0 til 1 eller null, når der ikke findes nogen værdi. Læs den sammen med confidence_kind: observed_frequency angiver antallet for den dominerende kategori i datasættet divideret med det samlede antal; model_reported er en værdi, som AI har angivet. Disse værdier er hverken kalibrerede sandsynligheder for en person eller en målt nøjagtighed for produktet. Fastlæg grænser for manuel gennemgang ud fra repræsentative data.

[Svarfelter og evidens →](https://www.genderapi.io/da/docs/v2/responses)

### Hvad betyder gender: null, og bliver resultatet opkrævet?

Et vellykket V2-resultat med gender: null betyder, at de tilgængelige signaler ikke gjorde det muligt at bestemme kønnet. Det er JSON's indbyggede null-værdi, ikke strengen "null". Et vellykket ukendt resultat opkræves efter prisen for den valgte tilstand. Behandl det som ukendt; en fejl hos udbyderen eller i forespørgslen er et separat fejltilfælde.

[Ukendte resultater →](https://www.genderapi.io/da/docs/v2/responses)[Regler for opkrævning af kreditter →](https://www.genderapi.io/da/docs/v2/credits-and-usage)

### Kan jeg sende navne i forskellige skriftsystemer?

Ja. Send navne i Unicode med de oprindelige tegn og betydningsbærende diakritiske tegn. Dækning og konfidens afhænger af navnet, regionen og de tilgængelige signaler. Test derfor et repræsentativt udsnit af de skriftsystemer og lande, din applikation håndterer.

[Eksempler på forespørgsler med navne →](https://www.genderapi.io/da/docs/v2/gender-from-name)

## Vælg forespørgselstype og AI-indstillinger

Forespørgselstyper i V2, batch, AI-adfærd og brugsgrænser.

### Kan jeg analysere navne, e-mailadresser og brugernavne i en batch?

Ja. POST /api/v2/gender/batch accepterer op til 50 elementer med API-nøgle eller 10 med IP-prøveadgangen. Hvert element har sine egne felter type og value, et valgfrit country og egne AI-indstillinger. Som standard er AI slået fra for batchelementer. Tjek hvert resultat: en batch kan returnere HTTP 200, selv om enkelte elementer mislykkedes. Kreditter opkræves for hvert korrekt behandlet element, også for ukendte resultater.

[Batchforespørgsler og delvise fejl →](https://www.genderapi.io/da/docs/v2/batch)

### Hvordan fungerer en forespørgsel med en e-mailadresse?

Brug type: email med en gyldig adresse. API'et leder efter et brugbart navnesignal i den lokale del før @; domænet siger intet om en persons identitet eller land. Delte postkasser og adresser uden navnesignal kan give et ukendt resultat. En enkeltforespørgsel bruger som standard AI, når datasættet ikke giver et resultat.

[Eksempler på forespørgsler med e-mailadresser →](https://www.genderapi.io/da/docs/v2/gender-from-email)

### Hvordan fungerer en forespørgsel med et brugernavn?

Brug type: username. En almindelig forespørgsel leder efter et genkendeligt navn i et brugernavn eller et visningsnavn. Abstrakte aliasser kan give et ukendt resultat. Slå forceToGenderize til, hvis du vil have, at AI med analyse af kaldenavne bruges efter et opslag uden resultat i datasættet; så kan kønnet bestemmes, også uden at et egentligt navn udtrækkes.

[Eksempler på brugernavne og kaldenavne →](https://www.genderapi.io/da/docs/v2/gender-from-username)

### Hvornår bruger V2 AI?

Enkeltforespørgsler bruger som standard options.ai_mode: fallback: der slås først op i datasættet, og hvis kønnet ikke bestemmes, bruges AI, for 1 kredit i alt. off bruger kun datasættet for 1 kredit; always springer datasættet over og bruger AI for 2 kreditter. Batchelementer bruger off som standard og kan slå AI til enkeltvis. Ingen af disse tilstande garanterer et resultat, der ikke er null.

[AI-indstillinger og priser →](https://www.genderapi.io/da/docs/v2/ai-options)

### Hvad gør forceToGenderize?

Dette valgfrie flag fungerer med navne, e-mailadresser og brugernavne, også på de enkelte elementer i en batch. Et resultat, der bestemmes ud fra datasættet, koster 1 kredit. Ellers bruges AI med analyse af kaldenavne, for 2 kreditter i alt, også hvis det vellykkede resultat forbliver ukendt. Et egentligt navn er ikke nødvendigt. Udelad ai_mode, eller brug fallback; kombineres flaget med off eller always, returneres 422.

[Analyse af kaldenavne →](https://www.genderapi.io/da/docs/v2/ai-options)

### Hvordan opkræves kreditter i V2?

Læs meta.usage.charged_credits for de kreditter, der faktisk er opkrævet for en handling, og billing_status for bekræftelse af opkrævningen. Almindelige forudsigelser fra datasættet og i fallback-tilstand koster 1 kredit for hvert korrekt behandlet element; always og AI med analyse af kaldenavne koster 2 kreditter. En gennemført validering af et telefonnummer koster 1 kredit, også ved et ugyldigt resultat. En positiv startsaldo er nok, så den endelige opkrævning kan gøre saldoen negativ. Kreditter for mislykkede forudsigelser tilbageføres; en ubekræftet opkrævning skal kontrolleres af support.

[Kreditter og forbrug →](https://www.genderapi.io/da/docs/v2/credits-and-usage)[Se pakkerne →](https://www.genderapi.io/da/price)

### Findes der forespørgselsgrænser i V2?

Ja. De aktuelle standardværdier er 120 forespørgsler i minuttet pr. konto, 600 i minuttet pr. IP-adresse og 2 samtidige handlinger pr. konto. Derudover gælder tjenestens delte kapacitet. POST-forespørgsler er begrænset til 64 KiB; batches accepterer 50 elementer med nøgle eller 10 med IP-prøveadgangen. Håndtér HTTP 429 og Retry-After i stedet for at antage, at forespørgsler inden for disse grænser altid accepteres.

[Grænser og håndtering af nye forsøg →](https://www.genderapi.io/da/docs/v2/errors-and-retries)

### Kan jeg gentage en forespørgsel, der mislykkedes eller fik timeout?

Hver forudsigelsesforespørgsel er en ny handling og opkræves normalt. En timeout eller et mistet svar beviser ikke, at der ikke er opkrævet kreditter. Tjek billing_status, før du prøver igen; hvis opkrævningen ikke er bekræftet, skal du kontakte support og oplyse request_id. Ved en delvist mislykket batch skal du kun gentage de mislykkede elementer, når opkrævningen er bekræftet. Ved 429 skal du overholde headeren Retry-After.

[Fejl og sikre nye forsøg →](https://www.genderapi.io/da/docs/v2/errors-and-retries)

### Hvor finder jeg kodeeksempler og værktøjer til V2?

V2-vejledningerne indeholder eksempler i cURL, JavaScript, Python, PHP, Java, C# og Go. Swagger og Postman bruger den samme V2-kontrakt. Vælg inputtypen, og opbevar din API-nøgle i konfigurationen på serversiden.

[V2-dokumentation →](https://www.genderapi.io/da/api-documentation)[Swagger V2 →](https://www.genderapi.io/swagger/v2/)

### Kan jeg fortsætte med at bruge V1?

Ja. Eksisterende V1-integrationer beholder deres endpoints og svarformater. V1 og V2 bruger den samme API-nøgle og den samme saldo, men adskiller sig i forespørgselsfelter, svar og fejl. Brug den separate V1-dokumentation til at vedligeholde en eksisterende klient og migreringsvejledningen, når du vil skifte til V2.

[V1-dokumentation →](https://www.genderapi.io/da/api-documentation/v1)[Skift fra V1 til V2 →](https://www.genderapi.io/da/docs/v2/migration)

## Forstå, hvordan data behandles

Hvor du finder aktuelle oplysninger om behandling, opbevaring og sletning.

### Opbevares vellykkede forespørgsler til GenderAPI?

Privatlivspolitikken forklarer, hvilke forespørgselsdata, driftsdata og sikkerhedslogfiler der kan opbevares, til hvilke formål de behandles, og hvordan de slettes. Kontrollér disse oplysninger for din integration, og send ikke unødvendige personoplysninger.

[Privatlivspolitik →](https://www.genderapi.io/da/privacy-policy)

### Opbevares e-mailadresser fra forespørgsler?

Privatlivspolitikken beskriver, hvordan e-mailadresser fra forespørgsler og de tilhørende tekniske data håndteres. En e-mailadresse kan være en personoplysning: send kun det, forespørgslen kræver, og gem ikke fulde adresser i dine egne diagnoselogfiler.

[E-mailadresser og privatliv →](https://www.genderapi.io/da/privacy-policy)

### Hvor længe opbevares uploadede Excel- eller CSV-filer?

Privatlivspolitikken fastlægger opbevaring, sletning og backup af uploadede filer. Eksportér de resultater, du har brug for, og slet filen med funktionerne i arbejdsområdet, når du ikke længere har brug for den. Kontakt support, hvis du har spørgsmål om din organisations krav til opbevaring.

[Opbevaring af filer →](https://www.genderapi.io/da/privacy-policy)[Kontakt support →](https://www.genderapi.io/da/contact)

### Kan tjenesteudbydere behandle data fra forespørgsler eller uploadede filer?

Privatlivspolitikken og oplysningerne om underdatabehandlere beskriver, hvordan tjenesteudbydere behandler data, og hvilke beskyttelsesforanstaltninger der gælder. Gennemgå disse dokumenter og enhver aftale, der gælder for din konto, når du vurderer, hvor dine data behandles.

[Privatlivspolitik →](https://www.genderapi.io/da/privacy-policy)[Underdatabehandlere →](https://www.genderapi.io/da/subprocessors)[Oplysninger om GDPR →](https://www.genderapi.io/da/gdpr-compliance)

## Tilknyt nøgler, og administrér din konto

Gratis adgang, godkendelse, tjek af saldo og support.

### Kan jeg prøve GenderAPI gratis?

Ja. En registreret gratis konto indeholder 200 kreditter om dagen. Uafhængigt af det giver IP-prøveadgangen i V2 uden nøgle 10 kreditter pr. offentlig IP-adresse hver 24. time, som deles med V1 og med andre brugere af den samme IP-adresse. I begge tilfælde gælder de normale priser; antallet af kreditter svarer ikke altid til antallet af HTTP-forespørgsler.

[Gratis niveau og priser →](https://www.genderapi.io/da/price)[IP-prøveadgang →](https://www.genderapi.io/da/docs/v2/authentication)

### Hvordan godkender jeg forespørgsler og beskytter min API-nøgle?

Brug Authorization: Bearer YOUR_API_KEY i betroet kode på serversiden; POST-forespørgsler kræver desuden Content-Type: application/json. Hold den rigtige nøgle ude af browserkode, offentlige repositories og logfiler. Manglende nøgler, nøgler med ugyldigt format eller nøgler, der ikke genkendes, kan føre til IP-prøveadgangen; kontrollér derfor, at meta.access.mode har værdien api_key. Genkendte nøgler, der er deaktiverede, udløbne eller begrænsede, skifter ikke til prøveadgangen.

[Godkendelse i V2 →](https://www.genderapi.io/da/docs/v2/authentication)

### Hvordan tjekker jeg mine resterende kreditter?

Kald GET /api/v2/usage med din Bearer-nøgle. Dette tjek af saldoen er gratis og returnerer data.remaining_credits. Uden nøgle læses den delte saldo for IP-prøveadgangen. V1 og V2 bruger den samme kontosaldo; værdien remaining_credits i en forudsigelse viser saldoen på det tidspunkt, hvor handlingen blev gennemført.

[Saldo og forbrug →](https://www.genderapi.io/da/docs/v2/credits-and-usage)

### Hvor administrerer eller opsiger jeg et abonnement?

Log ind i GenderAPI-applikationen for at administrere det abonnement, der er knyttet til din API-nøgle. I de aktuelle kontoindstillinger finder du din pakke og mulighederne for opsigelse.

[Åbn din GenderAPI-konto →](https://app.genderapi.io/)

### Hvor ændrer jeg mine faktureringsoplysninger?

Indstillinger for fakturering og betaling administreres, når du er logget ind i GenderAPI-applikationen, for hver API-nøgle eller hvert abonnement.

[Åbn din GenderAPI-konto →](https://app.genderapi.io/)

### Hvordan rapporterer jeg et forkert resultat eller får hjælp til en integration?

Send API-versionen, endpointet, request_id og et kort reproducerbart eksempel til support. Oplys eventuel fejlkode, men fjern din API-nøgle og følsomme personoplysninger.

[Kontakt support via e-mail →](mailto:support@genderapi.io)

## Vejledninger i implementering og ansvarlig brug

Svar om resultater, privatliv og drift af V2 med links til vejledningerne og en Markdown-version af hvert svar.

### Resultater, konfidens og ansvarlig brug

En uafklaret V2-forudsigelse returnerer JSON's indbyggede null-værdi for gender, ikke strengen "null". Et navn kan være tvetydigt, eller de tilgængelige signaler er måske ikke tilstrækkelige; tjek result_status og reason, når de findes. Bevar det ukendte resultat i stedet for at tvinge det ind i en kategori. En vellykket forudsigelse uden resultat opkræves efter prisen for den valgte tilstand. Fejl i forespørgslen eller hos udbyderen er separate fejltilfælde; oplysninger om den tilhørende opkrævning findes i meta.usage.

En meningsfuld vurdering af nøjagtighed angiver den undersøgte population, datoen, udvælgelsesmetoden, andelen af ukendte resultater og resultaterne pr. region og skriftsystem. Den aktuelle side om metoden beskriver en evalueringsprotokol, ikke en målt nøjagtighed i procent. V2-felterne confidence og confidence_kind forklarer, hvilke signaler et resultat bygger på; de erstatter ikke en vurdering med repræsentative data.

- [Hvorfor er et resultat tvetydigt eller ukendt?En uafklaret V2-forudsigelse returnerer JSON's indbyggede null-værdi for gender, ikke strengen "null". Et navn kan være tvetydigt, eller de tilgængelige signaler er måske ikke tilstrækkelige; tjek result_status og reason, når de findes. Bevar det ukendte resultat i stedet for at tvinge det ind i en kategori. En vellykket forudsigelse uden resultat opkræves efter prisen for den valgte tilstand. Fejl i forespørgslen eller hos udbyderen er separate fejltilfælde; oplysninger om den tilhørende opkrævning findes i meta.usage.Læs hele svaret →](https://www.genderapi.io/da/frequently-asked-questions/ambiguous-and-unknown-name-results)
- [Hvordan vurderes GenderAPI's nøjagtighed?En meningsfuld vurdering af nøjagtighed angiver den undersøgte population, datoen, udvælgelsesmetoden, andelen af ukendte resultater og resultaterne pr. region og skriftsystem. Den aktuelle side om metoden beskriver en evalueringsprotokol, ikke en målt nøjagtighed i procent. V2-felterne confidence og confidence_kind forklarer, hvilke signaler et resultat bygger på; de erstatter ikke en vurdering med repræsentative data.Læs hele svaret →](https://www.genderapi.io/da/frequently-asked-questions/how-accuracy-is-measured)

### Datakilder, privatliv og overholdelse

Siden om dataoprindelse beskriver rammen for at dokumentere kildekategorier, udvælgelseskriterier, licenser og begrænsninger for regioner og skriftsystemer. Der er i øjeblikket ikke offentliggjort en verificeret kildeliste. Læs den side, og kontakt support, hvis din integration har krav til kilderne; antag ikke kilder, datasætstørrelser eller dækningsværdier, som ikke er dokumenteret.

Den aktuelle side om dataoprindelse angiver ikke én fælles opdateringsplan for alle navneposter eller behandlingsregler. Hvis dataenes aktualitet er vigtig for din brug, så spørg support om det pågældende datasæt eller den pågældende proces, og test repræsentative resultater. En sides revisionsdato betyder ikke, at alle underliggende poster blev opdateret den dag.

Privatlivspolitikken, oplysningerne om GDPR, databehandleraftalen og listen over underdatabehandlere beskriver de offentliggjorte behandlingsvilkår og beskyttelsesforanstaltninger. Gennemgå de aktuelle dokumenter og enhver aftale, der gælder for din konto. Kontakt GenderAPI med spørgsmål, der er specifikke for din organisation, fx om roller i behandlingen, overførsler af data eller anmodninger fra registrerede; en generel FAQ erstatter ikke den gældende aftale.

- [Hvordan udvælges kilderne til navnedata?Siden om dataoprindelse beskriver rammen for at dokumentere kildekategorier, udvælgelseskriterier, licenser og begrænsninger for regioner og skriftsystemer. Der er i øjeblikket ikke offentliggjort en verificeret kildeliste. Læs den side, og kontakt support, hvis din integration har krav til kilderne; antag ikke kilder, datasætstørrelser eller dækningsværdier, som ikke er dokumenteret.Læs hele svaret →](https://www.genderapi.io/da/frequently-asked-questions/how-name-data-sources-are-selected)
- [Hvor ofte opdateres navnedata?Den aktuelle side om dataoprindelse angiver ikke én fælles opdateringsplan for alle navneposter eller behandlingsregler. Hvis dataenes aktualitet er vigtig for din brug, så spørg support om det pågældende datasæt eller den pågældende proces, og test repræsentative resultater. En sides revisionsdato betyder ikke, at alle underliggende poster blev opdateret den dag.Læs hele svaret →](https://www.genderapi.io/da/frequently-asked-questions/how-often-name-data-is-updated)
- [Hvor finder jeg oplysninger om GDPR og databehandleraftalen?Privatlivspolitikken, oplysningerne om GDPR, databehandleraftalen og listen over underdatabehandlere beskriver de offentliggjorte behandlingsvilkår og beskyttelsesforanstaltninger. Gennemgå de aktuelle dokumenter og enhver aftale, der gælder for din konto. Kontakt GenderAPI med spørgsmål, der er specifikke for din organisation, fx om roller i behandlingen, overførsler af data eller anmodninger fra registrerede; en generel FAQ erstatter ikke den gældende aftale.Læs hele svaret →](https://www.genderapi.io/da/frequently-asked-questions/genderapi-gdpr-and-dpa)

### Drift af API'et, fejl og opkrævning

Brug Authorization: Bearer YOUR_API_KEY i betroet kode på serversiden. POST-forespørgsler i V2 kræver desuden Content-Type: application/json. GET /api/v2/gender accepterer også en nøgle som forespørgselsparameter, men headere forhindrer, at adgangsoplysninger vises i browserens URL'er. Manglende nøgler, nøgler med ugyldigt format eller nøgler, der ikke genkendes, kan føre til den delte IP-prøveadgang; kontrollér i en integration med konto, at meta.access.mode har værdien api_key. Genkendte nøgler, der er deaktiverede, udløbne eller begrænsede, skifter ikke til en prøveadgang.

V2 anvender grænser for antallet af forespørgsler og samtidige forespørgsler; håndtér HTTP 429 og Retry-After. Hver gentaget forudsigelse er en ny handling og opkræves normalt. Gentag ikke automatisk forespørgsler efter en timeout, et mistet svar eller en ubekræftet opkrævning. Tjek først code, action og meta.usage.billing_status; ved billing_reconciliation_required skal du kontakte support og oplyse request_id. Brug kun begrænset backoff, når opkrævningen er bekræftet, og den dokumenterede action tillader et nyt forsøg.

Fejl i API V2 bruger HTTP-fejlstatuskoder og Problem Details efter RFC 9457 med de stabile felter code og action. Byg på disse felter i stedet for at sammenligne teksten i detail, og gem request_id til support. Et vellykket ukendt resultat er ikke en fejl. Batchsvar kan indeholde fejl for enkelte elementer, også med HTTP 200. En proxy kan returnere en fejl i et andet format end JSON, og et mistet eller ulæseligt svar beviser ikke, at der ikke er opkrævet kreditter.

Kald GET /api/v2/usage med din API-nøgle i Bearer-headeren fra betroet kode på serversiden. Denne forespørgsel er gratis og returnerer data.remaining_credits; uden nøgle læses saldoen for den delte IP-prøveadgang. V1 og V2 bruger den samme kontosaldo. Feltet meta.usage i en forudsigelse viser prisen for den handling og saldoen på det tidspunkt, hvor den blev gennemført, hvilket kan ændre sig ved samtidige forespørgsler. Hold adgangsoplysninger ude af logfiler, og betragt ikke et tjek af saldoen som bevis for, at en bestemt forespørgsel med mistet svar ikke blev opkrævet.

Byg nye integrationer på V2, og lad eksisterende V1-klienter bruge deres dokumenterede endpoints, indtil du vil skifte til V2. Begge versioner bruger de samme API-nøgler og de samme kreditter, men adskiller sig i forespørgselsfelter, svarstruktur og fejlformat. Følg migreringsvejledningen, test vellykkede og ukendte resultater samt fejl, og tilpas håndteringen af svar, før du skifter endpoint. V1-dokumentationen forbliver tilgængelig for eksisterende integrationer.

Når forespørgsler mislykkes, så brug den returnerede fejlkode til at skelne mellem driftsforstyrrelser, ugyldigt input, problemer med adgang til kontoen, opbrugte kreditter og forespørgselsgrænser. Overvåg andelen af vellykkede forespørgsler og svartiderne i din integration. Kontakt support og oplys request_id ved en uforklarlig fejl eller en uklar opkrævning. Byg udsagn om tilgængelighed på målinger; denne FAQ angiver ingen garanteret tilgængelighed i procent.

- [Hvordan godkender jeg V2-forespørgsler?Brug Authorization: Bearer YOUR_API_KEY i betroet kode på serversiden. POST-forespørgsler i V2 kræver desuden Content-Type: application/json. GET /api/v2/gender accepterer også en nøgle som forespørgselsparameter, men headere forhindrer, at adgangsoplysninger vises i browserens URL'er. Manglende nøgler, nøgler med ugyldigt format eller nøgler, der ikke genkendes, kan føre til den delte IP-prøveadgang; kontrollér i en integration med konto, at meta.access.mode har værdien api_key. Genkendte nøgler, der er deaktiverede, udløbne eller begrænsede, skifter ikke til en prøveadgang.Læs hele svaret →](https://www.genderapi.io/da/frequently-asked-questions/how-to-authenticate-api-requests)
- [Hvordan håndterer jeg forespørgselsgrænser og nye forsøg?V2 anvender grænser for antallet af forespørgsler og samtidige forespørgsler; håndtér HTTP 429 og Retry-After. Hver gentaget forudsigelse er en ny handling og opkræves normalt. Gentag ikke automatisk forespørgsler efter en timeout, et mistet svar eller en ubekræftet opkrævning. Tjek først code, action og meta.usage.billing_status; ved billing_reconciliation_required skal du kontakte support og oplyse request_id. Brug kun begrænset backoff, når opkrævningen er bekræftet, og den dokumenterede action tillader et nyt forsøg.Læs hele svaret →](https://www.genderapi.io/da/frequently-asked-questions/rate-limits-and-retries)
- [Hvordan fortolker jeg fejl i V2?Fejl i API V2 bruger HTTP-fejlstatuskoder og Problem Details efter RFC 9457 med de stabile felter code og action. Byg på disse felter i stedet for at sammenligne teksten i detail, og gem request_id til support. Et vellykket ukendt resultat er ikke en fejl. Batchsvar kan indeholde fejl for enkelte elementer, også med HTTP 200. En proxy kan returnere en fejl i et andet format end JSON, og et mistet eller ulæseligt svar beviser ikke, at der ikke er opkrævet kreditter.Læs hele svaret →](https://www.genderapi.io/da/frequently-asked-questions/api-error-codes)
- [Hvordan tjekker jeg mine resterende kreditter?Kald GET /api/v2/usage med din API-nøgle i Bearer-headeren fra betroet kode på serversiden. Denne forespørgsel er gratis og returnerer data.remaining_credits; uden nøgle læses saldoen for den delte IP-prøveadgang. V1 og V2 bruger den samme kontosaldo. Feltet meta.usage i en forudsigelse viser prisen for den handling og saldoen på det tidspunkt, hvor den blev gennemført, hvilket kan ændre sig ved samtidige forespørgsler. Hold adgangsoplysninger ude af logfiler, og betragt ikke et tjek af saldoen som bevis for, at en bestemt forespørgsel med mistet svar ikke blev opkrævet.Læs hele svaret →](https://www.genderapi.io/da/frequently-asked-questions/check-credits-and-quota)
- [Hvordan skifter jeg fra V1 til V2 uden afbrydelser?Byg nye integrationer på V2, og lad eksisterende V1-klienter bruge deres dokumenterede endpoints, indtil du vil skifte til V2. Begge versioner bruger de samme API-nøgler og de samme kreditter, men adskiller sig i forespørgselsfelter, svarstruktur og fejlformat. Følg migreringsvejledningen, test vellykkede og ukendte resultater samt fejl, og tilpas håndteringen af svar, før du skifter endpoint. V1-dokumentationen forbliver tilgængelig for eksisterende integrationer.Læs hele svaret →](https://www.genderapi.io/da/frequently-asked-questions/api-versioning-and-breaking-changes)
- [Hvordan finder jeg fejl og overvåger tjenestens tilgængelighed?Når forespørgsler mislykkes, så brug den returnerede fejlkode til at skelne mellem driftsforstyrrelser, ugyldigt input, problemer med adgang til kontoen, opbrugte kreditter og forespørgselsgrænser. Overvåg andelen af vellykkede forespørgsler og svartiderne i din integration. Kontakt support og oplys request_id ved en uforklarlig fejl eller en uklar opkrævning. Byg udsagn om tilgængelighed på målinger; denne FAQ angiver ingen garanteret tilgængelighed i procent.Læs hele svaret →](https://www.genderapi.io/da/frequently-asked-questions/service-status-and-uptime)

## Send os et reproducerbart eksempel

Angiv endpoint, forespørgselsparametre og den returnerede fejl, men send ikke din API-nøgle til produktion eller følsomme personoplysninger.

- [Kontakt support](mailto:support@genderapi.io)
- [Se fejl i V2](https://www.genderapi.io/da/docs/v2/errors-and-retries)