फ्रीलांसर अनुबंध और एनडीए की मूल बातें

अधिकांश फ्रीलांस विवाद खराब नीयत के कारण नहीं होते हैं। वे दो लोगों के कारण होते हैं, जिनमें से प्रत्येक ने सोचा था कि “वह स्पष्ट रूप से शामिल था” विभिन्न चीजों के बारे में, और जिन्होंने कभी भी किसी भी संस्करण को नहीं लिखा।

एक अनुबंध, अपने सबसे उपयोगी रूप में, एक कानूनी हथियार नहीं है। यह एक बाध्यकारी कार्य है: शर्तों को लिखने का कार्य ही वह है जो असहमति को तब उजागर करता है जब यह अभी भी सस्ता होता है। यही कारण है कि सबसे छोटा व्यावहारिक समझौता आमतौर पर एक लंबे समझौते से बेहतर होता है जिसे कोई नहीं पढ़ता है, और यही कारण है कि सबसे मूल्यवान खंड अक्सर वह होता है जो बस यह कहता है कि “समाप्त” का क्या मतलब है।

शुरू करने से पहले एक नोट

यह मार्गदर्शिका इस बारे में सामान्य जानकारी है कि फ्रीलांस समझौते और एनडीए आमतौर पर कैसे काम करते हैं। यह कानूनी सलाह नहीं है, यह एक सॉलिसिटर या अटॉर्नी का विकल्प नहीं है, और यहां किसी भी चीज़ को आपके देश में कानून का बयान नहीं माना जाना चाहिए।

यह चेतावनी इस विषय पर सामान्य से अधिक मायने रखती है, क्योंकि अनुबंध कानून, रोजगार कानून और बौद्धिक-संपदा कानून सभी अधिकार क्षेत्रों के बीच काफी भिन्न होते हैं — और फ्रीलांस काम अक्सर सीमा पार होता है। विभिन्न देशों में दो पक्ष पूरी तरह से उचित हो सकते हैं और फिर भी डिफ़ॉल्ट रूप से क्या होता है, इसके बारे में असंगत धारणाएं रख सकते हैं। यदि दांव पर लगा पैसा, गोपनीय सामग्री या बौद्धिक संपदा आपके लिए महत्वपूर्ण है, तो अपने अधिकार क्षेत्र में एक योग्य वकील से समझौते की समीक्षा करवाएं। $15 लोगो के मामूली बदलाव के लिए, यह अतिशयोक्ति है; छह अंकों के प्लेटफॉर्म निर्माण के लिए, यह वैकल्पिक नहीं है।

लिखित समझौते का महत्व, छोटे कामों के लिए भी

चीजों को लिखने का व्यावहारिक मामला अदालत जाने से कोई लेना-देना नहीं है, जो लगभग कोई भी फ्रीलांस प्रोजेक्ट पर नहीं करता है क्योंकि मुकदमेबाजी की लागत काम के मूल्य से अधिक होती है। यह तीन बहुत अधिक सामान्य लाभों के बारे में है।

यह असहमति को जल्दी उजागर करता है। जिस क्षण आप “तीन दौर के संशोधन” लिखते हैं, आपको पता चलता है कि फ्रीलांसर ने सोचा था कि यह असीमित था। वह बातचीत शून्य दिन पर कुछ भी खर्च नहीं करती है और तीसवें दिन बहुत कुछ खर्च करती है।

यह आपको कुछ ऐसा देता है जिस पर आप इशारा कर सकें। जब कोई प्रोजेक्ट भटक जाता है, तो एक अजीब बातचीत और एक वास्तविक विवाद के बीच का अंतर आमतौर पर यह होता है कि क्या कोई सहमत संदर्भ बिंदु है। “हमने पांच पेज कहे थे” एक तर्क समाप्त करता है; “मुझे लगा हमने पांच पेज कहे थे” एक शुरू करता है।

