NueForm

उत्तरदाता लॉगिन आवश्यक करें

फॉर्म submit करने से पहले उत्तरदाताओं को sign in करना आवश्यक करें, वैकल्पिक रूप से अपनी team के SSO तक सीमित करें, और उत्तरदाताओं को "मेरे उत्तर" page पर अपने submissions का निजी record रखने दें।

अधिकांश form उन सभी के लिए खुले हैं जिनके पास link है। ऐसी स्थितियों में जहाँ हर submission पर verified identity चाहिए — internal feedback, employee policy acknowledgements, vendor onboarding, regulated workflows — NueForm आपको submit करने से पहले उत्तरदाताओं को sign in करवाना आवश्यक करने देता है। दो संबंधित toggles हैं, और एक अलग companion feature मेरे उत्तर है जो हर signed-in उत्तरदाता को उनके सभी submissions की एक निजी सूची देती है।

"उत्तरदाता लॉगिन आवश्यक करें" क्या करता है

Builder में अपना form खोलें, दाएँ settings panel में Form Login section का विस्तार करें, और Require respondent login चालू करें।

जब यह चालू है:

  • Form खोलने वाले उत्तरदाताओं को पहले question के बजाय एक sign-in screen दिखती है। वे email + password से, Google / Microsoft / GitHub / Apple से, या अगर उनकी team SSO का उपयोग करती है तो SSO के माध्यम से sign in कर सकते हैं।
  • नए उत्तरदाता उसी screen से account भी बना सकते हैं।
  • Authentication के बाद, form सामान्य रूप से खुलता है और उन्हें ऊपर एक छोटा "Submitting as {आपका नाम}" header दिखता है ताकि स्पष्ट हो कि submission किस account से जुड़ी होगी।
  • Submission के बाद, form owner हर response पर उत्तरदाता का नाम और email देखता है — response detail view, CSV exports, webhooks, और public API सभी में।
  • Submission स्वचालित रूप से उत्तरदाता के मेरे उत्तर page पर save हो जाती है (नीचे देखें), ताकि वे बाद में वापस आ सकें।

जब आपको यह जानने — और साबित करने — की आवश्यकता हो कि किसने उत्तर दिया, तब यह सही setting है। उदाहरण:

  • Compliance acknowledgements ("मैंने नीति पढ़ ली है और सहमत हूँ")
  • Internal employee surveys जहाँ anonymity वांछित नहीं है
  • Vendor onboarding intake
  • Beta-tester feedback जब आप follow up करना चाहते हैं

"Require respondent login" चालू करना उत्तरदाता के साथ ईमानदार है। Sign-in screen उन्हें स्पष्ट रूप से बताती है: "यह form submit करने से पहले sign in करना आवश्यक करता है। Form owner देखेगा कि आपने यह response submit किया है।" कोई छिपी tracking नहीं — वे चुनते हैं।

"Require team SSO" कैसे interact करता है

यदि आपका form एक team का है और उस team के पास SSO configured है, तो एक दूसरा toggle उपलब्ध हो जाता है: Require team SSO। यह केवल तब दिखाई देता है जब:

  1. Form एक team के स्वामित्व में है (व्यक्तिगत form नहीं), और
  2. उस team के पास team settings में SSO set up है।

जब आप Require team SSO चालू करते हैं (जो स्वचालित रूप से Require respondent login भी सक्षम करता है):

  • केवल आपकी team के identity provider के members ही submit कर सकते हैं। personal email से sign in करने की कोशिश करने वाले उत्तरदाता — भले ही वह NueForm account पहले से हो — मना कर दिए जाएँगे।
  • Sign-in screen social और password options छिपा देती है। उत्तरदाता को केवल SSO button दिखता है।
  • आपके IdP के माध्यम से authenticate करने के बाद, form gate यह भी पुष्टि करता है कि वे आपकी team के वर्तमान members हैं। यदि आपकी team की auto-join setting चालू है, तो बिल्कुल नए SSO users आपकी team में आपके configured role (default: viewer) पर शामिल होते हैं और form देखते हैं। यदि auto-join बंद है, तो वे "Approval required" page देखते हैं और पहले team admin द्वारा invite किए जाने की आवश्यकता होती है।
  • Form owner हर submission पर उत्तरदाता के नाम के बगल में एक ✓ SSO badge देखता है, यह पुष्टि करते हुए कि identity आपके भरोसेमंद IdP से आई है।

जो forms आपके organization से बाहर कभी नहीं जाने चाहिए, उनके लिए यह सही setting है: केवल internal intake forms, audit checklists, restricted feedback channels।

Require team SSO केवल Require respondent login से अधिक प्रतिबंधक है। NueForm में personal account से पहले से signed in उत्तरदाता जो आपकी team पर नहीं है, block कर दिया जाएगा। इसे चालू करने से पहले सुनिश्चित करें कि आप वास्तव में वह कठोरता चाहते हैं — अन्यथा साधारण "Require respondent login" पर्याप्त है।

उत्तरदाताओं को क्या मिलता है: मेरे उत्तर

हर signed-in NueForm user के पास उनके app sidebar में मेरे उत्तर page है (Fuse और Analytics के बीच)। यह उन्होंने logged in रहते हुए जो भी form, contract और Fuse activity submit की है, सबसे recent ऊपर के साथ list करती है। उत्तरदाता:

  • Form name से search कर सकते हैं।
  • Type से filter कर सकते हैं — forms, contracts, या Fuse।
  • किसी भी पिछले response पर click करके देख सकते हैं कि उन्होंने वास्तव में क्या उत्तर दिया।
  • Signed contract PDFs को फिर से download कर सकते हैं (form owner की revocation स्थिति के अधीन)।

