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

Ohechau PayPal-pe ojeguápe, ojapo hag̃ua'ỹre, techapyrãme ha mba'eikuaa rupive.

“GET /api/public/access-request/paypal/config — API-Referencia” página oĩhína función área oñeñe’ẽva URL-pe. Oĩhína contenido oñembohasáva proceso real, requisitos ha límites conocidos. Formulario construcción herramienta oñemboja’óva formulario libremente configurables con palabras clave de activación, tipos de campo y marcado de campos obligatorios. La función está probada de extremo a extremo. La documentación de `GET /api/public/access-request/paypal/config` debe leerse como una descripción técnica de este punto final concreto. Lo esencial son el método, la ruta, la autenticación, los campos obligatorios, los posibles errores y la pregunta de si una nueva llamada produce el mismo efecto. Por lo tanto, la URL actual https://zentor-app.de/hilfe/api-referenz/formulare/forms.access_request_paypal_config no debe contener afirmaciones publicitarias generales, sino solo pasos de integración verificables y ejemplos de respuesta comprobados. Para una llamada a `/api/public/access-request/paypal/config`, la solicitud se construye según el registro. Las rutas públicas no requieren una clave de API de desarrollador general, porque Zentor no ofrece un sistema de claves de ese tipo. En cambio, las rutas protegidas de widgets utilizan el token de incrustación mostrado una sola vez y una verificación de origen. El estado HTTP y el contenido JSON deben evaluarse conjuntamente; un campo `ok` por sí solo no reemplaza el manejo de errores. Al probar `GET /api/public/access-request/paypal/config`, se deben usar valores anonimizados. Los datos reales de clientes, UUIDs de producción, tokens de sesión y marcas de tiempo concretas no pertenecen a ejemplos públicos. El límite conocido a nivel de plataforma es de 2.000 solicitudes dentro de 15 minutos; un límite individual diferente no está documentado. Las llamadas POST no idempotentes no deben repetirse ciegamente después de una interrupción de red poco clara. Los errores típicos de integración para esta ruta surgen de parámetros obligatorios faltantes, tipos de datos incorrectos, códigos únicos caducados, orígenes no permitidos o un registro que no existía previamente. La aplicación debe manejar estos casos por separado y registrar el mensaje de error devuelto por el punto final, sin incluir contenido secreto. Una solicitud exitosa solo confirma este paso de procesamiento, no automáticamente un éxito posterior de correo electrónico, pago o SSO. La revisión técnica de esta página debe basarse vinculante en el registro bajo `app/frontend/src/content/api-reference/` y las rutas de backend correspondientes. Las notas de prueba en vivo solo pueden afirmar lo que realmente se ha verificado. Una prueba negativa o una analogía de código no es una instrucción de éxito completa. Por lo tanto, para GET /api/public/access-request/paypal/config — API-Referenz, debe distinguirse claramente entre la estructura documentada, la prueba automatizada y el comportamiento en vivo observado con seguridad.

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