अगर चीजें गलत हो जाती हैं तो यह सबूत है। कोई भी समाधान प्रक्रिया — एक प्लेटफॉर्म की, एक मध्यस्थ की, एक अदालत की — जो दिखाया जा सकता है, उससे काम करती है। काम शुरू होने से पहले सहमत एक लिखित दायरा सबसे उपयोगी दस्तावेज है जिसे आप प्रस्तुत कर सकते हैं।

इनमें से किसी के लिए भी औपचारिक विलेख की आवश्यकता नहीं है। इसके लिए एक रिकॉर्ड की आवश्यकता है जिसे दोनों पक्षों ने देखा और आपत्ति नहीं की, एक ऐसी जगह पर जिसे आप में से कोई भी बाद में चुपचाप संपादित नहीं कर सकता।

आपके पास पहले से ही लिखित में क्या हो सकता है

कुछ भी ड्राफ्ट करने से पहले, जो पहले से मौजूद है उसका जायजा लें। जब आप किसी मार्केटप्लेस के माध्यम से खरीदते हैं, तो आपके एक शब्द लिखने से पहले कई दस्तावेज आमतौर पर मौजूद होते हैं।

• लिस्टिंगएक निश्चित मूल्य सेवा विवरण में डिलिवरेबल्स, समावेशन और अक्सर संशोधन गणना शामिल होती है। यह एक लिखित प्रस्ताव है।
• प्लेटफॉर्म की शर्तेंदोनों पक्षों ने आचरण, भुगतान, रिफंड और समाधान को कवर करने वाली एक सामान्य नियम पुस्तिका पर सहमति व्यक्त की है।
• ऑर्डर रिकॉर्डक्या खरीदा गया था, कितने में, और कब — टाइमस्टैम्प्ड और किसी भी पक्ष द्वारा संपादन योग्य नहीं।
• आपकी सबमिट की गई आवश्यकताएंविक्रेता के प्रश्नों के आपके लिखित उत्तर ऑर्डर पर संक्षिप्त का हिस्सा बनते हैं।
• संदेश थ्रेडप्लेटफॉर्म संदेशों में सहमत कुछ भी दिनांकित, जिम्मेदार और दोनों पक्षों को दिखाई देता है।

कई नौकरियों के लिए, वह स्टैक वास्तव में पर्याप्त है। यह जो अंतर छोड़ता है वह परियोजना-विशिष्ट विवरण है: आपके विशेष डिलिवरेबल्स, आपकी समय सीमा, और स्वामित्व पर आपकी स्थिति। ये वे चीजें हैं जिन्हें स्पष्ट रूप से जोड़ना उचित है, और उन्हें जोड़ने का सबसे तेज़ तरीका एक छोटा संदेश है जिसे फ्रीलांसर शुरू करने से पहले पुष्टि करता है — एक अलग पीडीएफ नहीं जो इनबॉक्स में रहता है।

एक चीज जो इन सभी को रद्द कर देती है वह है बातचीत को ऑफ-प्लेटफॉर्म ले जाना। एक बार जब रिकॉर्ड व्यक्तिगत ईमेल और चैट ऐप्स में बिखर जाता है, तो कुछ भी जिम्मेदार नहीं होता है और कुछ भी इस तरह से टाइमस्टैम्प्ड नहीं होता है जिस पर कोई भी पक्ष भरोसा कर सके। समझौते को वहीं रखें जहां ऑर्डर है।

एक फ्रीलांस समझौते में शामिल होने वाली आठ चीजें

चाहे वह एक हस्ताक्षरित अनुबंध हो या एक पुष्टिकृत संदेश, ये वे बिंदु हैं जिन पर बाद में वास्तव में बहस होती है। यदि आपका समझौता इन आठ को कवर करता है, तो यह अपना काम कर रहा है।

