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

Poskytuje veřejnou konfiguraci PayPal (režim, měna) pro checkout frontend.

Stránka „GET /api/public/access-request/paypal/config — API-Referenz" se zabývá funkční oblastí označenou v URL. Stávající obsah je doplněn o skutečný průběh, předpoklady a známá omezení. Formulářová stavebnice podporuje volně konfigurovatelné formuláře se spouštěcími klíčovými slovy, typy polí a označením povinných polí. Funkce je testována E2E. Dokumentace k `GET /api/public/access-request/paypal/config` musí být čtena jako technický popis tohoto konkrétního endpointu. Rozhodující jsou metoda, cesta, autentizace, povinná pole, možné chyby a otázka, zda opětovné volání vyvolá stejný efekt. Předmětná URL https://zentor-app.de/hilfe/api-referenz/formulare/forms.access_request_paypal_config proto nesmí obsahovat obecná reklamní tvrzení, ale pouze okamžitě proveditelné integrační kroky a doložené příklady odpovědí. Při volání `/api/public/access-request/paypal/config` je požadavek sestaven podle registru. Veřejné trasy nevyžadují obecný vývojářský API klíč, protože Zentor nenabízí žádný takový systém klíčů. Chráněné trasy widgetů naopak používají jednorázově zobrazený embed token a kontrolu původu. Stav HTTP a obsah JSON je třeba vyhodnocovat společně; samotné pole `ok` nenahrazuje zpracování chyb. Při testování `GET /api/public/access-request/paypal/config` je třeba používat anonymizované hodnoty. Reálná zákaznická data, produkční UUID, session tokeny a konkrétní časová razítka nepatří do veřejných příkladů. Známý celoplatformní limit je 2.000 požadavků během 15 minut; odlišný individuální limit není doložen. Neidempotentní POST volání nesmí být po nejasném přerušení sítě slepě opakována. Typické integrační chyby pro tuto trasu vznikají chybějícími povinnými parametry, nesprávnými datovými typy, prošlými jednorázovými kódy, nepovolenými origins nebo záznamem, který předem neexistuje. Aplikace by měla tyto případy zpracovávat odděleně a protokolovat chybovou zprávu vrácenou endpointem, aniž by zapisovala tajné obsahy. Úspěšný request potvrzuje pouze tento krok zpracování, nikoli automaticky následný úspěch e-mailu, platby nebo SSO. Technická kontrola této stránky se má závazně opírat o registr v `app/frontend/src/content/api-reference/` a související backendové trasy. Poznámky o živém testu smí tvrdit pouze to, co bylo skutečně ověřeno. Negativní test nebo analogie kódu není úplným důkazem úspěchu. V návaznosti na to je u GET /api/public/access-request/paypal/config — API reference nutné jasně rozlišovat mezi dokumentovanou strukturou, automatizovaným testem a spolehlivě pozorovaným chováním v živém provozu.

{"ok":true,"data":{"enabled":false,"mode":"pískoviště","currency":"EUR"}}