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

Visszaadja a nyilvános PayPal-konfigurációt (mód, pénznem) a checkout frontend számára.

A „GET /api/public/access-request/paypal/config — API-Referenz“ oldal a URL-ben jelölt funkcióterületet tárgyalja. A meglévő tartalmat kiegészítjük a tényleges végrehajtási folyamattal, az előfeltételekkel és a ismert korlátokkal. A űrlap-összeállító eszköz szabadon konfigurálható űrlapokat támogatott trigger kulcsszavakkal, mezőtípusokkal és kötelező mező jelöléssel. A funkció E2E-tesztelt. A `GET /api/public/access-request/paypal/config` dokumentációját ennek a konkrét végpontnak a műszaki leírásaként kell értelmezni. Döntő fontosságú a módszer, az elérési út, a hitelesítés, a kötelező mezők, a lehetséges hibák és az a kérdés, hogy egy újrahívás ugyanazt a hatást váltja-e ki. A jelenlegi URL https://zentor-app.de/hilfe/api-referenz/formulare/forms.access_request_paypal_config ezért nem tartalmazhat általános reklámállítást, csakis azonnal végrehajtható integrációs lépéseket és igazolt válasz példákat. A `/api/public/access-request/paypal/config` hívásához a kérést a Registry szerint kell felépíteni. A nyilvános útvonalakhoz nem szükséges általános fejlesztői API-kulcs, mivel a Zentor nem kínál ilyen kulcsrendszert. A védett widget útvonalak ezzel szemben az egyszer megjelenített Embed-Token-t és egy Origin-ellenőrzést használnak. Az HTTP státuszkódot és a JSON tartalmat együttesen kell kiértékelni; egy `ok` mező önmagában nem helyettesíti a hibakezelést. A `GET /api/public/access-request/paypal/config` tesztelésénél anonimizált értékeket kell használni. A valós ügyféladatok, éles UUID-k, munkamenet-tokenek és konkrét időbélyegek nem tartoznak a nyilvános példák közé. Az ismert platform-szintű korlát 2.000 kérés 15 percen belül; eltérő egyedi limit nem igazolt. Nem idempotens POST hívásokat nem szabad vakon ismételni hálózati megszakadás esetén. A tipikus integrációs hibák ezen az útvonalon hiányzó kötelező paraméterek, hibás adattípusok, lejárt egyszeri kódok, nem engedélyezett Origin-ek vagy egy előre nem létező adatbejegyzés miatt merülnek fel. Az alkalmazásnak ezeket az eseteket külön kell kezelnie, és naplóznia kell a végpont által visszaadott hibaüzenetet, titkos tartalmak rögzítése nélkül. Egy sikeres kérés csak ezt a feldolgozási lépést igazolja, nem feltétlenül egy későbbi e-mail-, fizetési vagy SSO-sikert. A technikai ellenőrzésnek ezen az oldalon kötelezően a `app/frontend/src/content/api-reference/` alatti Registry-re és a hozzá tartozó backend útvonalakra kell támaszkodnia. A élő teszt megjegyzések csak azt állíthatják, amit ténylegesen ellenőriztek. Egy negatív teszt vagy egy kód-analógia nem teljes sikerkövetelmény. A GET /api/public/access-request/paypal/config — API-Referenz esetében ezért egyértelműen meg kell különböztetni a dokumentált struktúrát, az automatizált tesztet és a biztonságosan megfigyelt élő viselkedést.

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