• दायरा। क्या उत्पादित किया जा रहा है, संज्ञाओं और संख्याओं में। और, उतना ही महत्वपूर्ण, क्या नहीं।
• डिलिवरेबल्स और प्रारूप। आपको प्राप्त होने वाली वास्तविक फाइलें, यदि आपको उनकी आवश्यकता है तो स्रोत फाइलों सहित।
• संशोधन। कितने राउंड, क्या एक नए अनुरोध के बजाय एक संशोधन के रूप में गिना जाता है, और सीमा से परे क्या होता है।
• समय-सीमा और निर्भरता। तिथियां, साथ ही फ्रीलांसर को आपसे क्या चाहिए और कब तक। निर्भरता सूची के बिना एक समय सीमा एक इच्छा है।
• मूल्य और क्या अतिरिक्त शुल्क को ट्रिगर करता है। संख्या, और वे शर्तें जिनके तहत यह बदलता है।
• भुगतान की शर्तें। पैसा कब और किसके खिलाफ चलता है।
• बौद्धिक संपदा। तैयार काम का मालिक कौन है, और प्रत्येक पक्ष बाद में इसके साथ क्या कर सकता है।
• गोपनीयता। क्या साझा नहीं किया जाना चाहिए, और कब तक।

किसी भी महत्वपूर्ण चीज़ पर दो और बातें जोड़ने लायक हैं: एक समाप्ति खंड जिसमें यह बताया गया हो कि यदि कोई भी पक्ष रुक जाता है तो क्या होता है (आंशिक कार्य का मालिक कौन है, क्या देय है), और एक शासी कानून पंक्ति जिसमें यह बताया गया हो कि किसका कानून लागू होता है और किसी भी विवाद की सुनवाई कहाँ होगी।

दायरा और संशोधन सही करना

दायरा वह जगह है जहाँ अधिकांश समझौते सबसे कमजोर होते हैं, क्योंकि यह वह हिस्सा है जो लिखते समय स्पष्ट लगता है और बाद में ऐसा नहीं निकलता है।

परीक्षण यह है कि क्या कोई अजनबी आपके दायरे को पढ़कर बता सकता है कि आपका काम पूरा हो गया है। “एक लोगो” उस परीक्षण में विफल रहता है। “एक प्राथमिक लोगो, एक स्टैक्ड वेरिएंट, एक मोनोक्रोम वेरिएंट, SVG, PNG और PDF के रूप में आपूर्ति किया गया, साथ ही एक एक-पृष्ठ उपयोग शीट” इसे पास करता है। दूसरा संस्करण लिखने में नब्बे सेकंड अधिक लगते हैं और परियोजना के अंत में होने वाले लगभग सभी तर्क-वितर्क को हटा देता है।

संशोधनों को भी वही उपचार मिलना चाहिए। एक संख्या पर सहमत हों, और सहमत हों कि एक संशोधन क्या है। महत्वपूर्ण अंतर यह है कि आपने जो चीज़ मांगी थी उसे परिष्कृत करना और एक अलग चीज़ मांगना: रंग पैलेट बदलना एक संशोधन है, यह तय करना कि अब आप वर्डमार्क के बजाय एक शुभंकर चाहते हैं, एक नया काम है। इसे पहले ही बता दें और आप दोनों को बाद में अजीब तरह से वह बातचीत नहीं करनी पड़ेगी।

एक समीक्षा विंडो पर सहमत होना भी उचित है — एक अवधि जिसके भीतर आप समेकित प्रतिक्रिया देंगे। तीन हफ्तों में नौ अलग-अलग संदेशों में आने वाली प्रतिक्रिया एक ही संदेश में समान प्रतिक्रिया की तुलना में वास्तव में काम करना कठिन है, और फ्रीलांसर अंतर के लिए कीमत तय करते हैं चाहे उस पर चर्चा की गई हो या नहीं। एक परियोजना संक्षिप्त लिखना पर हमारी मार्गदर्शिका बताती है कि इसे पहले से कैसे संरचित किया जाए।

सादे शब्दों में भुगतान शर्तें

भुगतान शर्तें एक प्रश्न का उत्तर देती हैं: पैसा चलने से पहले क्या सच होना चाहिए। सामान्य संरचनाएं पूर्ण होने पर एक एकल भुगतान, अग्रिम में एक एकल भुगतान, या लंबे काम के लिए चरणों में विभाजन हैं। प्रत्येक कुछ बाजारों में सामान्य है और दूसरों में असामान्य है।

