यदि तपाईंको सफ्टवेयर आपूर्तिकर्ता दिवालिया भयो वा यसको उत्पादन कायम राख्न बन्द भयो भने सफ्टवेयर एस्क्रोले तपाईंलाई सुरक्षा दिन्छ: एक स्वतन्त्र एजेन्टले स्रोत कोड राख्छ र सहमति भएको घटना हुँदा तपाईंलाई जारी गर्दछ। डच कानून अन्तर्गत, यो केवल तब मात्र काम गर्छ जब व्यवस्था तीन-पक्षीय सम्झौता हो र स्रोत कोड प्रयोग गर्ने तपाईंको इजाजतपत्र अग्रिम रूपमा प्रदान गरिएको छ, रिलीजमा होइन।
You hold the executable code and a licence; the supplier holds the source code, the build tools and the knowledge. Below we explain how to set up escrow so that it holds under the Dutch Bankruptcy Act (Faillissementswet, Fw).
सामग्रीको तालिका
सफ्टवेयर एस्क्रो भनेको के हो र यसले कस्तो जोखिमलाई समेट्छ?
आपूर्तिकर्ताले स्रोत कोड र सहायक सामग्रीहरू स्वतन्त्र तेस्रो पक्ष, एस्क्रो एजेन्टसँग जम्मा गर्छ। एजेन्टले तिनीहरूलाई परिभाषित घटना नभएसम्म राख्छ, र त्यसपछि तिनीहरूलाई तपाईंलाई जारी गर्दछ ताकि तपाईंले सफ्टवेयर चलाइराख्न सक्नुहुन्छ।
The risk is continuity, not ownership. A company that runs its order processing or production planning on one supplier’s product needs months to migrate, usually with help from the outgoing supplier. Escrow buys you time to leave in an orderly way. Three situations matter.
- दिवालियापन। आपूर्तिकर्तालाई दिवालिया घोषित गरिएको छ, एक ट्रस्टी (क्यूरेटर) नियुक्त गरिन्छ, कर्मचारी बिदा र समर्थन बन्द हुन्छ। यो परिदृश्य एस्क्रो लेखिएको हो, र जहाँ डच कानूनले सबैभन्दा ठूलो भूमिका खेल्छ।
- बन्द। आपूर्तिकर्ताले उत्पादन फिर्ता लिन्छ, तपाईंको संस्करणलाई समर्थन गर्न बन्द गर्छ, वा तपाईंको स्थापनामा कुनै चासो नभएको कम्पनीले कब्जा गर्छ। यो दिवालियापन भन्दा धेरै पटक हुन्छ, र प्रायः रिलीज क्लजबाट हराइरहेको हुन्छ।
- मर्मत गर्न लगातार असफलता। आपूर्तिकर्ता अझै पनि अवस्थित छ र अझै पनि बीजकहरू बनाउँछ, तर अब दोषहरू समाधान गर्दैन, सुरक्षा प्याचहरू जारी गर्दैन वा उत्पादनलाई आफू निर्भर प्रणालीहरूसँग उपयुक्त राख्दैन।
तपाईंले दुई-पक्षीय वा तीन-पक्षीय व्यवस्था छनौट गर्नुपर्छ?
त्रि-पक्षीय व्यवस्था छनौट गर्नुहोस्। त्यसपछि मात्र रिहाइ दिवालिया आपूर्तिकर्ताद्वारा नभई आफ्नै सम्झौता अन्तर्गत एक विलायक तेस्रो पक्षद्वारा गरिन्छ।
दुई-पक्षीय व्यवस्था भनेको मुख्य सम्झौतामा गरिएको एउटा वाचा हो कि यदि कुनै परिभाषित घटना घट्यो भने आपूर्तिकर्ताले स्रोत कोड हस्तान्तरण गर्नेछ। यो सस्तो छ तर कमजोर छ। कसैले पनि स्वतन्त्र रूपमा केहि जम्मा गरिएको थियो वा अद्यावधिक राखिएको थियो कि थिएन भनेर जाँच गर्दैन। अझ महत्त्वपूर्ण कुरा, दिवालियापन पछि तपाईंले ट्रस्टीलाई दिवालिया सम्पत्तिको दायित्व पूरा गर्न भनिरहनुभएको छ, र ट्रस्टी त्यसो गर्न बाध्य छैन।
तीन-पक्षीय व्यवस्थाले एस्क्रो एजेन्टलाई सम्झौतामा एक पक्षको रूपमा थप्छ। एजेन्टले निक्षेपको जिम्मा लिन्छ, यसलाई जाँच गर्छ, राख्छ र यसलाई जारी गर्ने प्रत्यक्ष दायित्व तपाईंको हो। एजेन्टले रिलीज घटना भएको छ कि छैन भनेर पनि निर्णय गर्छ। यसले तपाईंलाई मद्दत गर्ने कुनै कारण नभएको ट्रस्टीबाट निर्णय खोस्छ।
निक्षेपमा के के समावेश हुनुपर्छ?
स्रोत कोड मात्र भन्दा धेरै बढी। निर्माण निर्देशनहरू र निर्भरताहरूको सूची बिनाको स्रोत कोडले काम गर्ने सफ्टवेयर उत्पादन गर्नु अघि हप्तौं रिभर्स इन्जिनियरिङ लिन सक्छ, र तपाईंको प्रणाली पहिले नै असमर्थित हुँदा तपाईंसँग त्यो समय हुँदैन।
Incomplete deposits are the most common failure in practice. The table below lists what a useful deposit contains.
| घटक | यो किन आवश्यक छ |
|---|---|
| स्रोत कोड, पूर्ण र संस्करणित | विकास शाखासँग होइन, वास्तवमा प्रयोगमा रहेको संस्करणसँग मिल्नुपर्छ। |
| निर्माण र तैनाथी निर्देशनहरू | कम्पाइलर र रनटाइम संस्करणहरू, निर्माण स्क्रिप्टहरू, वातावरण चरहरू र तैनाती चरणहरू। तिनीहरू बिना कोड काम गर्ने सफ्टवेयर बन्न सक्दैन। |
| प्राविधिक र कार्यात्मक कागजातहरू | वास्तुकला, डेटा मोडेल, इन्टरफेस र ज्ञात दोषहरू। यसले तेस्रो पक्षले कोड कायम राख्न सक्छ वा यसलाई मात्र चलाउन सक्छ कि सक्दैन भन्ने निर्णय गर्छ। |
| तेस्रो-पक्ष र खुला स्रोत घटकहरू | संस्करणहरू र इजाजतपत्र सर्तहरू सहितको निर्भरताहरूको सूची। केही व्यावसायिक कम्पोनेन्टहरूलाई आफ्नै आपूर्तिकर्ताबाट छुट्टै इजाजतपत्र चाहिन्छ। |
| लाइसेन्स कुञ्जीहरू, प्रमाणपत्रहरू र प्रमाणहरू | अब अवस्थित नभएको लाइसेन्स सर्भरमा सम्पर्क गर्नुपर्ने सफ्टवेयर चलिरहने छैन। |
निक्षेप अद्यावधिक गर्ने दायित्व थप्नुहोस्। हस्ताक्षर गर्दा एक पटक गरिएको निक्षेप एक वा दुई रिलीज पछि पुरानो हुन्छ। निक्षेपहरूलाई रिलीज तालिकामा लिङ्क गर्नुहोस्, उदाहरणका लागि प्रत्येक प्रमुख रिलीज वा निश्चित अन्तरालमा, र निक्षेप ढिलो हुँदा सूचित गर्न सोध्नुहोस्।
तपाईंलाई कुन स्तरको प्रमाणीकरण चाहिन्छ?
धेरैजसो ग्राहकहरूको लागि, पूर्णता र कागजात समीक्षा सही मापदण्ड हो। आउटेजले तपाईंको व्यवसायलाई खतरामा पार्ने ठाउँमा मात्र पूर्ण निर्माण र सञ्चालन परीक्षण छनौट गर्नुहोस्।
- फाइल जाँच। एजेन्टले निक्षेप पढ्न सकिने, भाइरसमुक्त र फाइल सूचीसँग मेल खाने पुष्टि गर्छ। यसले केही आइपुगेको प्रमाणित गर्छ, काम गर्दैन भन्ने होइन। आफैंमा, यसले थोरै सुरक्षा प्रदान गर्दछ।
- पूर्णता र कागजात समीक्षा। एजेन्टले निर्माण निर्देशनहरू र निक्षेप विरुद्ध निर्भरताहरू जाँच गर्दछ र अन्तरहरू रिपोर्ट गर्दछ। यसले सामान्य समस्याहरू समात्छ, जस्तै हराएको निर्माण चरणहरू, कागजात नगरिएका निर्भरताहरू र तपाईंलाई प्रयोग गर्ने अधिकार नभएका कम्पोनेन्टहरू, पूर्ण परीक्षणको लागतको एक अंशमा।
- पूर्ण निर्माण र सञ्चालन परीक्षण। एजेन्टले सफा वातावरणमा निक्षेप संकलन गर्छ र परीक्षण डेटा प्रयोग गरेर चलाउँछ। यो एक मात्र स्तर हो जसले निक्षेपले काम गर्छ भनेर प्रमाणित गर्छ, तर यो ढिलो, महँगो छ र सफ्टवेयर परिवर्तन हुँदै जाँदा यसलाई दोहोर्याउनु पर्छ।
विवाद गर्न नसकिने रिलिज कार्यक्रमहरूको मस्यौदा कसरी तयार पार्नुहुन्छ?
प्रत्येक घटनालाई आपूर्तिकर्ताको आचरणको बारेमा निर्णयबाट होइन, कागजात वा समय बित्दै जाँदा प्रमाणित गर्न सकिने बनाउनुहोस्। एस्क्रो एजेन्टले दबाबमा र कानुनी सल्लाह बिना नै यो खण्ड लागू गर्नुपर्छ।
| विमोचन कार्यक्रम | यसलाई वस्तुनिष्ठ रूपमा प्रमाणित गर्न कसरी सकिन्छ |
|---|---|
| आपूर्तिकर्ताको दिवालियापन | अदालतको फैसला, वा दिवालियापन दर्तामा प्रविष्टि। |
| भुक्तानी निलम्बन वा पुनर्संरचना प्रक्रिया | दर्तामा देखाइए अनुसार, प्रशासक वा पुनर्संरचना विशेषज्ञको नियुक्ति। |
| व्यवसायको विघटन वा समाप्ति | चेम्बर अफ कमर्स ट्रेड रजिस्टरबाट हटाउने, वा विघटनको प्रस्ताव। |
| उत्पादन वा प्रयोगमा रहेको संस्करणको विच्छेदन | आपूर्तिकर्ताले रिलिज जारी गर्न बन्द गरेपछिको लिखित अवधि समाप्त भएको सूचना, वा तोकिएको अवधि समाप्त भएको सूचना। |
| मर्मत गर्न निरन्तर असफलता | सूचना र उपचार अवधि पछि, अनुबंध प्रतिक्रिया समय भित्र परिभाषित गम्भीरताको दोष समाधान गर्न असफल भएमा, निश्चित अवधि भित्र निश्चित संख्यामा पटक दोहोर्याइयो। |
| तेस्रो पक्षलाई सफ्टवेयर स्थानान्तरण | निश्चित अवधि भित्र प्राप्तकर्ताद्वारा मर्मतसम्भार दायित्वहरूको कुनै लिखित धारणा छैन। |
दुई थप बुँदाहरूले धेरैजसो काम गर्छन्। पहिलो, आपत्तिको भार आपूर्तिकर्तामाथि राख्नुहोस्: तपाईंले एजेन्टलाई प्रमाणसहित सूचित गर्नुहुन्छ, आपूर्तिकर्तासँग आपत्ति जनाउनको लागि छोटो निश्चित अवधि हुन्छ, र यदि यसले आपत्ति जनाएन भने, एजेन्टले छोड्छ। दोस्रो, विवाद प्रक्रियामा पहिले नै सहमति जनाउनुहोस्, जस्तै विशेषज्ञद्वारा बाध्यकारी सल्लाह वा छोटो समय तालिकामा मध्यस्थता। त्यसपछि आपत्तिको लागि महिनाको सट्टा दिन लाग्छ।
यदि आपूर्तिकर्ता दिवालिया भयो भने एस्क्रोलाई के हुन्छ?
ट्रस्टीले आपूर्तिकर्ताको सक्रिय दायित्वहरू, जस्तै मर्मतसम्भार र अद्यावधिकहरू पूरा गर्न अस्वीकार गर्न सक्छ, तर दिवालियापन अघि तपाईंलाई दिइएको इजाजतपत्र रद्द गर्न सक्दैन। त्यसैले तपाईंको व्यवस्था वास्तवमा काम गर्छ कि गर्दैन भन्ने कुरा दिवालियापन अघि यो कसरी संरचित थियो भन्नेमा निर्भर गर्दछ।
ट्रस्टीले के अस्वीकार गर्न सक्छ?
Under Article 37 Fw, you can give the trustee a reasonable period to state whether it will perform a mutual contract that neither side had fully performed at the time of the bankruptcy. If the trustee does not confirm in time, it loses the right to demand performance from you, and you are left with a claim in the bankruptcy.
Article 37 Fw does not terminate the contract. The trustee can decline maintenance, support, updates, hosting and further deposits: active obligations that cost the estate money, and you should expect it to refuse them. The real question is whether it can also stop you using what you already have.
सर्वोच्च अदालतले दिवालियापनमा प्रयोगको अधिकारलाई कसरी व्यवहार गरेको छ?
लगभग एक दशकसम्म, उत्तर अनिश्चित थियो। नेबुला (सर्वोच्च अदालत, ३ नोभेम्बर २००६, ECLI:NL:HR:2006:AX8838) मा, सर्वोच्च अदालत (होज राड) ले दिवालियापनले आफैंमा अवस्थित सम्झौताहरू समाप्त गर्दैन भनेर ठहर गर्यो। यद्यपि, यसले थप्यो कि प्रयोगको अधिकार भएको पक्षले दिवालियापन भएको छैन जस्तो गरी ट्रस्टी विरुद्ध यसलाई प्रयोग गर्न जारी राख्न सक्दैन। धेरैले यसलाई ट्रस्टीलाई अवस्थित प्रयोगको अधिकारलाई अलग राख्न अनुमति दिने रूपमा पढे, जसले इजाजतपत्र प्राप्तहरूलाई चिन्तित बनायो।
त्यो पढाइ टिकेन। ABN AMRO/Berzona (सर्वोच्च अदालत, ११ जुलाई २०१४, ECLI:NL:HR:२०१४:१६८१) मा, सर्वोच्च अदालतले दिवालियापनले विद्यमान पारस्परिक सम्झौताहरू वा त्यसबाट उत्पन्न हुने दायित्वहरूमा कुनै प्रभाव पार्दैन भनी ठहर गर्यो। ट्रस्टीलाई कानून वा सम्झौताद्वारा दिइएको भन्दा बाहिर कुनै अधिकार छैन; उदाहरणका लागि, यसले अझै पनि चलिरहेको पट्टा समाप्त गर्न सक्दैन।
यो स्थिति क्रेडिट सुइस/जोन्जपियर qq (सर्वोच्च अदालत, २३ मार्च २०१८, ECLI:NL:HR:२०१८:४२४ ) मा तय गरिएको थियो। ट्रस्टीले कार्य सम्पादन गर्न अस्वीकार गर्न सक्छ। यद्यपि, दिवालियापनले ट्रस्टीलाई दिवालियापन अघि ऋणीले गरेको कार्य सम्पादनलाई पूर्ववत गर्ने वा कुनै कुरालाई सहन वा त्याग्ने जस्ता कार्यहरूमा निरन्तर कार्य सम्पादन समाप्त गर्ने शक्ति दिँदैन।
त्यो अन्तिम बुँदा सफ्टवेयरको लागि निर्णायक छ। इजाजतपत्र भनेको वास्तवमा प्रतिलिपि अधिकार उल्लङ्घन गर्ने प्रयोगलाई सहन गर्ने अधिकारधारकको प्रतिबद्धता हो, जुन सहनशीलताको निरन्तर प्रदर्शन हो। हालको केस कानून अन्तर्गत, दिवालियापन जीवित हुनुभन्दा पहिले वैध रूपमा प्रदान गरिएको इजाजतपत्र, र ट्रस्टीले यसलाई रद्द गर्न सक्दैन। ट्रस्टीले सक्रिय सबै कुरा अस्वीकार गर्न सक्छ, तर तपाईंले पहिले नै राख्नुभएको प्रयोगको अधिकारलाई बन्द गर्न सक्दैन।
तपाईंको व्यवस्थाको लागि यसको अर्थ के हो?
दुई कुराहरू यसपछि आउँछन्। पहिलो, एस्क्रो एजेन्टमा रिलीज दायित्व राख्नुहोस्, आपूर्तिकर्तामा होइन। एजेन्टको रिलीज यसको आफ्नै सम्झौता अन्तर्गतको आफ्नै कार्यसम्पादन हो, र धारा ३७ Fw अन्तर्गत ट्रस्टीको स्थितिले सम्पत्तिले तिर्नु पर्ने कार्यसम्पादनसँग सम्बन्धित छ। यसको विपरीत, दुई-पक्षीय वाचाले सम्पत्तिले प्रदर्शन आवश्यक पर्दछ, जुन ट्रस्टीले अस्वीकार गर्न सक्छ।
दोस्रो, जारी गर्नुको सट्टा अग्रिम लाइसेन्स दिनुहोस्। यो सबैभन्दा महत्त्वपूर्ण ड्राफ्टिङ बिन्दु हो, र हामी तल यसको बारेमा छलफल गर्नेछौं।
अदालतको अतिरिक्त न्यायिक पुनर्संरचना योजनाहरूको पुष्टिकरण ऐन (WHOA) अन्तर्गतको पुनर्संरचनामा, दिवालियापनको सट्टा, धारा ३७३ Fw ले प्रतिपक्षलाई पुनर्संरचना प्रक्रिया सुरु भएको कारणले मात्र सम्झौता परिवर्तन गर्न, निलम्बन गर्न वा समाप्त गर्न अनुमति दिने खण्डहरूमा निर्भरतालाई प्रतिबन्धित गर्दछ। त्यो प्रावधानले तीन-पक्षीय एस्क्रो व्यवस्थामा रिलीज ट्रिगरलाई कसरी असर गर्छ भन्ने कुरा केस कानूनमा समाधान गरिएको छैन। तपाईंको एक मात्र रिलीज घटनाको रूपमा WHOA प्रक्रियाको सुरुवातमा भर नपर्नुहोस्; यसलाई दिवालियापन, विच्छेदन र निरन्तर कायम राख्न असफलता जस्ता घटनाहरूसँग जोड्नुहोस्।
इजाजतपत्रको संरचना कस्तो हुनुपर्छ?
सम्झौतामा उल्लेखित इजाजतपत्र अहिले नै दिनुहोस्, पूर्वसर्तको अधीनमा रहेर, ताकि यो रिलिज घटनामा लागू होस्। यदि आपूर्तिकर्ता दिवालिया भयो भने रिलिजमा मात्र वाचा गरिएको इजाजतपत्र कहिल्यै अस्तित्वमा आउन सक्दैन।
एस्क्रोले तपाईंलाई स्रोत कोडको प्रतिलिपि दिन्छ, यसको साथ केहि गर्ने अधिकार होइन। स्रोत कोड प्रतिलिपि अधिकारद्वारा सुरक्षित छ, र यसलाई संकलन, परिमार्जन र सञ्चालन गर्ने कार्यहरू हुन् जसलाई अधिकारधारकको अनुमति चाहिन्छ। ती कार्यहरू समेट्ने इजाजतपत्र बिना, जारी गरिएको निक्षेप भनेको तपाईंले प्रयोग गर्न नसक्ने फोल्डर हो। एस्क्रोलाई एक इजाजतपत्रसँग जोड्नुहोस् जसले तपाईंलाई स्पष्ट रूपमा, रिलीजमा, स्रोत कोड प्रयोग गर्न, संकलन गर्न, परिमार्जन गर्न र थप विकास गर्न अनुमति दिन्छ, र तेस्रो पक्षलाई तपाईंको लागि यो गर्न दिन्छ। व्यवहारमा, तपाईंले विरलै काम आफैं गर्नुहुनेछ।
समय कमजोर बिन्दु हो। यदि रिहाइ घटना आफैंमा दिवालियापन हो भने, रिहाइमा दिइएको इजाजतपत्र ऋणीले प्रदान गर्नुपर्नेछ, जसले दिवालियापन आदेशको मितिदेखि, अब सम्पत्तिमा सम्पत्तिहरू बेच्न सक्दैन (धारा २३ र ३५ Fw)। ट्रस्टीले तपाईंको लागि यो प्रदान गर्ने छैन। क्रेडिट सुइस/जोन्जपियरले तपाईंसँग पहिले नै भएको इजाजतपत्रलाई सुरक्षित गर्दछ, तर यसले तपाईंसँग कहिल्यै नभएको इजाजतपत्रलाई सुरक्षित गर्न सक्दैन।
सर्त पूर्ववर्तीको अधीनमा दिइएको इजाजतपत्र अन्तर्गत, सम्झौताको मितिदेखि नै अधिकार अस्तित्वमा रहन्छ; केवल यसको प्रभाव स्थगित हुन्छ। डच कानून सामान्यतया यस संरचनालाई ग्रहणशील हुन्छ। Rabobank/Reuser qq (सर्वोच्च अदालत, ३ जुन २०१६, ECLI:NL:HR:२०१६:१०४६) मा, सर्वोच्च अदालतले स्वीकार गर्यो कि दिवालियापन अघि जहाँ सशर्त अधिकार सिर्जना गरिएको थियो, दिवालियापन पछि शर्तको पूर्ति ऋणी द्वारा कुनै थप कार्य बिना नै लागू भयो। त्यो मुद्दा सामानको सशर्त स्थानान्तरण र सशर्त अधिकारमा प्रतिज्ञाको अधिकारसँग सम्बन्धित थियो। सशर्त रूपमा प्रदान गरिएको प्रतिलिपि अधिकार इजाजतपत्रमा यसलाई लागू गर्नु कानुनी साहित्यमा समर्थित छ, तर अदालतहरूले अझै यसमा फैसला गरेका छैनन्।
सम्झौतामा यो पनि पुष्टि गर्नुहोस् कि जारी गरिएको सामग्री प्रयोग गर्न आपूर्तिकर्ता वा यसको ट्रस्टीबाट थप सहमति आवश्यक पर्दैन, र तपाईंले उत्तराधिकारी विकासकर्तालाई उप-लाइसेन्स प्रदान गर्न सक्नुहुन्छ।
SaaS वा क्लाउड व्यवस्थालाई के चाहिन्छ?
More than source code. If the supplier’s platform goes offline, you lose the application, the environment it ran in and your data, and source code only restores the first of these, slowly. A continuity arrangement for a service must therefore cover three more things.
- सञ्चालन वातावरण। कन्टेनर छविहरू, कोडको रूपमा पूर्वाधार परिभाषाहरू, कन्फिगरेसन, नेटवर्क र सुरक्षा सेटिङहरू र रनटाइम निर्भरताहरू: प्लेटफर्मलाई अन्यत्र पुनर्निर्माण गर्न पर्याप्त।
- तपाईंको डेटा। डेटा स्कीमा सहितको दस्तावेजीकृत, गैर-स्वामित्व ढाँचामा तपाईंको आफ्नै डेटाको नियमित निर्यात। यी निर्यातहरू सम्झौताभरि चल्नुपर्छ, रिलीजमा मात्र होइन, किनभने तपाईंले पढ्न नसक्ने डेटा थोरै उपयोगी हुन्छ।
- होस्टिंग सम्बन्ध। आपूर्तिकर्ताको होस्टिंग प्रदायकसँगको सम्झौता लिने तरिका, वा तपाईंले खाता लिन र प्रदायकलाई सिधै भुक्तानी गर्न सक्ने व्यवस्था।
के एस्क्रोको विकल्पहरू छन्, र कसले तिर्छ?
मानक उत्पादनहरूको लागि, जहाँ तपाईं धेरै ग्राहकहरू मध्ये एक हुनुहुन्छ र वास्तविक जोखिम असफलता भन्दा पनि बन्द हुनु हो, हल्का विकल्पहरूले प्रायः राम्रो मूल्य प्रदान गर्दछ। एस्क्रोको लागत सामान्यतया ग्राहकले वहन गर्छ।
तीन विकल्पहरू प्रायः बढी उपयोगी हुन्छन्। डेटा एक्जिट राइट , कम्तिमा एक पटक परीक्षण गरिएको दस्तावेज ढाँचामा आवधिक निर्यातहरू सहित, कम लागतमा धेरै जोखिम कभर गर्दछ। चलिरहेको प्रतिलिपिको अधिकार , तपाईंले संक्रमणकालीन अवधिको लागि चलाउन सक्ने तैनाथयोग्य छवि, स्रोत कोडबाट पुनर्निर्माण भन्दा धेरै छिटो सेवा पुनर्स्थापित गर्दछ। होस्टिंग प्रदायकलाई प्रत्यक्ष भुक्तानीले तपाईं माइग्रेट गर्दा वातावरणलाई चलिरहेको राख्छ; यो क्लाउड निरन्तरताको सबैभन्दा सस्तो रूप हो र प्रायः बेवास्ता गरिएको।
यदि तपाईंले एस्क्रो प्रयोग गर्नुहुन्छ भने, यसको गहिराइमा निर्भर गर्दै प्रत्येक प्रमाणीकरणको लागि एक पटकको सेट-अप शुल्क, वार्षिक हिरासत शुल्क र छुट्टै शुल्कको अपेक्षा गर्नुहोस्। लागतहरू सामान्यतया सुरक्षा चाहने पक्षमा पर्छन्, सामान्यतया ग्राहकमा। बिक्री बिन्दुको रूपमा एस्क्रो प्रदान गर्ने आपूर्तिकर्ताले तिनीहरूलाई वहन गर्न सक्छ। एउटै उत्पादनको धेरै ग्राहकहरूलाई समेट्ने व्यवस्थाले लागतहरू फैलाउँछ र आपूर्तिकर्ताले प्रतिरोध गर्दा प्रायः सम्झौता हुन्छ। यदि शुल्कहरू तिरेको छैन भने एजेन्टलाई तपाईंलाई सूचित गर्न आवश्यक छ, आफैंले तिर्ने अधिकारको साथ।
ग्राहकको रूपमा तपाईंले के जाँच गर्नुपर्छ?
Review the escrow proposal together with the main software contract. The licence clause and the release events decide whether escrow works after a bankruptcy.
- के यो वास्तविक तीन-पक्षीय सम्झौता हो, जसमा स्वतन्त्र एजेन्ट छ र तपाईंले रिहा गर्नुपर्ने प्रत्यक्ष दायित्व छ?
- Is the licence to use, compile, modify and further develop the source code granted now, subject to a condition precedent?
- के निक्षेपमा प्रत्येक रिलीजसँगै अद्यावधिक हुने निर्माण निर्देशनहरू, निर्भरताहरू, इजाजतपत्र कुञ्जीहरू र कागजातहरू समावेश छन्?
- Can each release event be established from a document, such as the insolvency register or the KvK trade register?
- SaaS को लागि: वातावरण, तपाईंको डेटा र होस्टिंग सम्बन्ध समेटिएको छ, वा केवल कोड?
- Must the agent notify you if fees are unpaid, and may you pay them yourself?
आपूर्तिकर्ताको रूपमा तपाईंले के जाँच गर्नुपर्छ?
Escrow touches your copyright and trade secrets. Limit the release and the licence to what the customer needs for continuity.
- Limit the licence to maintaining and continuing the customer’s own use, without a right to commercialise the code.
- Include a confidentiality obligation for the customer and any successor developer.
- Agree a short objection period and a fast dispute procedure, so that a wrongful release can be stopped.
- Agree a deposit schedule you can actually meet, linked to your release cycle.
- Check who pays the set-up, custody and verification fees.
What can we do for you with software escrow?
We advise on software contracts, licences and escrow as आईटी वकिल for customers and suppliers.
- We review the escrow agreement and the main software contract as one package.
- We draft the conditional licence and the release events.
- We negotiate the deposit content and the verification level with the supplier and the escrow agent.
- We add data exit and hosting takeover clauses to SaaS contracts.
- We send the notice under Article 37 Fw and deal with the trustee after a bankruptcy.
- We advise on the release procedure and any objection by the supplier.
सारांश
- यदि तपाईंको सफ्टवेयर आपूर्तिकर्ता असफल भयो भने एस्क्रोले निरन्तरता सुरक्षित गर्दछ, तर केवल निर्माण निर्देशनहरू, निर्भरताहरू र कागजातहरू समावेश गर्ने निक्षेपको साथ।
- तीन-पक्षीय व्यवस्था छनौट गर्नुहोस्, ताकि विलायक एस्क्रो एजेन्टले रिलीज पूरा गरोस्।
- डच केस कानून अन्तर्गत, दिवालियापन हुनुभन्दा पहिले दिइएको इजाजतपत्र जीवित रहन्छ; ट्रस्टीले सक्रिय प्रदर्शनहरू मात्र अस्वीकार गर्न सक्छ।
- रिहा भएपछि मात्र होइन, पूर्वसर्तको अधीनमा रही अहिले नै इजाजतपत्र दिनुहोस्।
- SaaS को लागि, सञ्चालन वातावरण, तपाईंको डेटा र होस्टिंग सम्बन्धलाई पनि सुरक्षित गर्नुहोस्।
बारम्बार सोधिने प्रश्नहरू
के दिवालियापनमा डच ट्रस्टीले एस्क्रो एजेन्टलाई स्रोत कोड जारी गर्नबाट रोक्न सक्छ?
Not directly. In a three-party arrangement, the escrow agent owes you the release under its own contract, and the agent is not bankrupt. The trustee’s position under Article 37 Fw concerns performances owed by the bankrupt estate.
के मेरो सफ्टवेयर इजाजतपत्र आपूर्तिकर्ताको दिवालियापनबाट बच्न सक्छ?
A licence validly granted before the bankruptcy survives it. In Credit Suisse/Jongepier q.q. (Supreme Court, 23 March 2018, ECLI:NL:HR:2018:424), the Supreme Court held that a trustee cannot end a continuing performance consisting of tolerating, and a licence is such a performance.
किन रिलिजमा मात्र दिइएको इजाजतपत्र समस्या हो?
Because the grant would then have to be made after the bankruptcy, when the debtor can no longer dispose of assets in the estate (Article 23 Fw). Grant the licence now, subject to a condition precedent that takes effect on release.
के एस्क्रोले SaaS आपूर्तिकर्तालाई मद्दत गर्छ?
Only partly. Source code does not restore a running service. The arrangement must also cover the operational environment, regular exports of your data in a documented format, and a way to take over or pay the hosting provider.
के प्रमाणीकरणको लागि पैसा तिर्न लायक छ?
Yes, at least at the middle level. A file check only confirms that something arrived; a completeness review catches missing build steps and components you have no right to use. A full build and run test is worth it where an outage would threaten your business.
