फ्रिल्यान्सर सम्झौता र NDA आधारभूत कुराहरू

धेरैजसो फ्रिलान्स विवादहरू खराब नियतले गर्दा हुँदैनन्। तिनीहरू दुई व्यक्तिहरूले गर्दा हुन्छन् जसले प्रत्येकले "त्यो स्पष्ट रूपमा समावेश थियो" भन्ने सोचेका थिए, र जसले कुनै पनि संस्करण कहिल्यै लेखेनन्।

एक करार, यसको सबैभन्दा उपयोगी रूपमा, कानुनी हतियार होइन। यो एक बाध्यकारी कार्य हो: सर्तहरू लेख्ने कार्यले नै असहमतिलाई सतहमा ल्याउँछ जब यो अझै सस्तो हुन्छ। त्यसैले सबैभन्दा छोटो काम गर्ने सम्झौताले प्रायः लामो सम्झौतालाई जित्छ जुन कसैले पढ्दैन, र किन सबैभन्दा मूल्यवान खण्ड प्रायः त्यो हो जसले केवल "समाप्त" को अर्थ के हो भन्छ।

तपाईंले सुरु गर्नु अघि एउटा नोट

यो गाइड फ्रिलान्स सम्झौता र NDA हरू सामान्यतया कसरी काम गर्छन् भन्ने बारे सामान्य जानकारी हो। यो कानुनी सल्लाह होइन, यो एक वकिल वा अधिवक्ताको विकल्प होइन, र यहाँ कुनै पनि कुरालाई तपाईंको देशको कानूनको बयानको रूपमा मानिनु हुँदैन।

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

सानो कामको लागि पनि लिखित सम्झौता किन महत्त्वपूर्ण छ

कुराहरू लिखित रूपमा राख्ने व्यावहारिक कारण अदालतमा जानुसँग सम्बन्धित छैन, जुन फ्रिलान्स परियोजनामा लगभग कसैले गर्दैन किनभने मुद्दा चलाउने लागत कामको मूल्य भन्दा बढी हुन्छ। यो तीन धेरै सामान्य फाइदाहरूको बारेमा हो।

यसले असहमतिलाई चाँडै सतहमा ल्याउँछ। तपाईंले "तीन चरणको संशोधन" लेख्ने बित्तिकै, तपाईंले फ्रिलान्सरले यसलाई असीमित सोचेको थियो कि थिएन भनेर पत्ता लगाउनुहुन्छ। त्यो कुराकानी दिन शून्यमा केही खर्च गर्दैन र दिन तीसमा धेरै खर्च गर्छ।

यसले तपाईंलाई देखाउनको लागि केही दिन्छ। जब कुनै परियोजना बिग्रन्छ, असहज कुराकानी र वास्तविक विवाद बीचको भिन्नता सामान्यतया सहमत सन्दर्भ बिन्दु छ कि छैन भन्नेमा निर्भर गर्दछ। “हामीले पाँच पृष्ठ भन्यौं” ले तर्क समाप्त गर्छ; “मैले सोचेको थिएँ कि हामीले पाँच पृष्ठ भन्यौं” ले तर्क सुरु गर्छ।

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

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

तपाईंसँग पहिले नै लिखित रूपमा के हुन सक्छ

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

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

धेरै कामहरूको लागि, त्यो स्ट्याक साँच्चै पर्याप्त छ। यसले छोडेको अन्तर भनेको परियोजना-विशेष विवरण हो: तपाईंको विशेष डेलिभरेबलहरू, तपाईंको समयसीमा, र स्वामित्वमा तपाईंको स्थिति। ती कुराहरू स्पष्ट रूपमा थप्न लायक छन्, र तिनीहरूलाई थप्ने सबैभन्दा छिटो तरिका भनेको फ्रीलान्सरले सुरु गर्नु अघि पुष्टि गर्ने छोटो सन्देश हो — छुट्टै PDF होइन जुन इनबक्समा रहन्छ।

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

एक फ्रीलान्स सम्झौताले समेट्नु पर्ने आठ कुराहरू

चाहे यो हस्ताक्षरित सम्झौता होस् वा पुष्टि गरिएको सन्देश, यी ती बिन्दुहरू हुन् जुन पछि वास्तवमा बहस गरिन्छ। यदि तपाईंको सम्झौताले यी आठ कुराहरू समेट्छ भने, यसले आफ्नो काम गरिरहेको छ।

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

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

दायरा र संशोधनहरू सही बनाउने

दायरा नै त्यस्तो ठाउँ हो जहाँ धेरैजसो सम्झौताहरू कमजोर हुन्छन्, किनभने यो त्यस्तो भाग हो जुन तपाईंले लेख्दा स्पष्ट लाग्छ र पछि त्यस्तो नहुन सक्छ।

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

संशोधनहरूले पनि त्यस्तै व्यवहार पाउनुपर्छ। एउटा संख्यामा सहमत हुनुहोस्, र संशोधन के हो भन्ने कुरामा सहमत हुनुहोस्। महत्त्वपूर्ण भिन्नता भनेको तपाईंले मागेको कुरालाई परिष्कृत गर्ने र फरक कुरा माग्ने बीचको हो: रङ प्यालेट परिवर्तन गर्नु एउटा संशोधन हो, अब तपाईं वर्डमार्कको सट्टा मस्कट चाहनुहुन्छ भन्ने निर्णय गर्नु नयाँ काम हो। यो कुरा पहिले नै भन्नुहोस् र तपाईंहरू दुवैले पछि अप्ठ्यारो तरिकाले त्यो कुराकानी गर्नुपर्दैन।

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

साधारण शब्दहरूमा भुक्तानी सर्तहरू

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

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

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

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

बौद्धिक सम्पत्ति: मानिसहरूले छोड्ने खण्ड

यो सबैभन्दा सामान्य रूपमा छोडिएको सर्त हो, र वर्षौं पछि सबैभन्दा महत्त्वपूर्ण हुने सम्भावना भएको सर्त हो — जब तपाईं लोगोको ट्रेडमार्क गर्न चाहनुहुन्छ, व्यवसाय बेच्न चाहनुहुन्छ, वा कसैले नसोचेको बजारमा डिजाइन पुन: प्रयोग गर्न चाहनुहुन्छ।

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

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

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

NDA के हो — र के होइन

एक गैर-खुलासा सम्झौता एक करार हो जसमा एक वा दुवै पक्षले परिभाषित गोप्य जानकारी, परिभाषित अवधिको लागि, खुलासा नगर्ने र यसलाई परिभाषित उद्देश्यका लागि मात्र प्रयोग गर्ने वाचा गर्छन्। यो एक गोपनीयता उपकरण हो। यो मात्र हो।

एक NDA लाई प्रायः तीन कुराहरू गर्ने भनेर गलत बुझिन्छ जुन यसले गर्दैन:

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

त्यो बुझ्दा तपाईंले यसलाई कसरी प्रयोग गर्नुपर्छ भन्ने कुरा परिवर्तन हुन्छ। 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.

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