यह पूरी तरह से निजी है। केवल उत्तरदाता ही अपनी सूची देखता है — कोई और नहीं, team owners या NueForm staff भी नहीं, इसे देख सकते हैं। यह free tier सहित हर plan पर मुफ्त है।

मेरे उत्तर पर एक response पहुँचने के दो तरीके हैं:

  1. स्वचालित रूप से, जब form में Require respondent login चालू था। Logging in entry condition है, इसलिए response routine matter के रूप में save होता है।
  2. सहमति से, जब form खुला था (login की आवश्यकता नहीं थी) लेकिन उत्तरदाता submit के समय NueForm में signed in हुआ था। Submission के बाद, NueForm पूछता है: "इस response को अपने मेरे उत्तर page पर save करें?" यदि वे हाँ कहते हैं, तो response उनकी सूची में जुड़ जाता है। यदि वे dismiss करते हैं, उनकी side पर कुछ भी save नहीं होता।

उत्तरदाता मेरे उत्तर से entries delete नहीं कर सकते — यह read-only history है। (हम भविष्य के update में deletion जोड़ सकते हैं।)

गोपनीयता अनुबंध

NueForm owner-visible identity और personal record के बीच एक स्पष्ट रेखा खींचता है:

Submit पर क्या हुआForm owner identity देखता है?उत्तरदाता का मेरे उत्तर?
Form में Require respondent login चालू था (team SSO के साथ या बिना)हाँ — नाम, email, optional SSO badgeहाँ — auto-saved
Form खुला था, उत्तरदाता signed in था और Save to My Responses click कियानहीं — owner "Anonymous" देखता हैहाँ — सहमति से save
Form खुला था, उत्तरदाता signed in था और prompt dismiss कियानहीं — anonymousनहीं — कुछ save नहीं
Form खुला था, उत्तरदाता signed in नहीं थानहीं — anonymousनहीं — कुछ save नहीं

मुख्य बात: सहमति से save किया गया response उत्तरदाता के लिए निजी है। Form owner को कभी भी पीछे से नहीं पता चलता कि किसने submit किया। Owner केवल उन responses के लिए identity देखता है जहाँ form ने submit के समय explicitly login की आवश्यकता रखी थी — और उत्तरदाता ने sign in करने से पहले उस आवश्यकता को देखा था।

Contract-style forms के लिए जहाँ एक signer का दूसरे signer के filled fields का view restricted है ("hide other signers" setting), वही प्रतिबंध मेरे उत्तर पर लागू होता है: एक उत्तरदाता हमेशा केवल अपनी contributions देखता है, कभी किसी अन्य signer के निजी विवरण नहीं।

Auto-Join और Team SSO

यदि आप एक team admin हैं और आपने अपनी team के लिए SSO सक्षम कर दिया है, तो आपकी team settings के Members tab में दो संबंधित controls तय करते हैं कि नए SSO logins कैसे व्यवहार करते हैं:

  • Auto-add SSO members to this team. चालू होने पर, आपकी team के domain पर email के साथ SSO के माध्यम से sign in करने वाला कोई भी व्यक्ति configured default role (default: viewer) पर स्वचालित रूप से आपकी team में जुड़ जाता है। हर नया auto-added member आपके plan के included count से ऊपर एक billable seat के रूप में गिना जाता है।
  • Require SSO for users at {आपका domain}. चालू होने पर (नए सक्षम team SSO के लिए default), आपकी team के domain पर email के साथ लोग password या social provider से sign in नहीं कर सकते — उन्हें SSO का उपयोग करना होगा। यह उस स्थिति को रोकता है जहाँ name@yourcompany.com वाले किसी व्यक्ति का personal NueForm account है जो आपकी team से जुड़ा नहीं है।
  • Default role for new SSO members. वह role चुनें जिससे नए auto-joined members शुरू होते हैं। हम viewer (read-only) पर default करते हैं, और जैसे लोग अधिक responsibility लेते हैं, आप जानबूझकर promote करते हैं।

यदि auto-join बंद है, आपकी team के domain से बिल्कुल नए SSO logins sign-in पर block कर दिए जाते हैं। उत्तरदाता "Approval required" page देखता है जो उनके team admin से उन्हें invite करने को कहता है। यह form-respondent SSO पर भी लागू होता है — यदि आपके form में Require team SSO चालू है, वही block लागू होता है। तो यदि आप चाहते हैं कि external-but-trusted SSO users आपकी team के restricted forms भर सकें, सुनिश्चित करें कि auto-join चालू है।

सारांश

  • Require respondent login = "मैं जानना चाहता हूँ कि किसने यह submit किया, और उन्हें अपने मेरे उत्तर page पर एक copy रखने दें।"
  • Require team SSO = "केवल मेरी team के members, मेरी company IdP के माध्यम से authenticated, ही submit कर सकते हैं।"
  • मेरे उत्तर = एक मुफ्त, निजी, per-user submissions का history — required-login forms के लिए auto-populated, खुले forms के लिए opt-in।
  • Form owner को उत्तरदाता की identity केवल तब पता चलती है जब form को submit के समय login की आवश्यकता थी। सहमति से save किए गए responses owner के लिए anonymous रहते हैं।
  • नए SSO उत्तरदाता team की auto-join + ssoEnforced settings से होकर गुजरते हैं — यदि आप चाहते हैं कि external SSO users बिना manual invites के restricted forms भर सकें, auto-join चालू रखें।

संबंधित

अंतिम अपडेट: 1 मई 2026