विदेशी ग्राहक के अनुबंध में जाँचें ये शर्तें

विदेशी ग्राहक से काम स्वीकार करने से पहले फ्रीलांसर को किन अनुबंध शर्तों की जाँच करनी चाहिए?

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

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

1. अनुबंध करने वाली पार्टी और काम की मंज़ूरी देने वाले व्यक्ति की पुष्टि करें

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

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

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

2. समय क्षेत्रों के अंतर को ध्यान में रखते हुए काम का दायरा और बदलाव की प्रक्रिया तय करें

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

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

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

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

3. भुगतान की शर्तों में मुद्रा और ट्रांसफ़र शुल्क स्पष्ट करें

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

भुगतान की समय-सीमा भी जाँचें। अंतरराष्ट्रीय वित्त टीम के लिए “प्राप्त होते ही भुगतान” का मतलब अस्पष्ट हो सकता है; “सही इनवॉइस मिलने के 14 कैलेंडर दिनों के भीतर” दोनों पक्षों को एक स्पष्ट तारीख़ देता है। बताएँ कि इनवॉइस किसी चरण पर, हर महीने या अंतिम डिलीवरी के बाद भेजा जाएगा, और बकाया इनवॉइस का भुगतान न होने पर काम रोका जा सकता है या नहीं। फ्रीलांसर के लिए अंतरराष्ट्रीय भुगतान की शर्तें तय करते समय मुद्रा, भुगतान की समय-सीमा और शुल्क की ज़िम्मेदारी को स्पष्ट लिखें।

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

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

4. टैक्स से जुड़े दस्तावेज़ और कर कटौती की ज़िम्मेदारियाँ समझें

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

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

टैक्स की ज़िम्मेदारियाँ संबंधित देशों, आपके व्यवसाय के ढाँचे और सेवा के प्रकार पर निर्भर करती हैं। यह न मानें कि ग्राहक की पसंदीदा भाषा से आपकी टैक्स रिटर्न दाख़िल करने की ज़िम्मेदारियाँ तय हो जाती हैं। जिन शर्तों को लेकर संदेह हो, उनकी समीक्षा संबंधित देशों के नियमों की जानकारी रखने वाले योग्य टैक्स सलाहकार से करवाएँ।

5. लागू कानून, विवाद की जगह और अनुबंध की भाषा तय करें

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

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

अगर अनुबंध दो भाषाओं में है, तो बताएँ कि दोनों पाठों में अंतर होने पर कौन-सा संस्करण मान्य होगा। स्वामित्व या दायित्व से जुड़ी किसी शर्त का अनुवाद मूल पाठ से बिल्कुल वही अर्थ न दे। अगर आप यह तय नहीं कर सकते कि कौन-सा संस्करण मान्य है, तो हस्ताक्षर करने से पहले उस शर्त की समीक्षा किसी योग्य अनुवादक या वकील से करवाएँ।

6. बौद्धिक संपदा के हस्तांतरण और पोर्टफ़ोलियो में काम दिखाने की अनुमति तय करें

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

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

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

7. अनुबंध समाप्त करने, काम रद्द करने और अवैतनिक काम से सुरक्षा की शर्तें जाँचें

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

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

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

8. गोपनीयता, डेटा प्रबंधन और सीमा-पार दायित्व की जाँच करें

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

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

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

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

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