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

チェックアウトフロントエンド用の公開PayPal設定（モード、通貨）を返します。

ページ「GET /api/public/access-request/paypal/config — APIリファレンス」は、URLで指定された機能範囲を扱います。既存の内容は、実際の処理手順、前提条件、および既知の制限事項で補完されます。フォームビルダーは、トリガーキーワード、フィールドタイプ、必須フィールドの指定を自由に設定できるフォームをサポートしています。この機能はE2Eテスト済みです。 `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はこのようなキーシステムを提供していないためです。保護されたウィジェットルートは、一度だけ表示される埋め込みトークンとOriginチェックを使用します。HTTPステータスとJSONコンテンツは一緒に評価する必要があります。`ok`フィールドだけではエラー処理を代替できません。 `GET /api/public/access-request/paypal/config` をテストする際は、匿名化された値を使用する必要があります。実際の顧客データ、本番環境のUUID、セッショントークン、および具体的なタイムスタンプは公開例に含めるべきではありません。プラットフォーム全体の既知の制限は、15分以内に2,000件のリクエストです。これとは異なる個別の制限は証明されていません。非冪等なPOST呼び出しは、不明瞭なネットワーク切断後に盲目的に再試行してはいけません。 このルートにおける典型的な統合エラーは、必須パラメータの欠落、誤ったデータ型、期限切れのワンタイムコード、許可されていないOrigin、または事前に存在しないレコードによって引き起こされます。アプリケーションはこれらのケースを個別に処理し、エンドポイントから返されるエラーメッセージをログに記録する必要がありますが、機密情報は記録しないでください。リクエストが成功したことは、この処理ステップのみを確認するものであり、自動的に後続のメール、支払い、またはSSOの成功を保証するものではありません。 このページの技術的な検証は、`app/frontend/src/content/api-reference/` 内のレジストリおよび関連するバックエンドルートに厳密に従う必要があります。ライブテストの注記は、実際に検証されたことのみを主張すべきです。ネガティブテストやコードの類似性は、完全な成功の根拠にはなりません。したがって、GET /api/public/access-request/paypal/config — APIリファレンスについては、文書化された構造、自動テスト、および安全に観察されたライブ動作を明確に区別する必要があります。

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