டச்சு சட்டத்தின் கீழ் மென்பொருள் எஸ்க்ரோ மற்றும் திவால்நிலை

உங்கள் மென்பொருள் வழங்குநர் திவாலானாலோ அல்லது தனது தயாரிப்பைப் பராமரிப்பதை நிறுத்தினாலோ, மென்பொருள் பாதுகாப்பு ஏற்பாடு உங்களைப் பாதுகாக்கிறது: ஒரு சுயாதீன முகவர் மூலக் குறியீட்டைத் தன்வசம் வைத்திருப்பார், மேலும் ஒப்புக்கொள்ளப்பட்ட ஒரு நிகழ்வு ஏற்படும்போது அதை உங்களிடம் விடுவிப்பார். டச்சு சட்டத்தின்படி, இந்த ஏற்பாடு ஒரு முத்தரப்பு ஒப்பந்தமாக இருந்து, மூலக் குறியீட்டைப் பயன்படுத்துவதற்கான உங்கள் உரிமம் அது வெளியிடப்படும்போதே அல்லாமல், முன்கூட்டியே வழங்கப்பட்டால் மட்டுமே இது செயல்படும்.

நீங்கள் எழுதாத மென்பொருளை உங்கள் வணிகம் சார்ந்திருந்தால், அதை எழுதிய நிறுவனத்தையே நீங்கள் சார்ந்திருக்கிறீர்கள். இயக்கக்கூடிய குறியீடும் உரிமமும் உங்களிடம் உள்ளன; மூலக் குறியீடு, உருவாக்கக் கருவிகள் மற்றும் அறிவு ஆகியவை வழங்குநரிடம் உள்ளன. வழங்குநர் நிதிநிலைமையில் திறமையாகவும் தகுதியாகவும் இருக்கும் வரை இந்த ஏற்றத்தாழ்வு ஏற்றுக்கொள்ளத்தக்கது, ஆனால் அவர் அவ்வாறு இல்லாத தருணத்தில் இது ஒரு சிக்கலாகிறது. டச்சு திவால் சட்டத்தின் கீழ் எஸ்க்ரோவை எவ்வாறு அமைப்பது என்பதை கீழே விளக்குகிறோம்.

மென்பொருள் பாதுகாப்பு வைப்பு என்றால் என்ன, அது எந்தெந்த இடர்களை உள்ளடக்குகிறது?

வழங்குநர், மூலக் குறியீடு மற்றும் துணைப் பொருட்களைப் பொறுப்பு முகவர் எனப்படும் ஒரு சுயாதீன மூன்றாம் தரப்பினரிடம் ஒப்படைக்கிறார். அந்த முகவர், ஒரு குறிப்பிட்ட நிகழ்வு ஏற்படும் வரை அவற்றை வைத்திருப்பார், பின்னர் நீங்கள் மென்பொருளைத் தொடர்ந்து இயக்குவதற்காக அவற்றை உங்களிடம் விடுவிப்பார்.

ஆபத்து என்பது தொடர்ச்சியில் உள்ளது, உரிமையில் அல்ல. ஒரு விநியோகஸ்தரின் தயாரிப்பை அடிப்படையாகக் கொண்டு தனது ஆர்டர் செயலாக்கம், நோயாளி பதிவுகள் அல்லது உற்பத்தித் திட்டமிடலை நடத்தும் ஒரு நிறுவனம், ஒரே இரவில் மாற முடியாது. இந்த இடமாற்றத்திற்கு மாதங்கள் ஆகும், மேலும் பொதுவாக வெளியேறும் விநியோகஸ்தரின் உதவியும் தேவைப்படும். ஒரு ஒழுங்கான முறையில் வெளியேறுவதற்கு எஸ்க்ரோ உங்களுக்கு அவகாசம் அளிக்கிறது. மூன்று சூழ்நிலைகள் முக்கியமானவை.

