POST/api/public/contact

Zentor वेबसाइटको सार्वजनिक सम्पर्क फाराम। आन्तरिक नेतृत्व प्रणालीमा सोधपुछ गर्नुहोस्।

`POST /api/public/contact` ले Zentor वेबसाइटको सार्वजनिक सम्पर्क फारम प्रशोधन गर्छ र अनुरोधलाई आन्तरिक Lead प्रणालीमा राख्छ। यो एन्डपोइन्टलाई ड्यासबोर्ड प्रमाणीकरण चाहिँदैन र यो आइडेम्पोटेन्ट होइन। प्रत्येक सफल पेशले नयाँ Lead उत्पन्न गर्न सक्छ। त्यसैले फ्रन्टइन्डले पहिलो क्लिकपछि पठाउने बटन निष्क्रिय गर्नुपर्छ र कुनै स्वचालित दोहोरो पेश नगर्नुपर्छ। प्रमाणित अनिवार्य फिल्डहरूमा `name`, `email` र `message` पर्छन्। नाम 2 देखि 120 अक्षरको बीचमा हुनुपर्छ, इमेल ठेगाना मान्य ढाँचाको हुनुपर्छ, र सन्देशले सर्भर-साइड मान्यता नियमहरू पूरा गर्नुपर्छ। थप फिल्डहरू केवल वास्तविक स्किमामा तोकिएको भए मात्र पठाउन सकिन्छ। Lead को आन्तरिक विशेषता नियन्त्रण गर्न अज्ञात मानहरू प्रयोग गर्नु हुँदैन। सही फारमले ब्राउजरमा नै अनिवार्य फिल्डहरू जाँच गर्छ, तर यही जाँचमा मात्र पूर्ण भर पर्दैन। निर्णायक तत्व सर्भर नै रहन्छ। मान्यता त्रुटि भएमा इन्टरफेसले सम्बन्धित फिल्ड चिन्ह लगाउनुपर्छ र प्रविष्ट गरिएको सामग्री कायम राख्नुपर्छ। सामान्य सफलता सन्देश सर्भरको सकारात्मक प्रतिक्रियापछि मात्र देखाउनुपर्छ। सम्पर्क फारम पासवर्ड, API-कुञ्जी, Widget-Token, भुक्तानी डेटा वा पूर्ण ग्राहक अभिलेखका लागि सुरक्षित च्यानल होइन। प्रयोगकर्ताहरूले प्रयोग-केस, सम्बन्धित उत्पाद र पहुँचयोग्य व्यावसायिक इमेल ठेगाना उल्लेख गर्नुपर्छ। कुनै प्राविधिक समस्या भएमा टेनन्ट नाम, समय, प्रभावित सुविधा र पुनरुत्पादन गर्न सकिने चरणहरूले अनावश्यक व्यक्तिगत सामग्री नपठाई विश्लेषणमा मद्दत गर्छन्। एउटा यथार्थपरक प्रवाह: आगन्तुकले नाम, इमेल र सन्देश भर्छ, आवश्यक परे पृष्ठको गोपनीयता जानकारी स्वीकार गर्छ र फारम पठाउँछ। सर्भरले डेटा प्रमाणित गर्छ, Lead सिर्जना गर्छ र सफलता प्रतिक्रिया दिन्छ। अमान्य इमेल वा धेरै छोटो नाम भएमा पूर्ण Lead उत्पन्न हुँदैन। यो एन्डपोइन्टले कुनै टेनन्ट सिर्जना गर्दैन, कुनै प्याकेज बुक गर्दैन, र संरचित उत्पाद कन्फिगरेसन वा परामर्श प्रक्रियाको विकल्प बन्दैन। स्प्याम र स्वचालित शृंखला अनुरोधबाट बचाउका लागि क्लाइन्टले सर्भर-साइड त्रुटिहरूलाई सम्मान गर्नुपर्छ र तुरुन्त अनन्त लुप सुरु गर्नु हुँदैन। सफल प्रतिक्रिया आएपछि मात्र इनपुट फिल्डहरू खाली गर्नुपर्छ, त्यो पनि सर्भरले स्वीकृति पुष्टि गरेपछि मात्र। प्रतिक्रिया नआएमा प्रयोगकर्ताले सामग्री सुरक्षित राखेर पछि नियन्त्रित रूपमा फेरि पठाउन सक्छ। आन्तरिक वर्गीकरणका लागि सन्देशमा मार्केटिङ वाक्यांश वा गोप्य संलग्नक नराखी वास्तविक कारण उल्लेख हुनुपर्छ। स्पष्ट विषय र सटीक समस्या विवरणले पुनः प्रश्नहरू घटाउँछ। तर API आफैंले कुनै प्रत्याभूत प्राथमिकता दिँदैन र कुनै निश्चित प्रशोधन समयसीमा पुष्टि गर्दैन।

Auth & Absicherung

Keine Authentifizierung erforderlich

Idempotent: Nein

Parameter

name(body, string, erforderlich)२१२० अक्षर
email(body, string, erforderlich)मान्य इमेल ठेगाना
message(body, string, erforderlich)१०३००० अक्षर
company(body, string)
phone(body, string)
topic(body, string)
consentGiven(body, boolean, erforderlich)'true' हुनु पर्छ (गोपनीयता सहमति)

Beispiel-Request

{"name":"Max Mustermann","email":"max@example.com","message":"Ihre Nachricht (mind. 10 Zeichen).","consentGiven":true}

Beispiel-Response

{"ok":true,"message":"Ihre Anfrage wurde übermittelt."}

Fehlercodes

400 VALIDATION_ERRORअनिवार्य क्षेत्र हराइरहेको/अमान्य, वा गोपनीयता सहमति हराइरहेको छ (विवरण एर्रे, एकल त्रुटि सन्देश सहित)

Live-Test-Nachweis

सफलता (200) र नकारात्मक (400, कुनै पनि क्षेत्रहरू समावेश छैन) प्रत्यक्ष प्रमाणित।

सार्वजनिक फारामहरू