POST/api/public/consultation

Zentor वेबसाइटको सार्वजनिक परामर्श अनुरोध फारम।

यो „POST /api/public/consultation — API-Referenz" पृष्ठले URL मा उल्लेख गरिएको कार्यक्षेत्रलाई सम्बोधन गर्दछ। विद्यमान सामग्रीमा वास्तविक प्रक्रिया, आवश्यक सर्तहरू र ज्ञात सीमाहरू थपिएका छन्। फारम-बिल्डरले Trigger-कुञ्जीशब्द, फिल्ड प्रकार र अनिवार्य-फिल्ड चिन्हसहित स्वतन्त्र रूपमा कन्फिगर गर्न मिल्ने फारमहरूलाई समर्थन गर्छ। यो सुविधा E2E-परीक्षण गरिएको छ। `POST /api/public/consultation` को दस्ताबेजलाई यस ठोस एन्डपोइन्टको प्राविधिक विवरणका रूपमा नै पढ्नुपर्छ। निर्णायक कुराहरू हुन्: विधि, पथ, प्रमाणीकरण, अनिवार्य फिल्डहरू, सम्भावित त्रुटिहरू, र फेरि कल गर्दा उस्तै प्रभाव पर्छ कि पर्दैन भन्ने प्रश्न। यसैले वर्तमान URL https://zentor-app.de/hilfe/api-referenz/formulare/forms.consultation मा कुनै सामान्य विज्ञापनात्मक भनाइ हुनु हुँदैन, बरु केवल पछ्याउन सकिने एकीकरण चरणहरू र प्रमाणित प्रतिक्रिया उदाहरणहरू मात्र हुनुपर्छ। `/api/public/consultation` लाई कल गर्न रजिस्ट्री अनुसार अनुरोध बनाइन्छ। सार्वजनिक रूटहरूलाई सामान्य डेभलपर API-कुञ्जी आवश्यक पर्दैन, किनभने Zentor ले त्यस्तो कुञ्जी प्रणाली प्रदान गर्दैन। यसको विपरीत, सुरक्षित Widget रूटहरूले एक पटक मात्र देखाइने Embed-Token र Origin जाँच प्रयोग गर्छन्। HTTP स्टेटस र JSON सामग्री सँगै मूल्यांकन गर्नुपर्छ; एक्लै `ok` फिल्डले त्रुटि व्यवस्थापनको विकल्प दिँदैन। `POST /api/public/consultation` परीक्षण गर्दा अज्ञातनामीकृत मानहरू प्रयोग गर्नुपर्छ। वास्तविक ग्राहक डेटा, उत्पादनका UUID, सेसन टोकन र ठोस समय-मुद्रा सार्वजनिक उदाहरणहरूमा समावेश गर्नु हुँदैन। ज्ञात प्लेटफर्म-व्यापी सीमा 15 मिनेटभित्र 2,000 अनुरोध हो; यसभन्दा फरक कुनै एकल सीमा प्रमाणित गरिएको छैन। गैर-आइडेम्पोटेन्ट POST कलहरूलाई अस्पष्ट नेटवर्क अवरोधपछि आँखा चिम्लेर दोहोर्याउनु हुँदैन। यस रूटका लागि सामान्य एकीकरण त्रुटिहरू अनिवार्य प्यारामिटर छुटेको, गलत डेटा प्रकार, म्याद सकिएको एकपटके कोड, अस्वीकृत Origin वा पहिले नै अवस्थित नभएको डेटासेटका कारण उत्पन्न हुन्छन्। एप्लिकेसनले यस्ता अवस्थाहरूलाई छुट्टाछुट्टै व्यवस्थापन गर्नुपर्छ र एन्डपोइन्टबाट फर्किएको त्रुटि सन्देश गोप्य सामग्री नराखी लग गर्नुपर्छ। सफल Request ले केवल यही प्रशोधन चरण मात्र पुष्टि गर्छ, त्यसपछि जोडिएको इमेल, भुक्तानी वा SSO सफलता स्वतः पुष्टि गर्दैन। यो कुरा „POST /api/public/consultation" का लागि प्रत्यक्ष रूपमा सान्दर्भिक छ। यस पृष्ठको प्राविधिक जाँच `app/frontend/src/content/api-reference/` अन्तर्गतको रजिस्ट्री र सम्बन्धित ब्याकइन्ड रूटहरूमा अनिवार्य रूपमा आधारित हुनुपर्छ। Live-परीक्षण टिप्पणीहरूले केवल वास्तवमा जाँचिएको कुरा मात्र दाबी गर्न सक्छन्। नकारात्मक परीक्षण वा कोड-समानता पूर्ण सफलताको प्रमाण होइन। POST /api/public/consultation — API-Referenz का लागि त्यसैले दस्ताबेजीकृत संरचना, स्वचालित परीक्षण, र सुरक्षित रूपमा अवलोकन गरिएको Live व्यवहार बीच स्पष्ट भिन्नता कायम राख्नुपर्छ।

{"name":"Max Mustermann","email":"max@example.com","company":"Musterfirma","message":"Anliegen","consentGiven":true}

{"ok":true,"message":"Ihre Beratungsanfrage wurde übermittelt. Wir melden uns in Kürze bei Ihnen."}