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

Leverer den offentlige PayPal-konfiguration (tilstand, valuta) til checkout-frontendet.

Siden „GET /api/public/access-request/paypal/config — API-reference“ behandler det funktionsområde, der er angivet i URL’en. Det eksisterende indhold suppleres med det faktiske forløb, forudsætningerne og de kendte begrænsninger. Formularbyggesættet understøtter frit konfigurerbare formularer med trigger-nøgleord, feltyper og markering af obligatoriske felter. Funktionen er E2E-testet. Dokumentationen for `GET /api/public/access-request/paypal/config` skal læses som en teknisk beskrivelse af dette konkrete endpoint. Afgørende er metode, sti, autentificering, obligatoriske felter, mulige fejl og spørgsmålet om, hvorvidt et nyt kald udløser samme effekt. Den pågældende URL https://zentor-app.de/hilfe/api-referenz/formulare/forms.access_request_paypal_config må derfor ikke indeholde generelle reklameudsagn, men kun umiddelbart gennemførlige integrationstrin og dokumenterede svareksempler. For et kald til `/api/public/access-request/paypal/config` opbygges anmodningen i overensstemmelse med Registry. Offentlige ruter kræver ingen generel udvikler-API-nøgle, da Zentor ikke tilbyder et sådant nøglesystem. Beskyttede widget-ruter bruger derimod den engangsviste embed-token og en origin-kontrol. HTTP-status og JSON-indholdet skal vurderes sammen; et `ok`-felt alene erstatter ikke fejlhåndtering. Ved test af `GET /api/public/access-request/paypal/config` skal der anvendes anonymiserede værdier. Reelle kundedata, produktions-UUID'er, session-tokens og konkrete tidsstempler hører ikke til i offentlige eksempler. Den kendte platformsdækkende grænseværdi ligger på 2.000 forespørgsler inden for 15 minutter; et afvigende enkeltlimit er ikke dokumenteret. Ikke-idempotente POST-kald må ikke blindt gentages efter et uklart netværksafbrud. Typiske integrationsfejl for denne rute opstår på grund af manglende obligatoriske parametre, forkerte datatyper, udløbne engangskoder, ikke tilladte origins eller en post, der ikke findes på forhånd. Applikationen bør behandle sådanne tilfælde separat og logge den fejlmeddelelse, der returneres fra slutpunktet, uden at registrere hemmeligt indhold. En vellykket anmodning bekræfter kun dette behandlingstrin, ikke automatisk en efterfølgende e-mail-, betalings- eller SSO-succes. Den tekniske gennemgang af denne side skal med bindende virkning baseres på registret under `app/frontend/src/content/api-reference/` og de tilhørende backend-ruter. Live-testnotater må kun hævde det, der faktisk er blevet testet. En negativ test eller en kodeanalogi er ikke et fuldstændigt succesbevis. For GET /api/public/access-request/paypal/config — API-referencen skal derfor klart skelne mellem dokumenteret struktur, automatiseret test og pålideligt observeret live-adfærd.

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