संरचना से अधिक महत्वपूर्ण यह है कि ट्रिगर वस्तुनिष्ठ हो। “अंतिम फ़ाइलों की डिलीवरी पर देय” वस्तुनिष्ठ है। “संतोषजनक पूर्णता पर देय” नहीं है, क्योंकि “संतोषजनक” का कोई परीक्षण संलग्न नहीं है, और दोनों पक्ष इसे अपने पक्ष में परिभाषित करेंगे जब यह मायने रखता है।

यदि आप किसी बाज़ार के माध्यम से खरीद रहे हैं, तो इसमें से अधिकांश प्लेटफ़ॉर्म के अपने भुगतान तंत्र द्वारा पहले से ही संभाला जाता है न कि आपके समझौते द्वारा, और आपको इसे दोहराना नहीं चाहिए। आप अभी भी लिखित रूप में चाहते हैं कि आपका भुगतान क्या कवर करता है, और यदि काम वितरित नहीं किया जाता है तो पैसे का क्या होता है — जो Zinn Hub पर हमारी वापसी नीति द्वारा नियंत्रित होता है न कि आपके द्वारा बनाए गए किसी भी चीज़ द्वारा।

कहीं भी एक शर्त से सावधान रहें: एक समझौता जो भुगतान को फ्रीलांसर के नियंत्रण से पूरी तरह बाहर की किसी चीज़ पर सशर्त बनाता है, जैसे कि समाप्त काम का वाणिज्यिक प्रदर्शन। वह एक शुल्क के रूप में एक साझेदारी है, और यह आमतौर पर दोनों पक्षों के लिए बुरा अंत होता है।

बौद्धिक संपदा: वह खंड जिसे लोग छोड़ देते हैं

यह सबसे अधिक छोड़ी जाने वाली शर्त है, और वह जो वर्षों बाद सबसे अधिक मायने रखती है — जब आप किसी लोगो का ट्रेडमार्क करना चाहते हैं, व्यवसाय बेचना चाहते हैं, या किसी ऐसे बाजार में डिज़ाइन का पुन: उपयोग करना चाहते हैं जिसके बारे में किसी ने सोचा भी नहीं था।

संक्षिप्त संस्करण यह है कि कई न्यायालयों में जो व्यक्ति कोई कार्य बनाता है वह उसका पहला मालिक होता है, और काम के लिए भुगतान करने से अपने आप स्वामित्व हस्तांतरित नहीं होता जब तक कि समझौते में ऐसा न कहा गया हो। कुछ न्यायालयों में ऐसे सिद्धांत हैं जो कुछ संबंधों के लिए इसे बदलते हैं, और विवरण देश-दर-देश काफी भिन्न होते हैं — यही कारण है कि इसे स्पष्ट रूप से बताया जाना चाहिए न कि अनुमान लगाया जाना चाहिए।

समझने के लिए व्यावहारिक अंतर एक असाइनमेंट के बीच है, जहाँ स्वामित्व आपको मिलता है, और एक लाइसेंस के बीच है, जहाँ निर्माता स्वामित्व रखता है और आपको परिभाषित तरीकों से काम का उपयोग करने की अनुमति देता है। दोनों वैध हैं। उनकी कीमत अलग-अलग होती है, और वे पाँच साल बाद बहुत अलग परिणाम देते हैं। हम इसे अपनी मार्गदर्शिका में पूरी तरह से कवर करते हैं कि जब आप एक फ्रीलांसर को किराए पर लेते हैं तो कॉपीराइट का मालिक कौन होता है।

