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

अधिकांश 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 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 में नए लोग तब शामिल होते हैं जब वे पहली बार SSO से sign in करते हैं — चाहे form की अपनी sign-in screen पर या खुद NueForm में। यदि आपकी team की auto-join setting चालू है, तो वे आपके configured role (default: viewer) पर शामिल होते हैं। यदि auto-join बंद है, तो उन्हें पहले एक invitation चाहिए: जब कोई team admin ठीक उसी email address को invite करता है जिससे आपकी company का SSO उन्हें पहचानता है, तो वे invitation वाले role पर अपने-आप आपकी team में शामिल हो जाते हैं। Invitation के बिना, वे "अनुमोदन आवश्यक" page देखते हैं।
• Form owner हर submission पर उत्तरदाता के नाम के बगल में एक ✓ SSO badge देखता है, यह पुष्टि करते हुए कि identity आपके भरोसेमंद IdP से आई है।

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

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

हर 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 के बीच एक स्पष्ट रेखा खींचता है:

मुख्य बात: सहमति से 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 के निजी विवरण नहीं।

आपकी Team का SSO Domain

Team SSO आपकी team settings में दो steps में set up होता है: पहले अपनी company का email domain verify करें, फिर अपना identity provider (SAML या OIDC) connect करें।

• Domain verify करें। Domain डालें और Verify Domain पर click करें। NueForm एक TXT record (nueform-verify=…) दिखाता है जिसे domain के DNS में जोड़ना है; जुड़ जाने के बाद Re-check DNS पर click करें। हर domain को यह record चाहिए: example.com जैसे test domains के लिए भी कोई छूट नहीं है।
• हर team का एक domain। हर team का एक ही SSO domain होता है, और जिस domain को किसी दूसरी team ने verify किया है या SSO के लिए इस्तेमाल करती है, उसे जोड़ा नहीं जा सकता।
• केवल उसी domain के addresses। आपका identity provider केवल ठीक आपकी team के domain वाले addresses से sign in करा सकता है। किसी दूसरे address से sign-in, subdomain वाले address समेत, refuse हो जाता है।
• SSO चालू रहते locked। दूसरे domain पर जाने के लिए Remove SSO से SSO बंद करें, फिर नया domain verify करें और अपना identity provider दोबारा connect करें।

Auto-Join और Team SSO

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

• इस टीम में SSO सदस्यों को स्वतः जोड़ें। चालू होने पर, आपकी team के domain पर email के साथ SSO के माध्यम से sign in करने वाला कोई भी व्यक्ति configured default role (default: viewer) पर स्वचालित रूप से आपकी team में जुड़ जाता है। हर नया auto-added member आपके plan के included count से ऊपर एक billable seat के रूप में गिना जाता है।
• {आपका domain} पर उपयोगकर्ताओं के लिए SSO आवश्यक करें। चालू होने पर (नए सक्षम team SSO के लिए default), आपकी team के domain पर email वाले लोग password से या Google, Microsoft, GitHub या Apple से NueForm में sign in नहीं कर सकते, भले ही उनका account पहले से हो — उन्हें SSO का उपयोग करना होगा। अगर वे कोशिश करते हैं, तो वे sign out हो जाते हैं और sign-in page पर आपका संगठन सिंगल साइन-ऑन का इस्तेमाल करता है। अपनी कंपनी के साइन इन से जारी रखें। दिखता है। वहाँ अपना email address डालने पर वे आपके SSO पर पहुँच जाते हैं। यह उस स्थिति को रोकता है जहाँ name@yourcompany.com वाले किसी व्यक्ति का personal NueForm account है जो आपकी team से जुड़ा नहीं है। यह NueForm में sign in करने पर और MCP connections पर लागू होता है: password या social account से sign in किया गया AI client भी मना कर दिया जाता है। जो respondent sign-in माँगने वाले form पर पहले से signed in है, उसे इसके लिए दोबारा check नहीं किया जाता, और API keys को भी नहीं: कोई key revoke होने तक काम करती रहती है, इसलिए जिन लोगों का access खत्म होना चाहिए उनसे अपनी keys revoke करने को कहें (उनकी profile के डेवलपर tab में), या उन्हें अपनी team से हटा दें। इसे बंद करने से sign-up नहीं खुलता: आपके domain के address को नया account अब भी केवल SSO से ही मिल सकता है (देखें Account बनाना)।
• नए SSO सदस्यों के लिए डिफ़ॉल्ट भूमिका। वह role चुनें जिससे नए auto-joined members शुरू होते हैं। हम viewer (read-only) पर default करते हैं, और जैसे लोग अधिक responsibility लेते हैं, आप जानबूझकर promote करते हैं।

