Legal Drive

सॉफ्टवेयर विकास समझौता

एक सॉफ्टवेयर विकास समझौता एक अनुबंध है जिसके तहत एक डेवलपर, चाहे वह एक फ्रीलांसर हो या एक फर्म, एक ग्राहक के लिए कस्टम सॉफ्टवेयर बनाता है।

प्रारूपः

एक खाते के साथ मुफ़्तः वर्ड या पीडीएफ, कोई वॉटरमार्क नहीं, आपके डैशबोर्ड पर सहेजा गया है। प्रत्येक पृष्ठ पर एक छोटा संदर्भ पाद लेख होता है ताकि कोई भी इसे सत्यापित कर सके।

आप केवल Legal Drive का भुगतान करते हैं। हम वकील को भुगतान करते हैं। किसी को भी आपसे सीधे भुगतान करने के लिए नहीं कहना चाहिए।

Legal Drive sealएटेस्ट एंड साइन दस्तावेज़ में एक वास्तविक, स्वतंत्र रूप से जांच योग्य रिकॉर्ड को एम्बेड करता है।

इस दस्तावेज़ का अनुवाद अभी तक उपलब्ध नहीं है। नीचे पूर्वावलोकन वह अंग्रेजी पाठ है जिसे आप डाउनलोड करेंगे।

SOFTWARE DEVELOPMENT AGREEMENT This AGREEMENT is made on [effective_date] between [client_name], of [client_address] (the "Client"), and [developer_name], of [developer_address] (the "Developer"). 1. SCOPE OF WORK The Developer shall design, develop and deliver the following software (the "Software"): [scope_of_work] 2. MILESTONES AND DELIVERY [milestones] Any change to the agreed scope shall be documented in a written change request specifying revised timelines and fees, and shall take effect only when signed by both parties. 3. FEES 3.1 The total fee is Rs. [total_fee], payable against the milestones set out above or, if none are set out, on acceptance of the completed Software. 3.2 Fees are exclusive of Goods and Services Tax and are subject to deduction of tax at source under the applicable income-tax law. 4. ACCEPTANCE TESTING 4.1 On delivery of each milestone the Client shall have the testing window stated below (or fifteen days, if none is stated) to test the deliverable against the agreed specification. Testing window (days): [acceptance_days] 4.2 The Client shall notify the Developer in writing of any material non-conformity within that period, and the Developer shall remedy it at no additional cost. 4.3 A deliverable not rejected in writing within the testing window shall be deemed accepted. 5. INTELLECTUAL PROPERTY 5.1 On receipt of full payment, the Developer assigns to the Client absolutely all right, title and interest, including the entire copyright and all rights comprised in it, in the Software developed specifically for the Client under this Agreement. The assignment is worldwide and for the full term of copyright. Section 19(4) of the Copyright Act, 1957 shall not apply, and the assignment shall not lapse if the Client does not exercise any of the assigned rights within one year. 5.2 The Developer retains ownership of its pre-existing tools, libraries, frameworks and know-how, and grants the Client a perpetual, non-exclusive, royalty-free licence to use them to the extent embedded in the Software. 5.3 Where third-party or open-source components are incorporated, the Developer shall disclose them and the licence terms governing them. 6. WARRANTY The Developer warrants that for the warranty period stated below (or ninety days, if none is stated) after acceptance the Software will perform substantially in accordance with the agreed specification, and shall correct defects reported in that period at no charge. This warranty does not cover defects arising from Client modification, misuse, or third-party software. Warranty period (days): [warranty_days] 7. SOURCE CODE AND DOCUMENTATION The Developer shall deliver the source code, build instructions and technical documentation on final payment. 8. CONFIDENTIALITY Each party shall keep confidential the other's non-public information, and shall not use it except for this Agreement. This clause survives termination for three years. 9. LIMITATION OF LIABILITY The Developer's aggregate liability shall not exceed the total fees paid. Neither party is liable for indirect or consequential loss, save in cases of fraud, wilful misconduct or breach of confidentiality. 10. GOVERNING LAW Governed by the laws of India. Disputes shall be referred to arbitration by a sole arbitrator under the Arbitration and Conciliation Act, 1996. FOR THE CLIENT FOR THE DEVELOPER [client_name] [developer_name]

सॉफ्टवेयर विकास समझौता: यह क्या है

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

जब आपको इस दस्तावेज़ की आवश्यकता होती है

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

इसमें क्या शामिल है

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

इसे कैसे भरें, हस्ताक्षर करें और उपयोग करें

  1. हस्ताक्षर करने से पहले एक विस्तृत विनिर्देश या विशेषता सूची लिखें; अस्पष्ट दायरा अधिकांश सॉफ्टवेयर विवादों का कारण बनता है।
  2. तिथि और राशि के साथ काम को मील के पत्थर में विभाजित करें, और परीक्षण विंडो और वारंटी अवधि से सहमत हों।
  3. प्रपत्र भरें और पूर्वावलोकन में बौद्धिक संपदा और स्वीकृति खंडों की समीक्षा करें।
  4. प्रिंट करें और अपने राज्य में लागू स्टाम्प शुल्क का भुगतान करें, फिर दोनों पक्षों के हस्ताक्षर करें।
  5. स्वीकृति खिड़की के भीतर प्रत्येक वितरण योग्य का परीक्षण करें और विशिष्ट दोषों के साथ लिखित रूप में कोई भी अस्वीकृति दें।
  6. अंतिम भुगतान पर, स्रोत कोड, प्रमाण पत्र एकत्र करें, निर्देश और प्रलेखन का निर्माण करें, और हस्तांतरण का एक लिखित रिकॉर्ड रखें।

संलग्न करने या रखने के लिए दस्तावेज़

  • कार्यात्मक विनिर्देशन या कार्यक्षेत्र दस्तावेज़
  • मील का पत्थर और भुगतान अनुसूची
  • अपने लाइसेंस के साथ तृतीय-पक्ष और मुक्त-स्रोत घटकों की सूची
  • परियोजना के दौरान जारी किए गए हस्ताक्षरित परिवर्तन अनुरोध
  • प्रत्येक उपलब्धि के लिए स्वीकृति प्रमाण पत्र

इसके पीछे का कानून

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

बचने के लिए आम गलतियाँ

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

सॉफ्टवेयर विकास समझौता: अक्सर पूछे जाने वाले प्रश्न

स्रोत कोड का मालिक कौन है, ग्राहक या विकासकर्ता?

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

कॉपीराइट असाइनमेंट खंड में क्या शामिल होना चाहिए?

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

यदि ग्राहक समय पर परीक्षण नहीं करता है तो क्या होगा?

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

यदि इलेक्ट्रॉनिक रूप से हस्ताक्षर किए जाते हैं तो क्या एक सॉफ्टवेयर विकास समझौता मान्य है?

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

क्या डेवलपर को लॉन्च के बाद बग को ठीक करना पड़ता है?

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

अंतिम अद्यतन 11 अक्टूबर 2026।

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

संबंधित गाइड

इसके पीछे के कानून को सादे अंग्रेजी में समझाया गया और आधिकारिक स्रोतों के खिलाफ जाँच की गई।

यदि यह विवाद में बदल जाता है, तो आप कर सकते हैं एक कॉर्पोरेट और वाणिज्यिक वकील ढूंढें या एक सत्यापित अधिवक्ता से ऑनलाइन एक प्रश्न पूछें.

सॉफ्टवेयर विकास समझौता का मसौदा तैयार करने वाले लोगों को भी अक्सर इनकी आवश्यकता होती है।