आप जो भी सहमत हों, तीन बातें लिखित में रखें: क्या स्थानांतरित या लाइसेंस किया जा रहा है, क्या यह अनन्य है, और क्या फ्रीलांसर अपने पोर्टफोलियो में काम दिखा सकता है। वह अंतिम बिंदु अधिकांश मामलों में देना उचित है — पोर्टफोलियो अधिकार फ्रीलांसरों के लिए बहुत मायने रखते हैं और अधिकांश खरीदारों को कुछ भी खर्च नहीं करते हैं — लेकिन यदि आपकी परियोजना वास्तव में नहीं दिखाई जा सकती है, तो काम शुरू होने से पहले कहें, न कि किसी के प्रोफ़ाइल पर दिखाई देने के बाद।

एक NDA क्या है — और क्या नहीं है

एक गैर-प्रकटीकरण समझौता एक अनुबंध है जिसमें एक या दोनों पक्ष परिभाषित गोपनीय जानकारी को, एक परिभाषित अवधि के लिए, प्रकट न करने और इसे केवल एक परिभाषित उद्देश्य के लिए उपयोग करने का वादा करते हैं। यह एक गोपनीयता उपकरण है। बस इतना ही है।

एक NDA को अक्सर तीन चीजें करने के लिए गलत समझा जाता है जो वह नहीं करता है:

• यह IP को स्थानांतरित नहीं करता हैगोपनीयता और स्वामित्व अलग-अलग खंड हैं। एक NDA अपने आप में स्वामित्व को वहीं छोड़ देता है जहाँ वह था।
• यह एक विचार की रक्षा नहीं करता हैयह एक विशिष्ट व्यक्ति को वह प्रकट करने से रोकता है जो आपने उन्हें बताया था। यह आपको किसी ऐसे व्यक्ति के खिलाफ कोई अधिकार नहीं देता है जिसके पास स्वतंत्र रूप से वही विचार है।
• यह खुद को लागू नहीं करता हैप्रवर्तन का अर्थ है उल्लंघन साबित करना, नुकसान साबित करना और इसे सीमा पार करना। यह महंगा और धीमा है।

यह समझना कि आप इसका उपयोग कैसे करते हैं, बदल जाता है। एक NDA का यथार्थवादी मूल्य ज्यादातर निवारक और परिभाषात्मक है: यह गोपनीयता की अपेक्षा को स्पष्ट करता है, जो एक वास्तविक लाभ है, और यह गंभीरता का संकेत देता है। यह एक तिजोरी नहीं है। वास्तव में संवेदनशील सामग्री के लिए सबसे मजबूत सुरक्षा अभी भी इसे न भेजना है — या एक संशोधित संस्करण भेजना है — जब तक कि आपके पास एक कार्य संबंध न हो।

दो शब्द जो आपको इसके साथ मिलेंगे: एक आपसी NDA दोनों पक्षों को बांधता है, जो सामान्य और उचित है जब फ्रीलांसर भी तरीके या उपकरण साझा करेगा; एक एकतरफा NDA केवल प्राप्तकर्ता को बांधता है। अधिकांश फ्रीलांस जुड़ाव एक आपसी वाले के लिए उपयुक्त होते हैं।

जब एक NDA पूछने लायक हो

एक नियमित काम पर एक NDA के लिए पूछना एक सामान्य आत्म-लक्ष्य है। यह घर्षण जोड़ता है, इसे अविश्वास के रूप में पढ़ा जा सकता है, कुछ फ्रीलांसर सीधे मना कर देंगे, और $20 कार्य के लिए यह कुछ भी मायने नहीं रखता है। सही सवाल यह नहीं है कि “क्या यह गोपनीय हो सकता है?” बल्कि “अगर यह बाहर निकल गया तो मुझे विशेष रूप से क्या नुकसान होगा, और क्या यह दस्तावेज़ उस जोखिम को सार्थक रूप से कम करेगा?”

आमतौर पर इसके लायक: अप्रकाशित उत्पाद या लॉन्च की तारीखें; व्यावसायिक रूप से संवेदनशील आंकड़े जैसे मूल्य निर्धारण मॉडल, मार्जिन या ग्राहक सूचियां; आपके अपने ग्राहकों से संबंधित व्यक्तिगत डेटा; स्रोत कोड या मालिकाना प्रक्रियाएं; किसी तीसरे पक्ष के प्रति आपकी मौजूदा गोपनीयता दायित्व के तहत कुछ भी।