यदि auto-join बंद है, तो आपकी team के domain से SSO sign-ins block हो जाते हैं — जब तक वह व्यक्ति पहले से आपकी team का member न हो या उसके पास आपकी team का कोई pending invitation न हो। Invitation ही approval है: ठीक उसी email address को invite करें जिससे आपकी company का SSO उस व्यक्ति को पहचानता है — वह address जो आपका identity provider भेजता है, कोई alias या personal email नहीं — और अगली बार SSO से sign in करने पर वह invitation वाले role पर अपने-आप आपकी team में शामिल हो जाएगा। कोई link click करने की ज़रूरत नहीं है। Invitation के बिना, उसे "अनुमोदन आवश्यक" page दिखता है जो उसे invitation लेने को कहता है; अगर आपकी team में उसके लिए कोई seat बाकी नहीं है, तो page यही बताता है। Invitations 7 दिनों बाद expire हो जाते हैं। अगर कोई invitation expire हो जाए, तो उसी address के लिए नया invitation बनाएं — invitation दोबारा भेजा नहीं जा सकता। किसी member को हटाने पर उसके pending invitations भी cancel हो जाते हैं, ताकि वह उनसे दोबारा शामिल न हो सके। यह सब form-respondent SSO पर भी लागू होता है — यदि आपके form में Require team SSO चालू है, तो वही नियम लागू होते हैं, और आपकी team में नया व्यक्ति form पर sign in करते ही team में शामिल हो जाता है। तो यदि आप चाहते हैं कि external-but-trusted SSO users हर किसी को invite किए बिना आपकी team के restricted forms भर सकें, तो auto-join चालू रखें।

Auto-join बंद होने पर invitation का इस्तेमाल केवल वही account कर सकता है जो सच में invited व्यक्ति का हो। अगर कोई NueForm account invited address पहले से इस्तेमाल करता है लेकिन उसने उसे कभी confirm नहीं किया (किसी account पर address बिना confirm किए डाला जा सकता है, इसलिए वह किसी और का हो सकता है), तो SSO sign-in उस account से नहीं जोड़ा जाता और invitation अभी इस्तेमाल नहीं होता। व्यक्ति को इस ईमेल का पहले से एक NueForm खाता है दिखता है, और वे email से confirm कर सकते हैं कि address उनका है (देखें Sign-in के तरीके और आपका Account)। Confirm करते ही sign-in जुड़ जाता है, और वे invited role के साथ आपकी team में शामिल हो जाते हैं।

Sign-in के तरीके और आपका Account

एक NueForm account में एक समय पर एक email address और एक sign-in तरीका होता है: password, Google, Microsoft, GitHub, Apple या आपकी company का SSO। जब कोई ऐसे address से नए तरीके से sign in करता है जिसका पहले से account है, तो NueForm नए sign-in को उस account से अपने-आप तभी जोड़ता है जब ये दोनों बातें सही हों:

• account का email address पहले से confirm हो, और
• नया sign-in उस address की पुष्टि करता हो: provider उसे verified बताता हो, या वह आपकी company का SSO हो।

नहीं तो कुछ नहीं जोड़ा जाता, और व्यक्ति को इस ईमेल का पहले से एक NueForm खाता है दिखता है, दो विकल्पों के साथ:

• मुझे पुष्टि लिंक ईमेल करें — NueForm account के address पर एक link भेजता है। यह 30 मिनट तक काम करता है, उसी browser में और उसी sign-in तरीके से जिससे इसे माँगा गया था। इसे खोलने पर नया sign-in account से जुड़ जाता है।
• किसी दूसरे तरीके से साइन इन करें — sign out करें और पहले वाले तरीके से sign in करें। अगर account में password है, तो आप उससे sign in कर सकते हैं।

किसी account पर address बिना confirm किए डाला जा सकता है, इसलिए यह step पक्का करता है कि केवल inbox पर नियंत्रण रखने वाला व्यक्ति ही नया sign-in जोड़ सके। नया sign-in जुड़ने के बाद account उसी का इस्तेमाल करता है: पहले वाला तरीका अब अपने-आप account नहीं खोलता (उस browser में भी नहीं जिसमें उस तरीके से पहले से sign in है), और वह केवल उसी check से गुज़रकर वापस आ सकता है।

अपना Email बदलना

अपने account का email बदलने के लिए अपनी profile में नया address डालें और पुष्टि लिंक भेजें पर click करें। NueForm नए address पर एक link भेजता है; बदलाव तभी होता है जब आप 24 घंटे के भीतर उसे खोलकर नए ईमेल की पुष्टि करें पर click करते हैं। तब तक आपका account अपना मौजूदा address ही रखता है। आप ऐसे address पर नहीं जा सकते जिसे कोई दूसरा NueForm account इस्तेमाल करता है, या ऐसे domain के address पर जिसकी organization SSO से NueForm में sign in करती है।

Account बनाना

ऐसे address से sign up करना refuse हो जाता है जिसका पहले से NueForm account है: इसके बजाय sign in करें। जिस domain की organization SSO से NueForm में sign in करती है, उसके address को account केवल उसी company sign-in से मिलता है, team की SSO settings चाहे जो हों: sign-up form उसे refuse करता है, और Google, Microsoft, GitHub या Apple से पहला sign-in भी।

सारांश

• 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 से होकर गुजरते हैं। Auto-join बंद होने पर, उनकी company के SSO वाले ठीक उसी email address पर भेजा गया invitation ही उनका approval है, और वे invitation वाले role पर शामिल होते हैं। दोनों ही स्थितियों में वे तब शामिल होते हैं जब वे पहली बार SSO से sign in करते हैं, form पर या खुद NueForm में। यदि आप चाहते हैं कि external SSO users बिना हर किसी को invite किए restricted forms भर सकें, तो auto-join चालू रखें।

संबंधित

• टीमें — Team roles, seats, और SSO configuration
• पूर्ण टीम सेटअप गाइड — End-to-end team setup, SSO और access controls सहित
• ऑडिट लॉग — Team activity track करें (Enterprise)