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

پیکربندی عمومی PayPal (حالت، ارز) را برای فرانتاند پرداخت فراهم میکند.

این صفحه با عنوان "GET /api/public/access-request/paypal/config — مرجع API" به بخش عملکردی مشخص شده در URL اشاره دارد. محتوای موجود با جزئیات مربوط به جریان کار، پیش‌نیازها و محدودیت‌های شناخته‌شده تکمیل شده است. ابزار ساخت فرم از فرم‌های قابل تنظیم با کلمات کلیدی، انواع فیلد و تعیین فیلدهای اجباری پشتیبانی می‌کند. این قابلیت به طور کامل تست شده است. مستندات مربوط به `GET /api/public/access-request/paypal/config` باید به عنوان یک توضیح فنی از این نقطه پایانی خاص در نظر گرفته شود. موارد مهم شامل روش، مسیر، احراز هویت، فیلدهای اجباری، خطاهای احتمالی و این است که آیا فراخوانی مجدد همان اثر را ایجاد می‌کند یا خیر. بنابراین، URL زیر https://zentor-app.de/hilfe/api-referenz/formulare/forms.access_request_paypal_config نباید شامل ادعاهای تبلیغاتی کلی باشد، بلکه فقط باید شامل مراحل یکپارچه‌سازی قابل اجرا و نمونه‌های پاسخ معتبر باشد. برای فراخوانی `/api/public/access-request/paypal/config`، درخواست مطابق با رجیستری ایجاد می‌شود. مسیرهای عمومی نیازی به کلید API توسعه‌دهنده عمومی ندارند، زیرا Zentor سیستم کلیدگذاری مشابهی ارائه نمی‌دهد. در مقابل، مسیرهای ویجت محافظت‌شده از یک توکن جاسازی‌شده که یک‌بار نمایش داده می‌شود و همچنین یک بررسی مبدأ استفاده می‌کنند. وضعیت HTTP و محتوای JSON باید به طور مشترک ارزیابی شوند؛ یک فیلد `ok` به تنهایی جایگزین مدیریت خطا نمی‌شود. هنگام تست `GET /api/public/access-request/paypal/config`، باید از مقادیر ناشناس استفاده شود. داده‌های واقعی مشتری، UUIDهای فعال، توکن‌های نشست و زمان‌بندی‌های خاص نباید در نمونه‌های عمومی قرار گیرند. محدودیت کلی پلتفرمی شناخته‌شده، 2000 درخواست در 15 دقیقه است؛ محدودیت انفرادی متفاوتی اثبات نشده است. فراخوانی‌های POST غیر-ایمپوتنت (غیرقابل تکرار) نباید پس از قطع ارتباط شبکه نامشخص، به طور کورکورانه تکرار شوند. خطاهای یکپارچه‌سازی معمول برای این مسیر، ناشی از پارامترهای اجباری از دست رفته، انواع داده‌های نادرست، کدهای یک‌بارمصرف منقضی شده، مبدأهای غیرمجاز یا عدم وجود مجموعه داده از قبل است. برنامه باید این موارد را به طور جداگانه مدیریت کرده و پیام خطایی را که از نقطه پایانی برگردانده می‌شود، ثبت کند، بدون اینکه محتوای حساس را وارد کند. یک درخواست موفق فقط این مرحله پردازش را تأیید می‌کند، نه به طور خودکار موفقیت یک ایمیل، پرداخت یا SSO. بررسی فنی این صفحه باید به طور قطعی بر اساس رجیستری موجود در `app/frontend/src/content/api-reference/` و مسیرهای بک‌اند مربوطه باشد. یادداشت‌های تست زنده فقط باید ادعاهایی را مطرح کنند که واقعاً بررسی شده‌اند. یک تست منفی یا یک آنالیز کد، یک موفقیت کامل محسوب نمی‌شود. بنابراین، برای GET /api/public/access-request/paypal/config — مرجع API، باید تمایز روشنی بین ساختار مستند شده، تست خودکار و رفتار زنده قابل مشاهده وجود داشته باشد.

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