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

Siguron konfiguracionin publik PayPal (Modalitet, Valutë) për Frontend-in e Checkout-it.

Faqja „GET /api/public/access-request/paypal/config — Referenca e API-së“ trajton fushën funksionale të përcaktuar në URL. Përmbajtja ekzistuese plotësohet me rrjedhën reale, kushtet paraprake dhe kufijtë e njohur. Ndërtuesi i formularëve mbështet formularë të konfigurueshëm lirisht me fjalë kyçe shkaktuese (trigger), lloje fushash dhe shënim të fushave të detyrueshme. Funksioni është testuar E2E. Dokumentacioni për `GET /api/public/access-request/paypal/config` duhet të lexohet si përshkrim teknik i kësaj pike përfundimtare konkrete. Vendimtare janë metoda, rruga, autentifikimi, fushat e detyrueshme, gabimet e mundshme dhe pyetja nëse një thirrje e përsëritur shkakton të njëjtin efekt. URL-ja https://zentor-app.de/hilfe/api-referenz/formulare/forms.access_request_paypal_config prandaj nuk duhet të përmbajë deklarata të përgjithshme reklamuese, por vetëm hapa integrimi të ndjekshëm dhe shembuj përgjigjesh të dokumentuar. Për një thirrje të `/api/public/access-request/paypal/config`, kërkesa ndërtohet sipas regjistrit. Rrugët publike nuk kanë nevojë për një çelës të përgjithshëm API zhvilluesi, sepse Zentor nuk ofron një sistem të tillë çelësash. Rrugët e mbrojtura të widget-it përdorin në vend të kësaj tokenin Embed që shfaqet vetëm një herë dhe një kontroll të Origin-it. Statusi HTTP dhe përmbajtja JSON duhet të vlerësohen bashkë; një fushë `ok` vetëm nuk e zëvendëson trajtimin e gabimeve. Gjatë testimit të `GET /api/public/access-request/paypal/config` duhet të përdoren vlera të anonimizuara. Të dhëna reale klientësh, UUID prodhimi, tokenë sesioni dhe vula kohore konkrete nuk hyjnë në shembuj publikë. Kufiri i njohur në nivel platforme është 2.000 kërkesa brenda 15 minutave; një limit i ndryshëm për pikën individuale nuk është dokumentuar. Thirrjet POST jo-idempotente nuk duhet të përsëriten verbërisht pas një ndërprerjeje të paqartë të rrjetit. Gabimet tipike të integrimit për këtë rrugë vijnë nga parametra të detyrueshëm që mungojnë, lloje të gabuara të dhënash, kode njëpërdorimshme të skaduara, Origin-e të palejuara ose një regjistrim që nuk ekziston paraprakisht. Aplikacioni duhet t'i trajtojë këto raste veçmas dhe ta regjistrojë mesazhin e gabimit të kthyer nga pika përfundimtare, pa shkruar përmbajtje të fshehta. Një kërkesë e suksesshme e konfirmon vetëm këtë hap përpunimi, jo automatikisht një sukses pasues të email-it, pagesës ose SSO-së. Kontrolli teknik i kësaj faqeje duhet të mbështetet detyrimisht te regjistri në `app/frontend/src/content/api-reference/` dhe rrugët përkatëse të backend-it. Shënimet e testeve live lejohen të pohojnë vetëm atë që është kontrolluar realisht. Një test negativ ose një analogji kodi nuk është provë e plotë suksesi. Për GET /api/public/access-request/paypal/config — Referenca e API-së duhet prandaj të dallohet qartë ndërmjet strukturës së dokumentuar, testit të automatizuar dhe sjelljes live të vëzhguar me siguri.

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