आमतौर पर इसके लायक नहीं: एक लोगो, एक लैंडिंग पृष्ठ, एक ब्लॉग पोस्ट, एक नियमित संपादन, या एक विचार जिसका मूल्य पूरी तरह से निष्पादन में निहित है। यदि एक प्रतियोगी को यह पता चलता है कि आप क्या कर रहे हैं, तो कुछ भी नहीं बदलेगा, NDA सुरक्षा के बजाय प्रशासन है।

यदि आपको इसकी आवश्यकता है, तो संक्षिप्त विवरण भेजने से पहले इसे उठाएं, बाद में नहीं — और पैमाने के बारे में यथार्थवादी बनें। एक छोटा, स्पष्ट, आपसी NDA जिसे एक फ्रीलांसर वास्तव में हस्ताक्षरित करेगा, वह एक बारह-पृष्ठ के दस्तावेज़ से बेहतर है जो परियोजना को एक पखवाड़े के लिए रोक देता है। यह जांचना भी उचित है कि इसके प्रतिबंध आनुपातिक हैं: कई न्यायालयों में अदालतें गोपनीयता दायित्वों को प्रतिकूल रूप से देखती हैं जो समय और दायरे में असीमित हैं, इसलिए एक शाश्वत, सार्वभौमिक खंड व्यवहार में एक संकीर्ण, अच्छी तरह से परिभाषित खंड की तुलना में कमजोर हो सकता है।

NDA के अंदर की शर्तें

आप जिस भी टेम्पलेट का उपयोग करते हैं, इन पांच खंडों को ठीक से पढ़ें, क्योंकि वे यह निर्धारित करते हैं कि दस्तावेज़ कुछ भी करता है या नहीं।

• गोपनीय जानकारी की परिभाषा। बहुत संकीर्ण होने पर यह उस चीज़ को छोड़ देता है जिसकी आपको परवाह थी; बहुत व्यापक होने पर (“सभी जानकारी चाहे कैसे भी प्रकट की गई हो”) इसे लागू करना मुश्किल हो जाता है। सामग्री को गोपनीय के रूप में चिह्नित करना जब आप इसे भेजते हैं तो यह एक सरल, प्रभावी आदत है।
• अनुमत उद्देश्य। प्राप्तकर्ता जानकारी का उपयोग केवल कार्य करने के लिए कर सकता है। इसके बिना, आपने प्रकटीकरण को प्रतिबंधित किया है लेकिन उपयोग को नहीं।
• अपवाद। मानक और उचित: जानकारी जो पहले से सार्वजनिक है, प्राप्तकर्ता को पहले से ज्ञात है, स्वतंत्र रूप से विकसित की गई है, या कानून द्वारा प्रकट करने की आवश्यकता है। बिना किसी अपवाद के एक NDA जिसने इसे तैयार किया है उसके बारे में एक चेतावनी संकेत है।
• अवधि। एक परिभाषित अवधि — आमतौर पर सगाई समाप्त होने के बाद कुछ वर्षों की संख्या — कई न्यायालयों में “हमेशा” की तुलना में अधिक लागू करने योग्य है, वास्तविक व्यापार रहस्यों के सामान्य अपवाद के साथ।
• शासी कानून और क्षेत्राधिकार। किस देश का कानून लागू होता है और विवाद कहाँ सुना जाएगा। एक सीमा-पार सगाई में यह वह खंड है जो यह तय करता है कि प्रवर्तन यथार्थवादी है या नहीं।

एक ऐसे खंड पर ध्यान दें जो चुपचाप गोपनीयता के अलावा कुछ और करता है — एक IP असाइनमेंट, एक गैर-प्रतिस्पर्धा, या एक व्यापक गैर-अनुरोध जो एक NDA में छिपा हुआ है। वे ठोस प्रतिबद्धताएं हैं और एक ऐसे दस्तावेज़ में होनी चाहिए जिसे आपने इस तरह पढ़ा है, चाहे कोई भी पक्ष उन्हें प्रस्तावित कर रहा हो।