• திவால்நிலை. வழங்குநர் திவாலாகிவிட்டதாக அறிவிக்கப்படுகிறார், ஒரு அறங்காவலர் (பொறுப்பாளரின்ஒரு நபர் நியமிக்கப்படும்போது, ​​ஊழியர்கள் விடுப்பு எடுப்பதும் ஆதரவு நிறுத்தப்படுவதும் நிகழ்கிறது. இந்தச் சூழ்நிலைக்காகவே எஸ்க்ரோ உருவாக்கப்பட்டுள்ளது, மேலும் இதில்தான் டச்சு சட்டம் மிகப்பெரிய பங்கை வகிக்கிறது.
• நிறுத்தம். வழங்குநர் தயாரிப்பைத் திரும்பப் பெற்றுக்கொள்கிறார், உங்கள் பதிப்பிற்கான ஆதரவை நிறுத்துகிறார், அல்லது உங்கள் நிறுவலில் அக்கறையற்ற ஒரு நிறுவனத்தால் கையகப்படுத்தப்படுகிறார். இது திவால் ஆவதை விட அடிக்கடி நிகழ்கிறது, மேலும் இது பெரும்பாலும் பொறுப்பு விடுவிப்பு நிபந்தனையில் விடுபட்டிருக்கும்.
• தொடர்ந்து பராமரிக்கத் தவறுதல். அந்த விநியோகஸ்தர் இன்னும் இருக்கிறார், இன்வாய்ஸ்களையும் அனுப்புகிறார், ஆனால் அவர் இனிமேல் குறைபாடுகளைச் சரிசெய்வதில்லை, பாதுகாப்புப் பிழைத்திருத்தங்களை வெளியிடுவதில்லை, அல்லது தயாரிப்பு சார்ந்திருக்கும் அமைப்புகளுடன் அதனை இணக்கமானதாக வைத்திருப்பதில்லை.

நீங்கள் இரு தரப்பு ஏற்பாட்டைத் தேர்ந்தெடுக்க வேண்டுமா அல்லது மூவர் தரப்பு ஏற்பாட்டைத் தேர்ந்தெடுக்க வேண்டுமா?

மூன்று தரப்பு ஏற்பாட்டைத் தேர்ந்தெடுக்கவும். அப்போதுதான், திவாலான ஒரு விநியோகஸ்தரால் அல்லாமல், நிதித்திறன் கொண்ட ஒரு மூன்றாம் தரப்பினர் தனது சொந்த ஒப்பந்தத்தின் கீழ் அந்த விடுவிப்பை மேற்கொள்வார்.

இரு தரப்பு ஏற்பாடு என்பது, வரையறுக்கப்பட்ட ஒரு நிகழ்வு ஏற்பட்டால், வழங்குநர் மூலக் குறியீட்டை ஒப்படைப்பார் என்று பிரதான ஒப்பந்தத்தில் அளிக்கப்படும் ஒரு வாக்குறுதியாகும். இது மலிவானது, ஆனால் பலவீனமானது. ஏதேனும் வைப்பு செய்யப்பட்டதா அல்லது புதுப்பிக்கப்பட்டதா என்பதை எந்தவொரு சுயாதீனமான நபரும் சரிபார்ப்பதில்லை. மிக முக்கியமாக, ஒரு திவால்நிலைக்குப் பிறகு, திவாலானவரின் சொத்து தொடர்பான ஒரு கடமையை நிறைவேற்றுமாறு நீங்கள் அறங்காவலரிடம் கேட்கிறீர்கள், ஆனால் அவ்வாறு செய்ய அறங்காவலருக்கு எந்தக் கடமையும் இல்லை.

மூன்று தரப்பு ஏற்பாடு என்பது, எஸ்க்ரோ முகவரை ஒப்பந்தத்தில் ஒரு தரப்பினராகச் சேர்க்கிறது. அந்த முகவர் வைப்புத்தொகையைத் தன் பொறுப்பில் எடுத்துக்கொள்கிறார், அதைச் சரிபார்க்கிறார், வைத்திருக்கிறார், மேலும் அதை உங்களுக்கு விடுவிக்கும் நேரடிக் கடமையையும் கொண்டிருக்கிறார். வைப்புத்தொகையை விடுவிக்கும் நிகழ்வு ஏற்பட்டுவிட்டதா என்பதையும் அந்த முகவரே தீர்மானிக்கிறார். இது, உங்களுக்கு உதவ எந்தக் காரணமும் இல்லாத ஒரு அறங்காவலரிடமிருந்து அந்த முடிவெடுக்கும் அதிகாரத்தைப் பறித்துவிடுகிறது.

வைப்புத்தொகையில் என்னென்ன இருக்க வேண்டும்?

மூலக் குறியீட்டை மட்டும் சார்ந்தது அல்ல. உருவாக்க வழிமுறைகள் மற்றும் சார்புநிலைகளின் பட்டியல் இல்லாத மூலக் குறியீட்டிலிருந்து, செயல்படும் மென்பொருளை உருவாக்குவதற்கு வாரக்கணக்கில் ரிவர்ஸ் இன்ஜினியரிங் செய்ய வேண்டியிருக்கும். உங்கள் சிஸ்டம் ஏற்கனவே ஆதரவற்ற நிலையில் இருக்கும்போது, ​​அந்த நேரம் உங்களுக்கு இருக்காது.

நடைமுறையில் இதுவே மிகவும் பொதுவான தோல்வியாகும், மேலும் இது சட்டப்பூர்வமானதல்ல. ஒரு பயனுள்ள வைப்புத்தொகையில் என்னென்ன அடங்கியுள்ளன என்பதை கீழேயுள்ள அட்டவணை பட்டியலிடுகிறது.

வைப்புத்தொகையைப் புதுப்பிப்பதற்கான ஒரு நிபந்தனையைச் சேர்க்கவும். கையொப்பமிடும்போது ஒருமுறை செலுத்தப்படும் வைப்புத்தொகை, ஒன்று அல்லது இரண்டு வெளியீடுகளுக்குப் பிறகு காலாவதியாகிவிடும். வைப்புத்தொகைகளை வெளியீட்டு அட்டவணையுடன் இணைக்கவும்; உதாரணமாக, ஒவ்வொரு முக்கிய வெளியீடு அல்லது ஒரு குறிப்பிட்ட கால இடைவெளியுடன் இணைத்து, வைப்புத்தொகை தாமதமாகும் போது அறிவிக்குமாறு கேட்கவும்.

உங்களுக்கு எந்த நிலை சரிபார்ப்பு தேவை?

பெரும்பாலான வாடிக்கையாளர்களுக்கு, முழுமை மற்றும் ஆவண மதிப்பாய்வே சரியான அளவுகோலாகும். ஒரு செயலிழப்பு உங்கள் வணிகத்திற்கு அச்சுறுத்தலாக இருக்கும் பட்சத்தில் மட்டுமே, முழுமையான உருவாக்கம் மற்றும் இயக்கச் சோதனையைத் தேர்ந்தெடுக்கவும்.

• கோப்பு சரிபார்ப்பு. பதிவேற்றம் படிக்கக்கூடியதாகவும், வைரஸ்கள் அற்றதாகவும், கோப்புப் பட்டியலுடன் பொருந்துவதாகவும் அந்த முகவர் உறுதிப்படுத்துகிறது. ஏதோ ஒன்று வந்து சேர்ந்திருக்கிறது என்பதை அது நிரூபிக்கிறது, அது செயல்படுகிறது என்பதை அல்ல. தானாகவே, அது சிறிதளவே பாதுகாப்பை வழங்குகிறது.
• முழுமை மற்றும் ஆவண மதிப்பாய்வு. ஏஜென்ட், உருவாக்க வழிமுறைகளையும் சார்புகளையும் டெபாசிட்டுடன் சரிபார்த்து, இடைவெளிகளைப் புகாரளிக்கிறது. இது, விடுபட்ட உருவாக்கப் படிகள், ஆவணப்படுத்தப்படாத சார்புகள் மற்றும் நீங்கள் பயன்படுத்த உரிமை இல்லாத கூறுகள் போன்ற பொதுவான சிக்கல்களை, ஒரு முழுமையான சோதனையின் செலவில் ஒரு சிறு பகுதியிலேயே கண்டறிகிறது.
• முழுமையான உருவாக்கம் மற்றும் இயக்கச் சோதனை. முகவர் ஒரு தூய்மையான சூழலில் வைப்புத்தொகையைத் தொகுத்து, சோதனைத் தரவுகளுடன் அதை இயக்குகிறார். வைப்புத்தொகை செயல்படுகிறது என்பதை நிரூபிக்கும் ஒரே நிலை இதுதான், ஆனால் இது மெதுவானது, அதிக செலவு மிக்கது, மேலும் மென்பொருள் மாறும்போது இதை மீண்டும் செய்ய வேண்டும்.

மறுக்க முடியாத வெளியீட்டு நிகழ்வுகளை எவ்வாறு வரைவு செய்வது?

ஒவ்வொரு நிகழ்வையும், வழங்குநரின் நடத்தை குறித்த ஒரு கணிப்பின் அடிப்படையில் அல்லாமல், ஓர் ஆவணம் அல்லது காலப்போக்கின் மூலம் சரிபார்க்கக்கூடியதாக ஆக்குங்கள். பொறுப்புப் பாதுகாப்பு முகவர், அழுத்தத்தின் கீழும் சட்ட ஆலோசனையின்றியும் இந்த நிபந்தனையைப் பயன்படுத்த வேண்டும்.

மேலும் இரண்டு விஷயங்கள் பெரும்பாலான வேலையைச் செய்து முடிக்கின்றன. முதலாவதாக, ஆட்சேபனை தெரிவிக்கும் பொறுப்பை வழங்குநர் மீது சுமத்துங்கள்: நீங்கள் ஆதாரங்களுடன் முகவருக்குத் தெரிவிக்கிறீர்கள், ஆட்சேபனை தெரிவிக்க வழங்குநருக்கு ஒரு குறுகிய, நிலையான கால அவகாசம் உள்ளது, அவர் ஆட்சேபனை தெரிவிக்கவில்லை என்றால், முகவர் அந்தப் பொறுப்பை விடுவிக்கிறார். இரண்டாவதாக, ஒரு நிபுணரின் கட்டுப்படுத்தும் ஆலோசனை அல்லது குறுகிய கால அட்டவணையில் நடுவர் தீர்ப்பு போன்ற தகராறு தீர்க்கும் செயல்முறையை முன்கூட்டியே ஒப்புக்கொள்ளுங்கள். அப்போது ஒரு ஆட்சேபனைக்கு மாதங்களுக்குப் பதிலாக சில நாட்களே செலவாகும்.

வழங்குநர் திவாலானால், எஸ்க்ரோவிற்கு என்னவாகும்?

அறங்காவலர், பராமரிப்பு மற்றும் புதுப்பிப்புகள் போன்ற வழங்குநரின் செயல்பாட்டு கடமைகளைச் செய்ய மறுக்கலாம், ஆனால் திவால்நிலைக்கு முன்பு உங்களுக்கு வழங்கப்பட்ட உரிமத்தை ரத்து செய்ய முடியாது. எனவே, உங்கள் ஏற்பாடு உண்மையில் செயல்படுகிறதா என்பது, திவால்நிலைக்கு முன்பு அது எவ்வாறு கட்டமைக்கப்பட்டிருந்தது என்பதைப் பொறுத்தது.

அறங்காவலர் எதை மறுக்கலாம்?

டச்சு திவால் சட்டத்தின் (Failissementswet, Fw) பிரிவு 37-இன் கீழ், திவால் நடவடிக்கையின் போது இரு தரப்பினரும் முழுமையாக நிறைவேற்றாத ஒரு பரஸ்பர ஒப்பந்தத்தை நிறைவேற்றுமா என்பதைத் தெரிவிக்க, அறங்காவலருக்கு நீங்கள் ஒரு நியாயமான கால அவகாசத்தை வழங்கலாம். அறங்காவலர் அதை உறுதிப்படுத்தத் தவறினால், உங்களிடமிருந்து ஒப்பந்தத்தை நிறைவேற்றக் கோரும் உரிமையை அவர் இழக்கிறார், மேலும் திவால் நடவடிக்கையில் உங்களுக்கு ஒரு கோரிக்கை மட்டுமே எஞ்சுகிறது (பிரிவு 37a Fw).

பிரிவு 37 Fw ஒப்பந்தத்தை முடிவுக்குக் கொண்டுவருவதில்லை, மேலும் அதை முடிவுக்குக் கொண்டுவர அறங்காவலருக்கு அதிகாரம் அளிப்பதில்லை. ஒப்பந்தம் தொடர்கிறது, ஆனால் அறங்காவலர் தனது கடமைகளைச் செய்யக் கடமைப்பட்டவர் அல்ல. மென்பொருளைப் பொறுத்தவரை, இதன் பொருள் என்னவென்றால், அறங்காவலர் பராமரிப்பு, ஆதரவு, புதுப்பிப்புகள், ஹோஸ்டிங் மற்றும் கூடுதல் வைப்புகளை மறுக்கலாம்: இவை சொத்துக்குப் பணச் செலவை ஏற்படுத்தும் செயலிலுள்ள கடமைகளாகும். அறங்காவலர் அவற்றை மறுப்பார் என்று எதிர்பார்க்கலாம். உண்மையான கேள்வி என்னவென்றால், அறங்காவலர் மேலும் சென்று, உங்களிடம் ஏற்கனவே உள்ளவற்றைப் பயன்படுத்துவதிலிருந்து உங்களைத் தடுக்க முடியுமா என்பதுதான்.

திவால் வழக்குகளில் பயன்பாட்டு உரிமைகளை உச்ச நீதிமன்றம் எவ்வாறு கையாண்டுள்ளது?

சுமார் ஒரு தசாப்த காலமாக, இதற்கான பதில் நிச்சயமற்றதாக இருந்தது. நெபுலா வழக்கில் (உச்ச நீதிமன்றம், 3 நவம்பர் 2006, ECLI:NL:HR:2006:AX8838), உச்ச நீதிமன்றம் (ஹோகே ராட்), திவால்நிலை என்பது ஏற்கனவே உள்ள ஒப்பந்தங்களைத் தானாகவே முடிவுக்குக் கொண்டுவருவதில்லை என்று தீர்ப்பளித்தது. இருப்பினும், பயன்பாட்டு உரிமை கொண்ட ஒரு தரப்பினர், திவால்நிலை ஏற்படாதது போல அறங்காவலருக்கு எதிராக அந்த உரிமையைத் தொடர்ந்து பயன்படுத்த முடியாது என்றும் அது மேலும் கூறியது. பலர் இதை, ஒரு அறங்காவலர் ஏற்கனவே உள்ள பயன்பாட்டு உரிமையை ஒதுக்கி வைக்க அனுமதிப்பதாகப் புரிந்துகொண்டனர், இது உரிமதாரர்களைக் கவலையடையச் செய்தது.

அந்த விளக்கம் நீடிக்கவில்லை. ABN AMRO/Berzona வழக்கில் (உச்ச நீதிமன்றம், 11 ஜூலை 2014, ECLI:NL:HR:2014:1681), திவால்நிலையானது ஏற்கனவே உள்ள பரஸ்பர ஒப்பந்தங்கள் அல்லது அவற்றிலிருந்து எழும் கடமைகள் மீது எந்த விளைவையும் ஏற்படுத்தாது என்று உச்ச நீதிமன்றம் தீர்ப்பளித்தது. அறங்காவலருக்கு, சட்டம் அல்லது ஒப்பந்தத்தால் வழங்கப்பட்ட அதிகாரங்களுக்கு அப்பாற்பட்ட வேறு அதிகாரங்கள் இல்லை; உதாரணமாக, இன்னும் நடைமுறையில் உள்ள ஒரு குத்தகையை அவரால் ரத்து செய்ய முடியாது.

கிரெடிட் சூயிஸ்/ஜோங்கேபியர் வழக்கில் (உச்ச நீதிமன்றம், 23 மார்ச் 2018, ECLI:NL:HR:2018:424 ) இந்த நிலை தீர்க்கப்பட்டது . அறங்காவலர் தனது கடமையைச் செய்ய மறுக்கலாம். இருப்பினும், திவால்நிலையானது, திவாலாவதற்கு முன்பு கடனாளி வழங்கிய ஒரு கடமையை ரத்து செய்வதற்கோ, அல்லது ஒரு செயலைச் சகித்துக்கொள்வது அல்லது தவிர்ப்பது போன்ற தொடர்ச்சியான கடமையை முடிவுக்குக் கொண்டு வருவதற்கோ அறங்காவலருக்கு அதிகாரம் அளிப்பதில்லை.

மென்பொருளைப் பொறுத்தவரை, அந்தக் கடைசிப் புள்ளி தீர்க்கமானது. ஒரு உரிமம் என்பது, பதிப்புரிமையை மீறக்கூடிய ஒரு பயன்பாட்டைப் பொறுத்துக்கொள்வதற்கான உரிமையாளரின் ஒரு உறுதிமொழியாகும்; இது பொறுத்துக்கொள்ளும் செயலின் ஒரு தொடர்ச்சியான செயல்பாடாகும். தற்போதைய வழக்குச் சட்டத்தின்படி, திவால்நிலைக்கு முன்பு செல்லுபடியாக வழங்கப்பட்ட ஒரு உரிமம், திவால்நிலைக்குப் பிறகும் நீடிக்கும், மேலும் அறங்காவலரால் அதை ரத்து செய்ய முடியாது. அறங்காவலர் செயல்பாட்டில் உள்ள அனைத்தையும் நிராகரிக்கலாம், ஆனால் நீங்கள் ஏற்கனவே வைத்திருக்கும் ஒரு பயன்பாட்டு உரிமையை அவரால் நிறுத்த முடியாது.

உங்கள் ஏற்பாட்டிற்கு இது என்ன தாக்கத்தை ஏற்படுத்தும்?

இரண்டு விஷயங்கள் பின்வருமாறு. முதலாவதாக, விடுவிப்புப் பொறுப்பை வழங்குநர் மீது அல்லாமல், எஸ்க்ரோ முகவர் மீது சுமத்த வேண்டும். முகவரின் விடுவிப்பு என்பது அதன் சொந்த ஒப்பந்தத்தின் கீழ் அது வழங்கும் செயல்திறனாகும், மேலும் பிரிவு 37 Fw-இன் கீழ் அறங்காவலரின் நிலை என்பது சொத்துரிமையால் செலுத்தப்பட வேண்டிய செயல்திறன்களைப் பற்றியது. இதற்கு மாறாக, இரு தரப்பு வாக்குறுதிக்கு சொத்துரிமையின் செயல்திறன் தேவைப்படுகிறது, அதை அறங்காவலர் மறுக்கலாம்.

இரண்டாவதாக, உரிமத்தை வெளியிடும்போது வழங்குவதற்குப் பதிலாக முன்கூட்டியே வழங்க வேண்டும். இதுவே மிக முக்கியமான வரைவுப் புள்ளியாகும், இதைப்பற்றி நாம் கீழே காண்போம்.

திவால்நிலைக்குப் பதிலாக, நீதிமன்றத்திற்கு வெளியே செய்யப்படும் மறுசீரமைப்புத் திட்டங்களை நீதிமன்றம் உறுதிப்படுத்துவதற்கான சட்டத்தின் (WHOA) கீழ் செய்யப்படும் மறுசீரமைப்பில், ஒரு மறுசீரமைப்பு நடைமுறை தொடங்கிய ஒரே காரணத்திற்காக, ஒரு ஒப்பந்தத்தை மாற்றுவதற்கோ, இடைநிறுத்துவதற்கோ அல்லது முடிவுக்குக் கொண்டு வருவதற்கோ எதிர் தரப்பினரை அனுமதிக்கும் பிரிவுகளைச் சார்ந்திருப்பதை பிரிவு 373 Fw கட்டுப்படுத்துகிறது. மூன்று தரப்பு எஸ்க்ரோ ஏற்பாட்டில், அந்த விதிமுறை ஒரு விடுவிப்புத் தூண்டுதலை எவ்வாறு பாதிக்கிறது என்பது வழக்குச் சட்டத்தில் இன்னும் தீர்க்கப்படவில்லை. உங்கள் ஒரே விடுவிப்பு நிகழ்வாக WHOA நடைமுறையின் தொடக்கத்தை மட்டும் நம்பியிருக்காதீர்கள்; அதை திவால்நிலை, நிறுத்தம் மற்றும் தொடர்ந்து பராமரிக்கத் தவறுதல் போன்ற நிகழ்வுகளுடன் இணைத்துக் கொள்ளுங்கள்.

உரிமம் எவ்வாறு கட்டமைக்கப்பட வேண்டும்?

ஒரு முன்நிபந்தனைக்கு உட்பட்டு, ஒப்பந்தத்தில் உள்ள உரிமத்தை இப்போதே வழங்குங்கள், அப்போதுதான் அது வெளியீட்டு நிகழ்வின்போது நடைமுறைக்கு வரும். வழங்குநர் திவாலானால், வெளியீட்டின்போது மட்டுமே உறுதியளிக்கப்பட்ட ஒரு உரிமம் ஒருபோதும் நடைமுறைக்கு வராமல் போகலாம்.

எஸ்க்ரோ உங்களுக்கு மூலக் குறியீட்டின் ஒரு நகலை வழங்குகிறது, அதைக் கொண்டு எதையும் செய்வதற்கான உரிமையை அல்ல. மூலக் குறியீடு பதிப்புரிமையால் பாதுகாக்கப்படுகிறது, மேலும் அதைத் தொகுப்பது, மாற்றுவது மற்றும் இயக்குவது போன்ற செயல்களுக்கு அதன் உரிமையாளரின் அனுமதி தேவை. அந்தச் செயல்களை உள்ளடக்கிய உரிமம் இல்லாமல், விடுவிக்கப்பட்ட ஒரு கோப்பு என்பது நீங்கள் பயன்படுத்த முடியாத ஒரு கோப்புறையாகும். எஸ்க்ரோவுடன் ஒரு உரிமத்தை இணைத்துக் கொள்ளுங்கள்; அந்த உரிமம், கோப்பு விடுவிக்கப்பட்டவுடன், மூலக் குறியீட்டைப் பயன்படுத்தவும், தொகுக்கவும், மாற்றவும், மேலும் மேம்படுத்தவும், அத்துடன் ஒரு மூன்றாம் தரப்பினர் உங்களுக்காக இதைச் செய்யவும் வெளிப்படையாக உங்களை அனுமதிக்கிறது. நடைமுறையில், அந்த வேலையை நீங்களே செய்வது அரிது.

சரியான நேரம் அமையாததுதான் இதில் உள்ள பலவீனமான புள்ளி. விடுவிப்பு நிகழ்வே திவால்நிலையாக இருந்தால், விடுவிப்பின் போது வழங்கப்படும் உரிமமானது, திவால்நிலை உத்தரவு பிறப்பிக்கப்பட்ட நாளிலிருந்து தனது சொத்துக்களை இனிமேல் கையாள முடியாத ஒரு கடனாளியால் வழங்கப்பட வேண்டும் (பிரிவுகள் 23 மற்றும் 35 Fw). அறங்காவலர் அதை உங்களுக்காக வழங்க மாட்டார். கிரெடிட் சூயிஸ்/ஜோங்கேபியர், உங்களிடம் ஏற்கனவே உள்ள உரிமத்தைப் பாதுகாக்கிறது, ஆனால் உங்களிடம் ஒருபோதும் இல்லாத உரிமத்தை அதனால் பாதுகாக்க முடியாது.

ஒரு முன்நிபந்தனைக்கு உட்பட்டு வழங்கப்பட்ட உரிமத்தின் கீழ், ஒப்பந்தம் செய்யப்பட்ட நாளிலிருந்தே உரிமை நிலவுகிறது; அதன் விளைவு மட்டுமே ஒத்திவைக்கப்படுகிறது. டச்சு சட்டம் பொதுவாக இந்த கட்டமைப்பை ஏற்றுக்கொள்கிறது. ராபோபேங்க்/ரூசர் க்யூக்யூ (உச்ச நீதிமன்றம், 3 ஜூன் 2016, ECLI:NL:HR:2016:1046) வழக்கில், திவால்நிலைக்கு முன்பு ஒரு நிபந்தனைக்குட்பட்ட உரிமை உருவாக்கப்பட்டிருந்தால், திவால்நிலைக்குப் பிறகு அந்த நிபந்தனை நிறைவேற்றப்படுவது, கடனாளி வேறு எந்த நடவடிக்கையும் எடுக்காமலேயே நடைமுறைக்கு வந்தது என்பதை உச்ச நீதிமன்றம் ஏற்றுக்கொண்டது. அந்த வழக்கு, பொருட்களின் நிபந்தனைக்குட்பட்ட பரிமாற்றம் மற்றும் அந்த நிபந்தனைக்குட்பட்ட உரிமையின் மீதான அடமானம் வைக்கும் உரிமை தொடர்பானது. நிபந்தனைக்குட்பட்டு வழங்கப்பட்ட பதிப்புரிமை உரிமத்திற்கு இதைப் பயன்படுத்துவது சட்ட ஆய்வுகளில் ஆதரிக்கப்படுகிறது, ஆனால் நீதிமன்றங்கள் இன்னும் இது குறித்து தீர்ப்பளிக்கவில்லை.

மேலும், வெளியிடப்பட்ட உள்ளடக்கத்தைப் பயன்படுத்துவதற்கு வழங்குநர் அல்லது அதன் பொறுப்பாளரிடமிருந்து மேலதிக ஒப்புதல் தேவையில்லை என்பதையும், நீங்கள் ஒரு வாரிசு உருவாக்குநருக்குத் துணை உரிமம் வழங்கலாம் என்பதையும் ஒப்பந்தத்தில் உறுதிப்படுத்தவும்.

SaaS அல்லது கிளவுட் ஏற்பாட்டிற்கு என்னென்ன தேவை?

மூலக் குறியீட்டை விட மேலானது. வழங்குநரின் தளம் செயலிழந்தால், நீங்கள் பயன்பாட்டையும், அது இயங்கிய சூழலையும், உங்கள் தரவுகளையும் இழப்பீர்கள்; ஆனால் மூலக் குறியீடு இவற்றில் முதலாவதை மட்டுமே, மெதுவாக மீட்டெடுக்கிறது.

நீங்களே இயக்கும் மென்பொருளைப் பொறுத்தவரை, மூலக் குறியீடு, உருவாக்க வழிமுறைகள் மற்றும் ஒரு உரிமம் ஆகியவை ஏறக்குறைய ஒரு முழுமையான தீர்வாக அமைகின்றன. ஒரு சேவையைப் பொறுத்தவரை, ஒரு தொடர்ச்சி ஏற்பாடானது மேலும் மூன்று விஷயங்களை உள்ளடக்கியிருக்க வேண்டும்.

• செயல்பாட்டுச் சூழல். கண்டெய்னர் இமேஜ்கள், இன்ஃப்ராஸ்ட்ரக்சர்-அஸ்-கோட் வரையறைகள், கட்டமைப்பு, நெட்வொர்க் மற்றும் பாதுகாப்பு அமைப்புகள் மற்றும் ரன்டைம் சார்புநிலைகள்: இவை அனைத்தும் தளத்தை வேறு இடத்தில் மீண்டும் கட்டமைக்கப் போதுமானவை.
• உங்கள் தரவுகள். உங்கள் சொந்தத் தரவை, ஆவணப்படுத்தப்பட்ட, தனியுரிமையற்ற வடிவத்தில், தரவுத் திட்டத்துடன் தவறாமல் ஏற்றுமதி செய்யுங்கள். இந்த ஏற்றுமதிகள், வெளியீட்டின் போது மட்டுமல்லாமல், ஒப்பந்தம் முழுவதும் நடைபெற வேண்டும், ஏனெனில் உங்களால் படிக்க முடியாத தரவு பெரிய அளவில் பயனற்றது.
• ஹோஸ்டிங் உறவு. அதன் ஹோஸ்டிங் வழங்குநருடனான சப்ளையரின் ஒப்பந்தத்தை நீங்கள் ஏற்றுக்கொள்வதற்கான ஒரு வழிமுறை, அல்லது நீங்கள் கணக்கை ஏற்றுக்கொண்டு வழங்குநருக்கு நேரடியாகப் பணம் செலுத்துவதற்கான ஒரு ஏற்பாடு.

எஸ்க்ரோவிற்கு மாற்று வழிகள் உள்ளனவா, மற்றும் யார் பணம் செலுத்துவார்கள்?

தரமான தயாரிப்புகளைப் பொறுத்தவரை, நீங்கள் பல வாடிக்கையாளர்களில் ஒருவராக இருந்து, தோல்வியை விட சேவை நிறுத்தப்படுவதே உண்மையான அபாயமாக இருக்கும்போது, ​​எடை குறைந்த மாற்று வழிகள் பெரும்பாலும் சிறந்த மதிப்பை வழங்குகின்றன. பொறுப்புப் பாதுகாப்புக்கான செலவை வழக்கமாக வாடிக்கையாளரே ஏற்கிறார்.

மூன்று மாற்று வழிகள் பெரும்பாலும் அதிகப் பயனுள்ளதாக இருக்கின்றன. குறைந்தபட்சம் ஒரு முறையாவது சோதிக்கப்பட்ட, ஆவணப்படுத்தப்பட்ட வடிவத்தில் குறிப்பிட்ட கால இடைவெளியில் தரவுகளை ஏற்றுமதி செய்யும் ' தரவு வெளியேறும் உரிமை' (data exit right) , குறைந்த செலவில் பெரும்பாலான இடர்களை ஈடுசெய்கிறது. ஒரு இடைநிலைக் காலத்திற்கு நீங்கள் இயக்கக்கூடிய, நிறுவக்கூடிய படிமமான (deployable image) 'இயங்கும் நகலுக்கான உரிமை' (right to a running copy), மூலக் குறியீட்டிலிருந்து (source code) மீண்டும் உருவாக்குவதை விட மிக வேகமாகச் சேவையை மீட்டெடுக்கிறது. நீங்கள் இடம்பெயரும்போது, ​​ஹோஸ்டிங் வழங்குநருக்கு நேரடியாகப் பணம் செலுத்துவது சூழலைத் தொடர்ந்து இயங்க வைக்கிறது; இதுவே கிளவுட் தொடர்ச்சியின் மலிவான வடிவமாகும், மேலும் இதுவே பெரும்பாலும் கவனிக்கப்படாமல் விடப்படுகிறது.

நீங்கள் எஸ்க்ரோவைப் பயன்படுத்தினால், ஒரு முறை அமைப்புக் கட்டணம், வருடாந்திரப் பாதுகாப்புக் கட்டணம் மற்றும் ஒவ்வொரு சரிபார்ப்பின் ஆழத்தைப் பொறுத்து அதற்கான தனித்தனிக் கட்டணங்களையும் எதிர்பார்க்கலாம். இந்தச் செலவுகள் பொதுவாகப் பாதுகாப்பை விரும்பும் தரப்பினரையே சாரும், அதாவது பெரும்பாலும் வாடிக்கையாளரையே. எஸ்க்ரோவை ஒரு விற்பனை அம்சமாக வழங்கும் ஒரு விநியோகஸ்தர் அவற்றை ஏற்கக்கூடும். ஒரே பொருளின் பல வாடிக்கையாளர்களை உள்ளடக்கிய ஒரு ஏற்பாடு, செலவுகளைப் பரவலாக்குகிறது, மேலும் ஒரு விநியோகஸ்தர் எதிர்க்கும்போது இதுவே பெரும்பாலும் ஒரு சமரசமாக அமைகிறது. கட்டணங்கள் செலுத்தப்படாவிட்டால் உங்களுக்குத் தெரிவிக்குமாறு முகவரிடம் கோருங்கள், மேலும் அவற்றை நீங்களே செலுத்தும் உரிமையையும் கொண்டிருங்கள்.

எஸ்க்ரோ பேச்சுவார்த்தைக்கான சரிபார்ப்புப் பட்டியல்

ஒரு எஸ்க்ரோ முன்மொழிவையோ அல்லது மென்பொருள் ஒப்பந்தத்தையோ மதிப்பாய்வு செய்யும்போது இந்தக் கேள்விகளைப் பயன்படுத்தவும்.

• உங்களுக்குப் பணத்தை விடுவிக்கும் நேரடிக் கடமையுள்ள ஒரு சுயாதீன முகவருடன் கூடிய உண்மையான முத்தரப்பு ஏற்பாடு இதுவா?
• மூலக் குறியீட்டைப் பயன்படுத்த, தொகுக்க, மாற்றியமைக்க மற்றும் மேலும் மேம்படுத்துவதற்கான உரிமம் வழங்கப்பட்டுள்ளதா? இப்போதுவெளியீட்டின் போது வாக்குறுதியளிக்கப்பட்டதற்குப் பதிலாக, ஒரு முன்நிபந்தனைக்கு உட்பட்டதா?
• வைப்புத்தொகையில், ஒவ்வொரு வெளியீட்டிலும் புதுப்பிக்கப்படும் உருவாக்க வழிமுறைகள், சார்புநிலைகள், உரிமச் சாவிகள் மற்றும் ஆவணங்கள் ஆகியவை அடங்கியுள்ளனவா?
• எந்த அளவிலான சரிபார்ப்பு ஒப்புக்கொள்ளப்பட்டுள்ளது, மற்றும் அது எவ்வளவு அடிக்கடி மீண்டும் செய்யப்படுகிறது?
• குறுகிய ஆட்சேபனைக் காலம் மற்றும் விரைவான தகராறு தீர்க்கும் நடைமுறையுடன், ஒவ்வொரு வெளியீட்டு நிகழ்வையும் ஒரு ஆவணம் அல்லது காலப்போக்கிலிருந்து நிறுவ முடியுமா?
• SaaS-ஐப் பொறுத்தவரை: சூழல், உங்கள் தரவு மற்றும் ஹோஸ்டிங் உறவு ஆகியவை உள்ளடக்கப்பட்டுள்ளனவா, அல்லது குறியீடு மட்டுமா?
• யார் பணம் செலுத்துவது, கட்டணம் செலுத்தப்படாவிட்டால் என்ன நடக்கும், மற்றும் இந்த எஸ்க்ரோ ஒப்பந்தம் பிரதான ஒப்பந்தத்தின் ஆளும் சட்டம் மற்றும் அறிவுசார் சொத்துரிமைப் பிரிவுகளுக்குப் பொருந்துகிறதா?

சுருக்கமாக

• உங்கள் மென்பொருள் வழங்குநர் தோல்வியுற்றால், உருவாக்க வழிமுறைகள், சார்புநிலைகள் மற்றும் ஆவணங்கள் அடங்கிய வைப்புத்தொகையுடன் மட்டுமே எஸ்க்ரோ தொடர்ச்சியை உறுதி செய்கிறது.
• நிதித்திறன் மிக்க ஒரு எஸ்க்ரோ முகவர் விடுவிப்பை மேற்கொள்ளும் வகையில், ஒரு மும்முனை ஏற்பாட்டைத் தேர்ந்தெடுக்கவும்.
• டச்சு வழக்குச் சட்டத்தின்படி, திவால்நிலைக்கு முன்னர் வழங்கப்பட்ட உரிமம், திவால்நிலைக்குப் பிறகும் செல்லுபடியாகும்; அறங்காவலர் செயல்பாட்டு நடவடிக்கைகளை மட்டுமே மறுக்க முடியும்.
• உரிமத்தை வெளியிட்ட பிறகு மட்டுமல்லாமல், ஒரு முன்நிபந்தனைக்கு உட்பட்டு இப்போதே வழங்கவும்.
• SaaS-ஐப் பொறுத்தவரை, செயல்பாட்டுச் சூழல், உங்கள் தரவு மற்றும் ஹோஸ்டிங் உறவு ஆகியவற்றையும் பாதுகாக்கவும்.

Law & More மென்பொருள் ஒப்பந்தங்கள், உரிமங்கள் மற்றும் பொறுப்பு வைப்பு ஏற்பாடுகள் குறித்தும், திவால் நிலையில் அவற்றின் நிலை குறித்தும் நாங்கள் ஆலோசனை வழங்குகிறோம். உங்கள் நிலை என்னவென்று தெரியவில்லையா? உங்கள் நிலைமையைப் பற்றி எங்களிடம் கூறுங்கள். ஒரு வேலை நாளுக்குள் உங்களுக்கான தெரிவுகளை நாங்கள் உங்களுக்குத் தெரிவிப்போம்.

எப்படி Law & More இதில் உங்களுக்கு உதவ முடியும் என்பது எங்கள் தளத்தில் விளக்கப்பட்டுள்ளது. தகவல் தொழில்நுட்ப வழக்கறிஞர் பக்கம்.