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

Levert de openbare PayPal-configuratie (modus, valuta) voor de checkout-frontend.

De pagina "GET /api/public/access-request/paypal/config — API-Referentie" behandelt het in de URL aangeduide functionele gebied. De bestaande inhoud wordt aangevuld met het daadwerkelijke verloop, de voorwaarden en de bekende beperkingen. De formulierenbouwer ondersteunt vrij configureerbare formulieren met trigger-sleutelwoorden, veldtypen en markering van verplichte velden. De functie is E2E-getest. De documentatie voor `GET /api/public/access-request/paypal/config` moet worden gelezen als technische beschrijving van dit specifieke endpoint. Belangrijk zijn de methode, het pad, de authenticatie, de verplichte velden, mogelijke fouten en de vraag of een herhaalde aanroep hetzelfde effect veroorzaakt. Deze URL https://zentor-app.de/hilfe/api-referenz/formulare/forms.access_request_paypal_config mag daarom geen algemene reclameclaims bevatten, maar alleen traceerbare integratiestappen en onderbouwde antwoordvoorbeelden. Voor een aanroep van `/api/public/access-request/paypal/config` wordt de aanvraag opgebouwd overeenkomstig het register. Openbare routes vereisen geen algemene API-sleutel voor ontwikkelaars, omdat Zentor een dergelijk sleutelsysteem niet aanbiedt. Beschermde widget-routes maken daarentegen gebruik van het eenmalig weergegeven embed-token en een origin-controle. De HTTP-status en de JSON-inhoud moeten gezamenlijk worden geëvalueerd; een enkel `ok`-veld vervangt geen foutbehandeling. Bij het testen van `GET /api/public/access-request/paypal/config` moeten geanonimiseerde waarden worden gebruikt. Echte klantgegevens, productieve UUID's, sessietokens en concrete tijdstempels horen niet in openbare voorbeelden. De bekende platformbrede limiet ligt op 2.000 aanvragen binnen 15 minuten; een afwijkende individuele limiet is niet onderbouwd. Niet-idempotente POST-aanroepen mogen na een onduidelijke netwerkonderbreking niet blindelings worden herhaald. Typische integratiefouten voor deze route ontstaan door ontbrekende verplichte parameters, verkeerde datatypes, verlopen eenmalige codes, niet-toegelaten origins of een niet vooraf aanwezige dataset. De applicatie moet dergelijke gevallen apart behandelen en de door het endpoint teruggegeven foutmelding loggen, zonder geheime inhoud mee te schrijven. Een succesvolle aanvraag bevestigt slechts deze verwerkingsstap, niet automatisch een daaropvolgend e-mail-, betalings- of SSO-succes. De technische controle van deze pagina moet bindend steunen op het register onder `app/frontend/src/content/api-reference/` en de bijbehorende backend-routes. Live-testvermeldingen mogen alleen beweren wat daadwerkelijk is getest. Een negatieve test of een code-analogie is geen volledig bewijs van succes. Voor GET /api/public/access-request/paypal/config — API-Referentie moet daarom duidelijk onderscheid worden gemaakt tussen gedocumenteerde structuur, geautomatiseerde tests en betrouwbaar waargenomen live-gedrag.

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