# Vanlige spørsmål

> Svar om V2-forespørsler, konfidens, ukjente resultater, kreditter, personvern og kontoen din. Hvis du drifter en integrasjon med den forrige versjonen, bruker du V1-dokumentasjonen.

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

Last reviewed: 2026-09-30

## Oversikt

Svar om V2-forespørsler, konfidens, ukjente resultater, kreditter, personvern og kontoen din. Hvis du drifter en integrasjon med den forrige versjonen, bruker du V1-dokumentasjonen.

## Forstå prediksjoner og begrensningene deres

Landkontekst, konfidensverdier og ukjente resultater i API V2.

### Fastslår et resultat fra GenderAPI en persons kjønn?

Nei. GenderAPI utleder kjønn fra signaler knyttet til navnet eller, når innstillingen er slått på, fra signaler i kallenavn. En prediksjon er ikke en bekreftet opplysning om en person. Bevar usikkerheten, respekter kjønnsidentiteten personen selv har oppgitt, og ikke ta beslutninger med vesentlige konsekvenser bare på grunnlag av dette estimatet.

### Hvordan påvirker landkontekst et resultat?

En valgfri ISO-landkode med store bokstaver gir forespørselen regional kontekst. Send den bare når landet er relevant og kjent. Det samme navnet kan brukes ulikt i forskjellige regioner; landet som returneres, beskriver en tilknytning til navnet og beviser verken statsborgerskap eller bosted.

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

### Hva betyr konfidensverdien i V2?

confidence er en verdi fra 0 til 1, eller null når det ikke finnes noen verdi. Les den sammen med confidence_kind: observed_frequency er antallet for den dominerende kategorien i datasettet delt på det totale antallet; model_reported er en verdi som KI har rapportert. Disse verdiene er verken kalibrerte sannsynligheter for en person eller en målt nøyaktighet for produktet. Sett terskler for manuell gjennomgang ut fra representative data.

