GET/api/public/access-request/paypal/config

Leverer den offentlige PayPal-konfigurasjonen (modus, valuta) for checkout-grensesnittet.

Siden «GET /api/public/access-request/paypal/config — API-referanse» omhandler funksjonsområdet som er angitt i URL-en. Det eksisterende innholdet utvides med den faktiske prosessen, forutsetningene og de kjente begrensningene. Skjemabyggeren støtter fritt konfigurerbare skjemaer med trigger-nøkkelord, felttyper og merking av obligatoriske felt. Funksjonen er E2E-testet. Dokumentasjonen for `GET /api/public/access-request/paypal/config` må leses som en teknisk beskrivelse av dette konkrete endepunktet. Avgjørende er metode, sti, autentisering, obligatoriske felt, mulige feil og spørsmålet om et nytt kall utløser samme effekt. Den foreliggende URL-en https://zentor-app.de/hilfe/api-referenz/formulare/forms.access_request_paypal_config skal derfor ikke inneholde generelle markedsføringspåstander, men bare umiddelbart etterprøvbare integrasjonssteg og dokumenterte svareksempler. For et kall til `/api/public/access-request/paypal/config` bygges forespørselen opp i samsvar med registeret. Offentlige ruter trenger ingen generell utvikler-API-nøkkel, fordi Zentor ikke tilbyr noe slikt nøkkelsystem. Beskyttede widget-ruter bruker derimot det engangsviste embed-tokenet og en origin-kontroll. HTTP-status og JSON-innhold må vurderes sammen; et `ok`-felt alene erstatter ikke feilhåndtering. Ved testing av `GET /api/public/access-request/paypal/config` skal anonymiserte verdier brukes. Reelle kundedata, produktive UUID-er, sesjonstokens og konkrete tidsstempler hører ikke hjemme i offentlige eksempler. Den kjente plattformomfattende grensen er 2.000 forespørsler innenfor 15 minutter; en avvikende enkeltgrense er ikke dokumentert. Ikke-idempotente POST-kall må ikke gjentas blindt etter et uklart nettverksbrudd. Typiske integrasjonsfeil for denne ruten oppstår ved manglende obligatoriske parametere, feil datatyper, utløpte engangskoder, ikke tillatte origins eller en post som ikke fantes på forhånd. Applikasjonen bør håndtere slike tilfeller hver for seg og logge feilmeldingen som endepunktet returnerer, uten å skrive med hemmelig innhold. En vellykket forespørsel bekrefter bare dette behandlingssteget, ikke automatisk en etterfølgende e-post-, betalings- eller SSO-suksess. Den tekniske kontrollen av denne siden skal bindende baseres på registeret under `app/frontend/src/content/api-reference/` og de tilhørende backend-rutene. Live-testmerknader må bare hevde det som faktisk er kontrollert. En negativtest eller en kodeanalogi er ikke et fullstendig suksessbevis. For GET /api/public/access-request/paypal/config — API-referanse må det derfor skilles tydelig mellom dokumentert struktur, automatisert test og sikkert observert live-atferd.

{"ok":true,"data":{"enabled":false,"mode":"sandbox","currency":"EUR"}}