Zinn Hub पर यह कैसे काम करता है

Zinn Hub खरीदारों और Zinners के बीच अनुबंधों का मसौदा तैयार नहीं करता, होस्ट नहीं करता या गवाह नहीं बनता है, और यह NDA टेम्पलेट प्रदान नहीं करता है। यह जो प्रदान करता है वह एक ऐसा ढांचा है जिसके अंदर समझौता होता है, और यह जानना उचित है कि आपको कौन से हिस्से खुद लिखने की आवश्यकता नहीं है।

प्लेटफ़ॉर्म की शर्तें पहले से ही दोनों पक्षों को बाध्य करती हैं। हमारी नियम और शर्तें आचरण, भुगतान, रिफंड और समाधान को कवर करने वाली एक साझा नियम पुस्तिका निर्धारित करती हैं, और दोनों पक्ष लेनदेन करने से पहले उन्हें स्वीकार करते हैं।

वितरण योग्य वस्तुओं के स्वामित्व का एक निर्धारित डिफ़ॉल्ट होता है। शर्तें प्रदान करती हैं कि सेवा वितरण योग्य वस्तुओं में बौद्धिक संपदा अधिकार Zinner और Zinnector के बीच समझौते द्वारा निर्धारित किए जाते हैं, और जब तक अन्यथा निर्दिष्ट न हो, Zinnector अपने इच्छित उद्देश्य के लिए वितरण योग्य वस्तुओं का उपयोग करने का अधिकार प्राप्त करता है, Zinner पोर्टफोलियो अधिकार बनाए रख सकता है जब तक कि स्पष्ट रूप से माफ न किया जाए, और विशिष्ट IP शर्तों को सेवा विवरण, प्रस्ताव या सीधे संचार में स्पष्ट किया जाना चाहिए। दूसरे शब्दों में: शर्तें आपको इसे सहमत करने के लिए कहती हैं, और यदि आप ऐसा नहीं करते हैं तो आपको एक फॉलबैक देती हैं।

डेटा हैंडलिंग के दायित्व पहले से लागू होते हैं। जहां एक Zinner किसी ऑर्डर को डिलीवर करते समय खरीदार से व्यक्तिगत डेटा, फाइलें या क्रेडेंशियल प्राप्त करता है, तो शर्तें उन्हें लागू डेटा सुरक्षा कानून के अनुसार इसे संभालने, अपनी स्टोर नीतियों में निर्दिष्ट गोपनीयता बनाए रखने, इसे केवल उस ऑर्डर के लिए उपयोग करने, ऑर्डर पूरा होने के 30 दिनों के भीतर इसे सुरक्षित रूप से हटाने की आवश्यकता होती है, जब तक कि लंबी अवधि पर सहमति न हो, और किसी भी उल्लंघन के बारे में आपको और Zinn Hub को सूचित करें। यह किसी भी अलग NDA से पहले एक सार्थक आधार रेखा है।

Invite Only controls who can propose, not who can read. When you post a project you can set its visibility to Invite Only. Only freelancers you personally invite from the freelancer directory can then submit a proposal, and the brief is not broadcast to freelancers in the usual new-project alerts. It does not hide the brief: the project is still listed on the public Projects hub with an Invite Only badge, and anyone who opens it can read it. So write the brief at a level you are happy for anyone to read, and share the confidential detail privately with the Zinner you shortlist, under an NDA if you need one.

रिकॉर्ड को प्लेटफॉर्म पर रखें। प्लेटफॉर्म संदेशों में सहमत दायरा दिनांकित होता है और दोनों पक्षों को दिखाई देता है, और यदि कोई काम गलत हो जाता है तो एक समाधान प्रक्रिया उसी से काम करती है। एक फ्रीलांसर के साथ विवाद को कैसे संभालें पर हमारी मार्गदर्शिका बताती है कि वह प्रक्रिया व्यवहार में कैसी दिखती है।