[Svarfelt og grunnlag →](https://www.genderapi.io/nb/docs/v2/responses)

### Hva betyr gender: null, og belastes resultatet?

Et vellykket V2-resultat med gender: null betyr at de tilgjengelige signalene ikke var nok til å bestemme kjønnet. Dette er JSONs innebygde null-verdi, ikke strengen "null". Et vellykket ukjent resultat belastes etter prisen for den valgte modusen. Behandle det som ukjent; en feil hos leverandøren eller i forespørselen er et eget feiltilfelle.

[Ukjente resultater →](https://www.genderapi.io/nb/docs/v2/responses)[Regler for belastning av kreditter →](https://www.genderapi.io/nb/docs/v2/credits-and-usage)

### Kan jeg sende navn i ulike skriftsystemer?

Ja. Send navn i Unicode med de opprinnelige tegnene og meningsbærende diakritiske tegn, og behold norske bokstaver som æ, ø og å. Dekning og konfidens avhenger av navnet, regionen og de tilgjengelige signalene. Test derfor et representativt utvalg av skriftsystemene og landene applikasjonen din håndterer.

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

## Velg forespørselstype og KI-innstillinger

Forespørselstyper i V2, samleforespørsler, KI-bruk og bruksgrenser.

### Kan jeg analysere navn, e-postadresser og brukernavn i én samleforespørsel?

Ja. POST /api/v2/gender/batch godtar opptil 50 elementer med API-nøkkel eller opptil 10 med IP-prøveperioden. Hvert element har egne felt type og value, et valgfritt country og egne KI-innstillinger. Som standard er KI slått av for elementer i en samleforespørsel. Sjekk hvert resultat: en samleforespørsel kan returnere HTTP 200 selv om enkelte elementer mislyktes. Kreditter belastes for hvert vellykket behandlet element, også for ukjente resultater.

[Samleforespørsler og delvise feil →](https://www.genderapi.io/nb/docs/v2/batch)

### Hvordan fungerer en forespørsel med en e-postadresse?

Bruk type: email med en gyldig adresse. API-et ser etter et brukbart navnesignal i den lokale delen før @; domenet sier ingenting om en persons identitet eller land. Delte innbokser og adresser uten navnesignal kan gi et ukjent resultat. En enkeltforespørsel bruker som standard KI når datasettet ikke gir et resultat.

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

### Hvordan fungerer en forespørsel med et brukernavn?

Bruk type: username. En vanlig forespørsel ser etter et gjenkjennelig navn i et brukernavn eller visningsnavn. Abstrakte aliaser kan gi et ukjent resultat. Slå på forceToGenderize hvis du vil at KI med analyse av kallenavn skal brukes etter et oppslag uten resultat i datasettet; da kan kjønnet bestemmes også uten at et egentlig navn trekkes ut.

[Eksempler på brukernavn og kallenavn →](https://www.genderapi.io/nb/docs/v2/gender-from-username)

### Når bruker V2 KI?

Enkeltforespørsler bruker som standard options.ai_mode: fallback: det slås først opp i datasettet, og hvis kjønnet ikke kan bestemmes, brukes KI, for 1 kreditt totalt. off bruker bare datasettet, for 1 kreditt; always hopper over datasettet og bruker KI, for 2 kreditter. Elementer i en samleforespørsel bruker off som standard og kan slå på KI hver for seg. Ingen av modusene garanterer et resultat som ikke er null.

[KI-innstillinger og priser →](https://www.genderapi.io/nb/docs/v2/ai-options)

### Hva gjør forceToGenderize?

Dette valgfrie flagget fungerer med navn, e-postadresser og brukernavn, også på enkeltelementer i en samleforespørsel. Et resultat som bestemmes ut fra datasettet, koster 1 kreditt. Ellers brukes KI med analyse av kallenavn, for 2 kreditter totalt, også hvis det vellykkede resultatet forblir ukjent. Et egentlig navn er ikke nødvendig. Utelat ai_mode eller bruk fallback; kombineres flagget med off eller always, returneres 422.

[Analyse av kallenavn →](https://www.genderapi.io/nb/docs/v2/ai-options)

### Hvordan belastes kreditter i V2?

Les meta.usage.charged_credits for kredittene som faktisk er belastet for en handling, og billing_status for å se om belastningen er bekreftet. Vanlige prediksjoner fra datasettet og i fallback-modus koster 1 kreditt for hvert vellykket behandlet element; always og KI med analyse av kallenavn koster 2 kreditter. En fullført validering av et telefonnummer koster 1 kreditt, også når resultatet er ugyldig. En positiv startsaldo er nok, så den endelige belastningen kan gjøre saldoen negativ. Kreditter for mislykkede prediksjoner tilbakeføres; en ubekreftet belastning må kontrolleres av kundestøtte.

[Kreditter og forbruk →](https://www.genderapi.io/nb/docs/v2/credits-and-usage)[Se pakkene →](https://www.genderapi.io/nb/price)

### Har V2 forespørselsgrenser?

Ja. De gjeldende standardverdiene er 120 forespørsler i minuttet per konto, 600 forespørsler i minuttet per IP-adresse og 2 samtidige handlinger per konto. I tillegg gjelder tjenestens delte kapasitet. POST-forespørsler er begrenset til 64 KiB; samleforespørsler godtar 50 elementer med nøkkel eller 10 med IP-prøveperioden. Håndter HTTP 429 og Retry-After i stedet for å anta at forespørsler innenfor disse grensene alltid godtas.

[Grenser og håndtering av nye forsøk →](https://www.genderapi.io/nb/docs/v2/errors-and-retries)

### Kan jeg gjenta en forespørsel som mislyktes eller fikk tidsavbrudd?

Hver prediksjonsforespørsel er en ny handling og belastes på vanlig måte. Et tidsavbrudd eller et tapt svar beviser ikke at ingen kreditter er belastet. Sjekk billing_status før du prøver igjen; hvis belastningen ikke er bekreftet, kontakter du kundestøtte og oppgir request_id. Ved en delvis mislykket samleforespørsel sender du bare de mislykkede elementene på nytt etter at belastningen er bekreftet. Ved 429 følger du headeren Retry-After.

[Feil og trygge nye forsøk →](https://www.genderapi.io/nb/docs/v2/errors-and-retries)

### Hvor finner jeg kodeeksempler og verktøy for V2?

V2-veiledningene har eksempler i cURL, JavaScript, Python, PHP, Java, C# og Go. Swagger og Postman bruker den samme V2-kontrakten. Velg inndatatype, og oppbevar API-nøkkelen i konfigurasjonen på serversiden.

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

### Kan jeg fortsette å bruke V1?

Ja. Eksisterende V1-integrasjoner beholder sine endepunkter og svarformater. V1 og V2 bruker samme API-nøkkel og samme saldo, men har ulike forespørselsfelt, svar og feil. Bruk den separate V1-dokumentasjonen til å vedlikeholde en eksisterende klient, og migreringsveiledningen når du vil gå over til V2.

[V1-dokumentasjon →](https://www.genderapi.io/nb/api-documentation/v1)[Overgang fra V1 til V2 →](https://www.genderapi.io/nb/docs/v2/migration)

## Forstå hvordan data behandles

Hvor du finner oppdatert informasjon om behandling, lagring og sletting.

### Lagres vellykkede forespørsler til GenderAPI?

Personvernerklæringen forklarer hvilke forespørselsdata, driftsdata og sikkerhetslogger som kan lagres, hvilke formål de behandles for, og hvordan de slettes. Kontroller denne informasjonen for integrasjonen din, og ikke send unødvendige personopplysninger.

[Personvernerklæring →](https://www.genderapi.io/nb/privacy-policy)

### Lagres e-postadresser fra forespørsler?

Personvernerklæringen beskriver hvordan e-postadresser fra forespørsler og tilhørende tekniske data håndteres. En e-postadresse kan være en personopplysning: send bare det forespørselen krever, og lagre ikke fullstendige adresser i dine egne diagnoselogger.

[E-postadresser og personvern →](https://www.genderapi.io/nb/privacy-policy)

### Hvor lenge lagres opplastede Excel- eller CSV-filer?

Personvernerklæringen fastsetter lagring, sletting og sikkerhetskopiering av opplastede filer. Eksporter resultatene du trenger, og slett filen med funksjonene i arbeidsområdet når du ikke lenger trenger den. Kontakt kundestøtte hvis du har spørsmål om organisasjonens krav til lagring.

[Lagring av filer →](https://www.genderapi.io/nb/privacy-policy)[Kontakt kundestøtte →](https://www.genderapi.io/nb/contact)

### Kan tjenesteleverandører behandle forespørselsdata eller opplastede filer?

Personvernerklæringen og informasjonen om underdatabehandlere beskriver hvordan tjenesteleverandører behandler data, og hvilke beskyttelsestiltak som gjelder. Gå gjennom disse dokumentene og eventuelle avtaler som gjelder for kontoen din, når du vurderer hvor dataene dine behandles.

[Personvernerklæring →](https://www.genderapi.io/nb/privacy-policy)[Underdatabehandlere →](https://www.genderapi.io/nb/subprocessors)[Informasjon om GDPR →](https://www.genderapi.io/nb/gdpr-compliance)

## Koble til nøkler og administrer kontoen

Gratis bruk, autentisering, sjekk av saldo og kundestøtte.

### Kan jeg prøve GenderAPI gratis?

Ja. En registrert gratis konto får 200 kreditter per dag. Uavhengig av dette gir IP-prøveperioden i V2 uten nøkkel 10 kreditter per offentlig IP-adresse hver 24. time, som deles med V1 og med andre brukere av samme IP-adresse. I begge tilfeller gjelder de vanlige prisene; antall kreditter tilsvarer ikke alltid antall HTTP-forespørsler.

[Gratis nivå og priser →](https://www.genderapi.io/nb/price)[IP-prøveperiode →](https://www.genderapi.io/nb/docs/v2/authentication)

### Hvordan autentiserer jeg forespørsler og beskytter API-nøkkelen?

Bruk Authorization: Bearer YOUR_API_KEY i betrodd kode på serversiden; POST-forespørsler krever i tillegg Content-Type: application/json. Hold den ekte nøkkelen unna nettleserkode, offentlige kodelagre og logger. Manglende nøkler, nøkler med ugyldig format eller nøkler som ikke gjenkjennes, kan føre til IP-prøveperioden; kontroller derfor at meta.access.mode har verdien api_key. Gjenkjente nøkler som er deaktivert, utløpt eller begrenset, går ikke over til prøveperioden.

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

### Hvordan sjekker jeg gjenværende kreditter?

Kall GET /api/v2/usage med Bearer-nøkkelen din. Denne sjekken av saldoen er gratis og returnerer data.remaining_credits. Uten nøkkel leses den delte saldoen for IP-prøveperioden. V1 og V2 bruker samme kontosaldo; verdien remaining_credits i en prediksjon viser saldoen på tidspunktet da handlingen ble fullført.

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

### Hvor kan jeg administrere eller si opp et abonnement?

Logg inn i GenderAPI-applikasjonen for å administrere abonnementet som er knyttet til API-nøkkelen din. I de gjeldende kontoinnstillingene finner du pakken din og mulighetene for oppsigelse.

[Åpne GenderAPI-kontoen →](https://app.genderapi.io/)

### Hvor kan jeg oppdatere faktureringsinformasjon?

Innstillinger for fakturering og betaling administreres for hver API-nøkkel eller hvert abonnement når du er logget inn i GenderAPI-applikasjonen.

[Åpne GenderAPI-kontoen →](https://app.genderapi.io/)

### Hvordan rapporterer jeg et feil resultat eller får hjelp med en integrasjon?

Send API-versjonen, endepunktet, request_id og et kort eksempel som kan gjenskapes, til kundestøtte. Oppgi eventuell feilkode, men fjern API-nøkkelen og sensitive personopplysninger.

[Send e-post til kundestøtte →](mailto:support@genderapi.io)

## Veiledninger for implementering og ansvarlig bruk

Svar om resultater, personvern og drift av V2, med lenker til veiledningene og en Markdown-versjon av hvert svar.

### Resultater, konfidens og ansvarlig bruk

En uavklart V2-prediksjon returnerer JSONs innebygde null-verdi for gender, ikke strengen "null". Et navn kan være tvetydig, eller de tilgjengelige signalene er kanskje ikke tilstrekkelige; sjekk result_status og reason når de finnes. Behold det ukjente resultatet i stedet for å tvinge det inn i en kategori. En vellykket prediksjon uten resultat belastes etter prisen for den valgte modusen. Feil i forespørselen eller hos leverandøren er egne feiltilfeller; opplysninger om belastningen finnes i meta.usage.

En meningsfull vurdering av nøyaktighet oppgir den undersøkte populasjonen, datoen, utvalgsmetoden, andelen ukjente resultater og resultatene per region og skriftsystem. Den gjeldende metodesiden beskriver en evalueringsprotokoll, ikke en målt nøyaktighet i prosent. V2-feltene confidence og confidence_kind forklarer hvilke signaler et resultat bygger på; de erstatter ikke en vurdering med representative data.

- [Hvorfor er et resultat tvetydig eller ukjent?En uavklart V2-prediksjon returnerer JSONs innebygde null-verdi for gender, ikke strengen "null". Et navn kan være tvetydig, eller de tilgjengelige signalene er kanskje ikke tilstrekkelige; sjekk result_status og reason når de finnes. Behold det ukjente resultatet i stedet for å tvinge det inn i en kategori. En vellykket prediksjon uten resultat belastes etter prisen for den valgte modusen. Feil i forespørselen eller hos leverandøren er egne feiltilfeller; opplysninger om belastningen finnes i meta.usage.Les hele svaret →](https://www.genderapi.io/nb/frequently-asked-questions/ambiguous-and-unknown-name-results)
- [Hvordan vurderes nøyaktigheten til GenderAPI?En meningsfull vurdering av nøyaktighet oppgir den undersøkte populasjonen, datoen, utvalgsmetoden, andelen ukjente resultater og resultatene per region og skriftsystem. Den gjeldende metodesiden beskriver en evalueringsprotokoll, ikke en målt nøyaktighet i prosent. V2-feltene confidence og confidence_kind forklarer hvilke signaler et resultat bygger på; de erstatter ikke en vurdering med representative data.Les hele svaret →](https://www.genderapi.io/nb/frequently-asked-questions/how-accuracy-is-measured)

### Datakilder, personvern og etterlevelse

Siden om dataopprinnelse beskriver rammen for å dokumentere kildekategorier, utvalgskriterier, lisenser og begrensninger for regioner og skriftsystemer. Det er foreløpig ikke publisert noen verifisert kildeliste. Les den siden, og kontakt kundestøtte hvis integrasjonen din har krav til kildene; ikke anta kilder, datasettstørrelser eller dekningsverdier som ikke er dokumentert.

Den gjeldende siden om dataopprinnelse oppgir ingen felles oppdateringsplan for alle navneposter eller behandlingsregler. Hvis det er viktig for bruken din hvor oppdaterte dataene er, spør kundestøtte om det aktuelle datasettet eller den aktuelle prosessen, og test representative resultater. En sides revisjonsdato betyr ikke at alle underliggende poster ble oppdatert den dagen.

Personvernerklæringen, informasjonen om GDPR, databehandleravtalen og listen over underdatabehandlere beskriver de publiserte behandlingsvilkårene og beskyttelsestiltakene. Gå gjennom de gjeldende dokumentene og eventuelle avtaler som gjelder for kontoen din. Kontakt GenderAPI med spørsmål som gjelder din organisasjon, for eksempel om roller i behandlingen, overføring av data eller henvendelser fra registrerte; et generelt svar blant vanlige spørsmål erstatter ikke den gjeldende avtalen.

- [Hvordan velges kildene til navnedata?Siden om dataopprinnelse beskriver rammen for å dokumentere kildekategorier, utvalgskriterier, lisenser og begrensninger for regioner og skriftsystemer. Det er foreløpig ikke publisert noen verifisert kildeliste. Les den siden, og kontakt kundestøtte hvis integrasjonen din har krav til kildene; ikke anta kilder, datasettstørrelser eller dekningsverdier som ikke er dokumentert.Les hele svaret →](https://www.genderapi.io/nb/frequently-asked-questions/how-name-data-sources-are-selected)
- [Hvor ofte oppdateres navnedata?Den gjeldende siden om dataopprinnelse oppgir ingen felles oppdateringsplan for alle navneposter eller behandlingsregler. Hvis det er viktig for bruken din hvor oppdaterte dataene er, spør kundestøtte om det aktuelle datasettet eller den aktuelle prosessen, og test representative resultater. En sides revisjonsdato betyr ikke at alle underliggende poster ble oppdatert den dagen.Les hele svaret →](https://www.genderapi.io/nb/frequently-asked-questions/how-often-name-data-is-updated)
- [Hvor finner jeg informasjon om GDPR og databehandleravtalen?Personvernerklæringen, informasjonen om GDPR, databehandleravtalen og listen over underdatabehandlere beskriver de publiserte behandlingsvilkårene og beskyttelsestiltakene. Gå gjennom de gjeldende dokumentene og eventuelle avtaler som gjelder for kontoen din. Kontakt GenderAPI med spørsmål som gjelder din organisasjon, for eksempel om roller i behandlingen, overføring av data eller henvendelser fra registrerte; et generelt svar blant vanlige spørsmål erstatter ikke den gjeldende avtalen.Les hele svaret →](https://www.genderapi.io/nb/frequently-asked-questions/genderapi-gdpr-and-dpa)

### Drift av API-et, feil og belastning

Bruk Authorization: Bearer YOUR_API_KEY i betrodd kode på serversiden. POST-forespørsler i V2 krever i tillegg Content-Type: application/json. GET /api/v2/gender godtar også nøkkelen som spørreparameter, men med headeren unngår du at tilgangsopplysninger vises i nettleserens URL-er. Manglende nøkler, nøkler med ugyldig format eller nøkler som ikke gjenkjennes, kan føre til den delte IP-prøveperioden; kontroller i en integrasjon med konto at meta.access.mode har verdien api_key. Gjenkjente nøkler som er deaktivert, utløpt eller begrenset, går ikke over til en prøveperiode.

V2 har grenser for antall forespørsler og samtidige forespørsler; håndter HTTP 429 og Retry-After. Hver gjentatte prediksjon er en ny handling og belastes på vanlig måte. Ikke gjenta forespørsler automatisk etter et tidsavbrudd, et tapt svar eller en ubekreftet belastning. Sjekk først code, action og meta.usage.billing_status; ved billing_reconciliation_required kontakter du kundestøtte og oppgir request_id. Bruk begrenset backoff bare når belastningen er bekreftet og den dokumenterte action tillater et nytt forsøk.

Feil i API V2 bruker HTTP-feilstatuskoder og Problem Details etter RFC 9457 med de stabile feltene code og action. Bygg feilhåndteringen på disse feltene i stedet for å sammenligne teksten i detail, og ta vare på request_id til kundestøtte. Et vellykket ukjent resultat er ikke en feil. Svar på samleforespørsler kan inneholde feil for enkeltelementer, også med HTTP 200. En proxy kan returnere en feil i et annet format enn JSON, og et tapt eller uleselig svar beviser ikke at ingen kreditter er belastet.

Kall GET /api/v2/usage med API-nøkkelen i Bearer-headeren fra betrodd kode på serversiden. Denne forespørselen er gratis og returnerer data.remaining_credits; uten nøkkel leses saldoen for den delte IP-prøveperioden. V1 og V2 bruker samme kontosaldo. Feltet meta.usage i en prediksjon viser prisen for handlingen og saldoen på tidspunktet da den ble fullført, og den kan endre seg ved samtidige forespørsler. Hold tilgangsopplysninger unna logger, og ikke betrakt en sjekk av saldoen som bevis for at en bestemt forespørsel med tapt svar ikke ble belastet.

Bygg nye integrasjoner på V2, og la eksisterende V1-klienter bruke sine dokumenterte endepunkter til du vil gå over til V2. Begge versjonene bruker samme API-nøkler og samme kreditter, men har ulike forespørselsfelt, svarstruktur og feilformat. Følg migreringsveiledningen, test vellykkede og ukjente resultater samt feil, og tilpass håndteringen av svar før du bytter endepunkt. V1-dokumentasjonen er fortsatt tilgjengelig for eksisterende integrasjoner.

Når forespørsler mislykkes, bruker du den returnerte feilkoden til å skille mellom driftsforstyrrelser, ugyldige inndata, problemer med tilgang til kontoen, oppbrukte kreditter og forespørselsgrenser. Overvåk andelen vellykkede forespørsler og svartidene i integrasjonen din. Kontakt kundestøtte og oppgi request_id ved en uforklarlig feil eller en uklar belastning. Bygg påstander om tilgjengelighet på målinger; dette svaret oppgir ingen garantert tilgjengelighet i prosent.

- [Hvordan autentiserer jeg V2-forespørsler?Bruk Authorization: Bearer YOUR_API_KEY i betrodd kode på serversiden. POST-forespørsler i V2 krever i tillegg Content-Type: application/json. GET /api/v2/gender godtar også nøkkelen som spørreparameter, men med headeren unngår du at tilgangsopplysninger vises i nettleserens URL-er. Manglende nøkler, nøkler med ugyldig format eller nøkler som ikke gjenkjennes, kan føre til den delte IP-prøveperioden; kontroller i en integrasjon med konto at meta.access.mode har verdien api_key. Gjenkjente nøkler som er deaktivert, utløpt eller begrenset, går ikke over til en prøveperiode.Les hele svaret →](https://www.genderapi.io/nb/frequently-asked-questions/how-to-authenticate-api-requests)
- [Hvordan håndterer jeg forespørselsgrenser og nye forsøk?V2 har grenser for antall forespørsler og samtidige forespørsler; håndter HTTP 429 og Retry-After. Hver gjentatte prediksjon er en ny handling og belastes på vanlig måte. Ikke gjenta forespørsler automatisk etter et tidsavbrudd, et tapt svar eller en ubekreftet belastning. Sjekk først code, action og meta.usage.billing_status; ved billing_reconciliation_required kontakter du kundestøtte og oppgir request_id. Bruk begrenset backoff bare når belastningen er bekreftet og den dokumenterte action tillater et nytt forsøk.Les hele svaret →](https://www.genderapi.io/nb/frequently-asked-questions/rate-limits-and-retries)
- [Hvordan tolker jeg feil i V2?Feil i API V2 bruker HTTP-feilstatuskoder og Problem Details etter RFC 9457 med de stabile feltene code og action. Bygg feilhåndteringen på disse feltene i stedet for å sammenligne teksten i detail, og ta vare på request_id til kundestøtte. Et vellykket ukjent resultat er ikke en feil. Svar på samleforespørsler kan inneholde feil for enkeltelementer, også med HTTP 200. En proxy kan returnere en feil i et annet format enn JSON, og et tapt eller uleselig svar beviser ikke at ingen kreditter er belastet.Les hele svaret →](https://www.genderapi.io/nb/frequently-asked-questions/api-error-codes)
- [Hvordan sjekker jeg gjenværende kreditter?Kall GET /api/v2/usage med API-nøkkelen i Bearer-headeren fra betrodd kode på serversiden. Denne forespørselen er gratis og returnerer data.remaining_credits; uten nøkkel leses saldoen for den delte IP-prøveperioden. V1 og V2 bruker samme kontosaldo. Feltet meta.usage i en prediksjon viser prisen for handlingen og saldoen på tidspunktet da den ble fullført, og den kan endre seg ved samtidige forespørsler. Hold tilgangsopplysninger unna logger, og ikke betrakt en sjekk av saldoen som bevis for at en bestemt forespørsel med tapt svar ikke ble belastet.Les hele svaret →](https://www.genderapi.io/nb/frequently-asked-questions/check-credits-and-quota)
- [Hvordan går jeg over fra V1 til V2 uten avbrudd?Bygg nye integrasjoner på V2, og la eksisterende V1-klienter bruke sine dokumenterte endepunkter til du vil gå over til V2. Begge versjonene bruker samme API-nøkler og samme kreditter, men har ulike forespørselsfelt, svarstruktur og feilformat. Følg migreringsveiledningen, test vellykkede og ukjente resultater samt feil, og tilpass håndteringen av svar før du bytter endepunkt. V1-dokumentasjonen er fortsatt tilgjengelig for eksisterende integrasjoner.Les hele svaret →](https://www.genderapi.io/nb/frequently-asked-questions/api-versioning-and-breaking-changes)
- [Hvordan oppdager jeg feil og overvåker tjenestens tilgjengelighet?Når forespørsler mislykkes, bruker du den returnerte feilkoden til å skille mellom driftsforstyrrelser, ugyldige inndata, problemer med tilgang til kontoen, oppbrukte kreditter og forespørselsgrenser. Overvåk andelen vellykkede forespørsler og svartidene i integrasjonen din. Kontakt kundestøtte og oppgi request_id ved en uforklarlig feil eller en uklar belastning. Bygg påstander om tilgjengelighet på målinger; dette svaret oppgir ingen garantert tilgjengelighet i prosent.Les hele svaret →](https://www.genderapi.io/nb/frequently-asked-questions/service-status-and-uptime)

## Send oss et eksempel som kan gjenskapes

Ta med endepunktet, forespørselsparametrene og feilen som ble returnert, men ikke produksjonsnøkkelen eller sensitive personopplysninger.

- [Send e-post til kundestøtte](mailto:support@genderapi.io)
- [Se feil i V2](https://www.genderapi.io/nb/docs/v2/errors-and-retries)