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

Furnizează configurația publică PayPal (mod, valută) pentru interfața de checkout.

Pagina „GET /api/public/access-request/paypal/config — Referință API“ tratează domeniul funcțional indicat în URL. Conținutul existent este completat cu fluxul real, condițiile prealabile și limitele cunoscute. Constructorul de formulare acceptă formulare configurabile liber, cu cuvinte-cheie de declanșare, tipuri de câmpuri și marcarea câmpurilor obligatorii. Funcția este testată E2E. Documentația pentru `GET /api/public/access-request/paypal/config` trebuie citită ca descriere tehnică a acestui endpoint concret. Esențiale sunt metoda, calea, autentificarea, câmpurile obligatorii, erorile posibile și întrebarea dacă un apel repetat declanșează același efect. Prin urmare, URL-ul https://zentor-app.de/hilfe/api-referenz/formulare/forms.access_request_paypal_config nu are voie să conțină afirmații publicitare generale, ci doar pași de integrare imediat executabili și exemple de răspuns dovedite. Pentru un apel către `/api/public/access-request/paypal/config` cererea se construiește conform Registry. Rutele publice nu necesită o cheie API generală pentru dezvoltatori, deoarece Zentor nu oferă un astfel de sistem de chei. Rutele de widget protejate folosesc, în schimb, tokenul de embed afișat o singură dată și o verificare a originii (Origin). Statusul HTTP și conținutul JSON trebuie evaluate împreună; un câmp `ok` singur nu înlocuiește tratarea erorilor. La testarea `GET /api/public/access-request/paypal/config` trebuie folosite valori anonimizate. Datele reale ale clienților, UUID-urile de producție, tokenurile de sesiune și marcajele temporale concrete nu au ce căuta în exemplele publice. Limita cunoscută la nivel de platformă este de 2.000 de cereri în 15 minute; o limită individuală diferită nu este dovedită. Apelurile POST neidempotente nu trebuie repetate orbește după o întrerupere neclară a rețelei. Erorile tipice de integrare pentru această rută apar din cauza parametrilor obligatorii lipsă, a tipurilor de date incorecte, a codurilor de unică folosință expirate, a originilor nepermise sau a unui set de date care nu exista în prealabil. Aplicația ar trebui să trateze separat astfel de cazuri și să înregistreze în jurnal mesajul de eroare returnat de endpoint, fără a scrie conținut secret. O cerere reușită confirmă doar acest pas de procesare, nu în mod automat și un succes ulterior al unui e-mail, al unei plăți sau al unui SSO. Verificarea tehnică a acestei pagini trebuie să se bazeze obligatoriu pe Registry din `app/frontend/src/content/api-reference/` și pe rutele backend aferente. Notele de testare live trebuie să afirme doar ceea ce a fost efectiv verificat. Un test negativ sau o analogie de cod nu constituie o dovadă completă a succesului. Pentru GET /api/public/access-request/paypal/config — Referință API trebuie, prin urmare, să se facă o distincție clară între structura documentată, testul automatizat și comportamentul live observat cu certitudine.

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