നെതർലാൻഡ്‌സിലെ ഐടി സേവന കരാർ: ഏതൊക്കെ വ്യവസ്ഥകൾ പ്രധാനമാണ്, എന്തുകൊണ്ട്

ഒരു ഐടി സേവന കരാർ എന്നത് ഒരു ദാതാവ് നിങ്ങളുടെ ബിസിനസ്സിലേക്ക് സാങ്കേതിക സേവനങ്ങൾ നൽകുന്ന കരാറാണ്: മാനേജ്ഡ് ഐടി, സോഫ്റ്റ്‌വെയർ വികസനം, ഹോസ്റ്റിംഗ്, പിന്തുണ അല്ലെങ്കിൽ സംയോജനം. ഡച്ച് നിയമപ്രകാരം ഇത് സാധാരണയായി ഡച്ച് സിവിൽ കോഡിന്റെ (ബർഗർലിജ്ക് വെറ്റ്ബോക്ക്, ബിഡബ്ല്യു) പുസ്തകം 7 പ്രകാരം സേവനങ്ങൾക്കായുള്ള ഒരു കരാറാണ് (overeenkomst van opdracht), എന്നാൽ ഇത് ഒരു ജോലിക്കായുള്ള കരാറായി മാറുന്നു (aaneming van work), അവിടെ ദാതാവ് ഒരു നിർവചിക്കപ്പെട്ട ഫലം നൽകണം.

ആ വർഗ്ഗീകരണം ഒരു വലിയ കാര്യം തീരുമാനിക്കുന്നു. ദാതാവ് പരമാവധി ശ്രമിക്കണോ അതോ ഫലം നൽകണോ, നിങ്ങൾക്ക് കരാർ നേരത്തെ അവസാനിപ്പിക്കാൻ കഴിയുമോ, ഒരു സമയപരിധി കഴിഞ്ഞാൽ എന്ത് സംഭവിക്കും എന്നിവ ഇത് നിർണ്ണയിക്കുന്നു.

ഡച്ച് നിയമപ്രകാരം ഒരു ഐടി സേവന കരാർ ഏത് തരത്തിലുള്ള കരാറാണ്?

മിക്ക കേസുകളിലും ഇത് സേവനങ്ങൾക്കായുള്ള ഒരു കരാറാണ്, അതിൽ ദാതാവ് പരമാവധി ശ്രമിക്കേണ്ടതുണ്ട്. കരാർ വ്യക്തമായി ഒരു നിർവചിക്കപ്പെട്ട ഫലം വാഗ്ദാനം ചെയ്യുന്നിടത്ത് മാത്രമേ ദാതാവ് ഫലം നൽകാൻ ബാധ്യസ്ഥനാകൂ.

ഇംഗ്ലീഷ് ഭാഷാ ഐടി കരാറുകളിൽ പലപ്പോഴും അവ്യക്തമാകുന്ന രണ്ട് തരം ബാധ്യതകളെ ഡച്ച് നിയമം വേർതിരിക്കുന്നു. മികച്ച ശ്രമങ്ങളുടെ (inspanningsverbintenis) ഒരു ബാധ്യതയ്ക്ക് ദാതാവ് ന്യായമായും കഴിവുള്ള ഒരു പ്രൊഫഷണലിന്റെ പരിചരണത്തോടെ പ്രവർത്തിക്കേണ്ടതുണ്ട്. ദാതാവ് ആ മാനദണ്ഡം പാലിക്കുന്നതിൽ പരാജയപ്പെട്ടാൽ മാത്രമേ അത് ലംഘിക്കപ്പെടുകയുള്ളൂ. ഫലത്തിന്റെ (resultaatsverbintenis) ഒരു ബാധ്യതയ്ക്ക് നിർവചിക്കപ്പെട്ട ഫലം ആവശ്യമാണ്. ആ ഫലം ​​ലഭിച്ചില്ലെങ്കിൽ, ദാതാവ് എത്ര പരിശ്രമിച്ചാലും അയാൾ ലംഘനത്തിലാണ്.

ദാതാക്കൾ ആദ്യത്തേതിന് ഡ്രാഫ്റ്റ് ചെയ്യുന്നു, ക്ലയന്റുകൾ രണ്ടാമത്തേത് ഏറ്റെടുക്കുന്നു. "ഡെലിവറി" എന്ന വാക്ക് അയഞ്ഞ രീതിയിൽ ഉപയോഗിച്ചാലും പ്രശ്നം പരിഹരിക്കപ്പെടുന്നില്ല. ഡച്ച് കോടതികൾ വ്യാഖ്യാനത്തിലൂടെയാണ് ഇത് തീരുമാനിക്കുന്നത്: അവർ പദപ്രയോഗം, ചർച്ചകൾ, കക്ഷികളുടെ വൈദഗ്ദ്ധ്യം, വാണിജ്യ ലക്ഷ്യം എന്നിവ നോക്കുന്നു. നിങ്ങൾ ഒരു നിശ്ചിത തീയതിക്കുള്ളിൽ ഒരു വർക്കിംഗ് സിസ്റ്റം വാങ്ങുകയാണെങ്കിൽ, ആ തീയതിക്കുള്ളിൽ ആ സിസ്റ്റം ഡെലിവറി ചെയ്യുന്നത് ഫലത്തിന്റെ ബാധ്യതയാണെന്ന് കരാറിൽ പറയണം. നിർവചിക്കപ്പെട്ട മാനദണ്ഡങ്ങൾക്കനുസൃതമായി സ്വീകാര്യത അളക്കുന്നുവെന്നും അതിൽ പറയണം. രണ്ട് കക്ഷികളും യഥാർത്ഥത്തിൽ മികച്ച ശ്രമങ്ങൾ നടത്താൻ ഉദ്ദേശിക്കുന്നുവെങ്കിൽ, കരാറിൽ അതും പറയുകയും പരിശ്രമം എങ്ങനെ അളക്കുമെന്ന് വ്യക്തമാക്കുകയും വേണം.

വർഗ്ഗീകരണം അവസാനിപ്പിക്കലിനെ എങ്ങനെ ബാധിക്കുന്നു?

ആർക്കാണ് കരാർ അവസാനിപ്പിക്കേണ്ടതെന്നും ഏതൊക്കെ നിബന്ധനകൾക്ക് വിധേയമാണെന്നും ഇത് തീരുമാനിക്കുന്നു. സേവനങ്ങൾക്കായുള്ള ഒരു കരാറിന് കീഴിൽ, ക്ലയന്റിന് തത്വത്തിൽ എപ്പോൾ വേണമെങ്കിലും അവസാനിപ്പിക്കാം.

ആർട്ടിക്കിൾ 7:408 BW അനുസരിച്ച്, ക്ലയന്റിന് സേവനങ്ങൾക്കായുള്ള കരാർ എപ്പോൾ വേണമെങ്കിലും അവസാനിപ്പിക്കാം. തുടർന്ന് ദാതാവിന് ചെയ്യുന്ന ജോലിക്ക് ന്യായമായ പ്രതിഫലം ലഭിക്കാൻ അർഹതയുണ്ട് (ആർട്ടിക്കിൾ 7:411 BW). ക്ലയന്റ് ഒരു സ്വകാര്യ വ്യക്തിയാണെങ്കിൽ ആ അവകാശം ഒഴിവാക്കാനാവില്ല. ബിസിനസുകൾക്കിടയിൽ അത് ആകാം, കൂടാതെ ദാതാവിന്റെ നിബന്ധനകൾ പതിവായി അത് ഒഴിവാക്കുകയോ നിയന്ത്രിക്കുകയോ ചെയ്യാം. ബിസിനസ്സിന്റെ ഗതിയിൽ അസൈൻമെന്റ് ഏറ്റെടുത്ത ഒരു ദാതാവിന് നിർബന്ധിത കാരണങ്ങളാൽ മാത്രമേ അത് അവസാനിപ്പിക്കാൻ കഴിയൂ (gewichtige redenen). ആ ഡിഫോൾട്ട് നിയമങ്ങൾക്കെതിരായ അവസാനിപ്പിക്കൽ ക്ലോസ് നിങ്ങൾ വായിച്ചാൽ, കരാർ ആർക്കുവേണ്ടിയാണ് തയ്യാറാക്കിയതെന്ന് നിങ്ങൾക്ക് ഉടൻ കാണാൻ കഴിയും. സേവനങ്ങൾക്കായുള്ള കരാറിലേക്കുള്ള ഞങ്ങളുടെ ഗൈഡ് നിയമപരമായ നിയമങ്ങൾ കൂടുതൽ വിശദമായി പ്രതിപാദിക്കുന്നു.

ഏത് പ്രമാണമാണ് എന്ത് ചെയ്യുന്നത്?

ഒരു ഐടി ഇടപെടൽ അപൂർവ്വമായി ഒരു രേഖയായിരിക്കും. സാധാരണയായി നിങ്ങൾക്ക് ഒരു ഫ്രെയിംവർക്ക് കരാർ, ഒന്നോ അതിലധികമോ വർക്ക് സ്റ്റേറ്റ്മെന്റുകൾ, ഒരു സേവന തല കരാർ, ഒരു ഡാറ്റ പ്രോസസ്സിംഗ് കരാർ, ദാതാവിന്റെ പൊതുവായ നിബന്ധനകളും വ്യവസ്ഥകളും കണ്ടെത്താനാകും.

ഫ്രെയിംവർക്ക് കരാർ നിയമപരമായ നിബന്ധനകൾ വ്യക്തമാക്കുന്നു. ജോലിയുടെയോ സേവനത്തിന്റെയോ വിവരണങ്ങളുടെ പ്രസ്താവനകൾ യഥാർത്ഥത്തിൽ എന്താണ് വിതരണം ചെയ്യുന്നതെന്ന് വ്യക്തമാക്കുന്നു. സേവന തല കരാർ പ്രകടന മാനദണ്ഡങ്ങൾ സജ്ജമാക്കുന്നു. വ്യക്തിഗത ഡാറ്റ ഉൾപ്പെടുന്നിടത്ത് ഡാറ്റ പ്രോസസ്സിംഗ് കരാർ ബാധകമാണ്, കൂടാതെ ദാതാവിന്റെ പൊതുവായ നിബന്ധനകൾ അതിനെല്ലാം താഴെയാണ്. ഈ രേഖകൾക്കിടയിലുള്ള മുൻഗണനാ ക്രമം വ്യക്തമായി പ്രസ്താവിക്കുക. അവ പലപ്പോഴും പരസ്പരം വൈരുദ്ധ്യമുള്ളവയാണ്, കൂടാതെ വൈരുദ്ധ്യം പരിഹരിക്കുന്ന ക്ലോസ് ഏതൊരു വ്യക്തിഗത പദത്തേക്കാളും വിലമതിക്കും.

വ്യാപ്തി, സ്വീകാര്യത, മാറ്റ നിയന്ത്രണം എന്നിവ നിങ്ങൾ എങ്ങനെയാണ് നിർവചിക്കുന്നത്?

സേവന വിഭാഗമല്ല, ടാസ്‌ക്കുകൾ വിവരിക്കുക, ഒഴിവാക്കിയവ പട്ടികപ്പെടുത്തുക. തുടർന്ന് ഡെലിവറബിളുകൾ എങ്ങനെ പരിശോധിക്കുന്നുവെന്നും മാറ്റങ്ങൾ എങ്ങനെ അംഗീകരിക്കുന്നുവെന്നും സമ്മതിക്കുക.

സ്കോപ്പ് ക്ലോസ് എന്ന വ്യവസ്ഥയിലാണ് മിക്ക തർക്കങ്ങളും ആരംഭിക്കുന്നത്. "മാനേജ്ഡ് നെറ്റ്‌വർക്ക് സേവനങ്ങൾ" എന്നത് ഒരു സ്കോപ്പ് അല്ല; അതൊരു വിഭാഗമാണ്. എന്താണ് നിരീക്ഷിക്കുന്നത്, ഏത് സമയത്താണ്, എന്താണ് പാച്ച് ചെയ്യുന്നത്, എത്ര തവണ, എത്ര എൻഡ്‌പോയിന്റുകളും ഉപയോക്താക്കളും പരിരക്ഷിക്കപ്പെടുന്നു എന്നൊക്കെ ഒരു പ്രവർത്തനക്ഷമമായ വിവരണം പറയുന്നു. ഓൺബോർഡിംഗിലും ഓഫ്‌ബോർഡിംഗിലും എന്താണ് ഉൾപ്പെടുത്തിയിരിക്കുന്നത്, ഏതൊക്കെ സംഭവങ്ങളാണ് സ്കോപ്പിലുള്ളത്, എന്തൊക്കെ വ്യക്തമായി ഒഴിവാക്കിയിരിക്കുന്നു, വോള്യങ്ങൾ അനുമാനിച്ച അടിസ്ഥാന പരിധിക്കപ്പുറം വളരുമ്പോൾ എന്ത് സംഭവിക്കും എന്നും ഇത് പറയുന്നു.

ഉൾപ്പെടുത്തലുകൾ പോലെ തന്നെ പ്രധാനമാണ് ഒഴിവാക്കലുകളും, വിശ്വസനീയ ദാതാക്കൾ അവയെ സ്വാഗതം ചെയ്യുന്നു. പതിവ് അപേക്ഷകർ മണിക്കൂറുകളോളം നീണ്ടുനിൽക്കുന്ന അടിയന്തര ജോലികൾ, ഹാർഡ്‌വെയർ സംഭരണം, മൂന്നാം കക്ഷി സോഫ്റ്റ്‌വെയർ ലൈസൻസുകൾ, ഓൺ-സൈറ്റ് സന്ദർശനങ്ങൾ, ക്ലയന്റ് പിശകിന് ശേഷമുള്ള ഡാറ്റ വീണ്ടെടുക്കൽ, ദാതാവ് ഇൻസ്റ്റാൾ ചെയ്യാത്ത സിസ്റ്റങ്ങൾക്കുള്ള പിന്തുണ എന്നിവയാണ്. ഇവ ഒഴിവാക്കപ്പെടുന്നിടത്ത്, ആവശ്യമെങ്കിൽ അവയ്ക്ക് എന്ത് നിരക്ക് ഈടാക്കുമെന്ന് കരാറിൽ വ്യക്തമാക്കണം.

നിങ്ങൾക്ക് എപ്പോഴാണ് ഒരു സ്വീകാര്യത നടപടിക്രമം വേണ്ടത്?

വെറുതെ പ്രവർത്തിപ്പിക്കുന്നതിനു പകരം എന്തെങ്കിലും നിർമ്മിക്കപ്പെടുമ്പോൾ. അങ്ങനെയൊന്നുമില്ലാതെ, ദാതാവ് യഥാർത്ഥത്തിൽ എപ്പോൾ ഡെലിവറി ചെയ്തുവെന്ന് വ്യക്തമല്ല.

ആരാണ് പരിശോധന നടത്തുന്നത്, ഏത് മാനദണ്ഡങ്ങൾക്കനുസൃതമായി, ഏത് കാലയളവിനുള്ളിൽ എന്നിവ നിശ്ചയിക്കുക. എന്താണ് ഒരു വൈകല്യമായി കണക്കാക്കുന്നത്, ഏത് തീവ്രതാ വിഭാഗത്തിലാണ് അത് വരുന്നത് എന്ന് നിർവചിക്കുക. ദാതാവിന് എത്ര തിരുത്തൽ റൗണ്ടുകൾ ലഭിക്കുന്നു, കാലയളവിനുള്ളിൽ നിങ്ങൾ പരിശോധന നടത്തിയില്ലെങ്കിൽ എന്ത് സംഭവിക്കും, അന്തിമ നിരസിക്കലിന്റെ അനന്തരഫലങ്ങൾ എന്തൊക്കെയാണെന്ന് അംഗീകരിക്കുക. നിങ്ങൾ കൃത്യസമയത്ത് പ്രതികരിച്ചില്ലെങ്കിൽ ഡെലിവറബിൾ അംഗീകരിച്ചതായി കണക്കാക്കുന്ന ഡീമെഡ് സ്വീകാര്യതാ വ്യവസ്ഥകൾ ദാതാവിന്റെ നിബന്ധനകളിൽ സ്റ്റാൻഡേർഡ് ആണ്, പൊതുവെ നടപ്പിലാക്കാവുന്നതുമാണ്. തത്വത്തിൽ അവയുമായി പോരാടരുത് എന്നതാണ് ഉത്തരം. കാലയളവ് യാഥാർത്ഥ്യമാക്കുക, ദാതാവ് പരീക്ഷിക്കാവുന്ന എന്തെങ്കിലും യഥാർത്ഥത്തിൽ ഡെലിവർ ചെയ്തുകഴിഞ്ഞാൽ മാത്രം അത് ആരംഭിക്കട്ടെ.

എന്തുകൊണ്ടാണ് മാറ്റ നിയന്ത്രണം ഒരേ പ്രശ്നത്തിന്റെ ഭാഗമാകുന്നത്?

കാരണം ഓരോ പ്രധാന ഐടി ഇടപെടലും അതിന്റെ ജീവിതകാലത്ത് മാറിക്കൊണ്ടിരിക്കും. ഒരു നടപടിക്രമവുമില്ലാതെ, സമ്മതിച്ച കാര്യങ്ങളെക്കുറിച്ച് നിങ്ങൾ പിന്നീട് വാദിക്കും.

ഒരു നടപടിക്രമവുമില്ലാതെ, തങ്ങളുടെ സംഘടനകളെ ബന്ധിപ്പിക്കാൻ കഴിയാത്ത ആളുകൾക്കിടയിൽ ഇമെയിൽ വഴി മാറ്റങ്ങൾ അംഗീകരിക്കുന്നു. മാർച്ചിൽ എന്താണ് സമ്മതിച്ചത് എന്നതിനെക്കുറിച്ചാണ് അവസാനം തർക്കം. ഒരു ചെറിയ നടപടിക്രമം അതിൽ ഭൂരിഭാഗവും തടയുന്നു. ആർക്കൊക്കെ മാറ്റം അഭ്യർത്ഥിക്കാമെന്നും ആരാണ് അത് അംഗീകരിക്കേണ്ടതെന്നും ഇത് പറയുന്നു, മാറ്റത്തിന് എങ്ങനെ വില നിശ്ചയിക്കുന്നുവെന്ന് വിശദീകരിക്കുന്നു, കൂടാതെ രണ്ട് കക്ഷികളും ഒപ്പിടുന്നതുവരെ ഒരു മാറ്റവും പ്രാബല്യത്തിൽ വരില്ലെന്ന് പ്രസ്താവിക്കുന്നു.

ഒരു സേവന തല കരാറിൽ എന്തൊക്കെ അടങ്ങിയിരിക്കണം?

ഉപയോഗിക്കാവുന്ന ഒരു SLA മെട്രിക്, എങ്ങനെ, എത്ര കാലയളവിൽ അളക്കുന്നു, എന്ത് ഒഴിവാക്കപ്പെടുന്നു, പരാജയപ്പെടുമ്പോൾ എന്ത് സംഭവിക്കുന്നു എന്നിവ പ്രസ്താവിക്കുന്നു. ആ ഘടകങ്ങൾക്ക് ഓരോന്നിനും ഒരു തലക്കെട്ട് അർത്ഥത്തിന്റെ ഒരു സംഖ്യ നിശബ്ദമായി ശൂന്യമാക്കാൻ കഴിയും.

എന്താണ് ചെയ്തതെന്ന് സ്കോപ്പ് പറഞ്ഞാൽ, അത് എത്ര നന്നായി ചെയ്തുവെന്ന് സേവന തല കരാർ പറയുന്നു. ഓരോ ഘടകവും പ്രത്യേകം നോക്കുക, കാരണം വിശദാംശങ്ങൾ അറിഞ്ഞുകഴിഞ്ഞാൽ മാത്രമേ തലക്കെട്ട് ചിത്രം പ്രാധാന്യമുള്ളൂ.

ലഭ്യത എടുക്കുക. 99.9 ശതമാനം ഗ്യാരണ്ടി മികച്ചതായി തോന്നുന്നു, എന്നിരുന്നാലും 30 ദിവസത്തെ മാസത്തിൽ ഏകദേശം 43 മിനിറ്റ് ഡൗൺടൈം അനുവദിക്കുന്നു; 99 ശതമാനം ഏഴ് മണിക്കൂറിൽ കൂടുതൽ അനുവദിക്കുന്നു. മൂന്ന് കാര്യങ്ങൾ നിങ്ങൾ അറിഞ്ഞുകഴിഞ്ഞാൽ മാത്രമേ ഈ കണക്ക് എന്തെങ്കിലും അർത്ഥമാക്കൂ:

• എന്താണ് അളക്കുന്നത്: പ്ലാറ്റ്‌ഫോമിന്റെ ലഭ്യത നിങ്ങളുടെ ആപ്ലിക്കേഷന്റെ ലഭ്യതയ്ക്ക് തുല്യമല്ല;
• ഒഴിവാക്കിയിരിക്കുന്നവ: ആസൂത്രിത അറ്റകുറ്റപ്പണി വിൻഡോകൾ, മൂന്നാം കക്ഷി നെറ്റ്‌വർക്ക് പരാജയങ്ങൾ, ബലപ്രയോഗം എന്നിവ സാധാരണയായി വേർതിരിച്ചെടുക്കുന്നു;
• ആരാണ് ഇത് അളക്കുന്നത്: അംഗീകൃത ഉപകരണമോ ഓഡിറ്റ് അവകാശമോ ഇല്ലാതെ സ്വന്തം പ്രകടനത്തെക്കുറിച്ച് റിപ്പോർട്ട് ചെയ്യുന്ന ഒരു ദാതാവ്, സ്വന്തം ഗൃഹപാഠം ഫലപ്രദമായി അടയാളപ്പെടുത്തുന്നു.

പ്രതികരണത്തിനും പരിഹാര ലക്ഷ്യങ്ങൾക്കും ഒരേ പരിഗണന ആവശ്യമാണ്. "പ്രതികരണം" എന്നത് സാധാരണയായി ഒരു പരിഹാരത്തേക്കാൾ അംഗീകാരത്തെയാണ് അർത്ഥമാക്കുന്നത്. പതിനഞ്ച് മിനിറ്റ് ദൈർഘ്യമുള്ള ഒരു പ്രതികരണ ലക്ഷ്യത്തിന് അരികിൽ ഒരു പരിഹാര ലക്ഷ്യമില്ലാതെ വലിയ മൂല്യമില്ല. രണ്ടും തീവ്രത വർഗ്ഗീകരണത്തെ ആശ്രയിച്ചിരിക്കുന്നു. സാങ്കേതിക ലക്ഷണങ്ങളേക്കാൾ ബിസിനസ്സ് ആഘാതത്തിന്റെ അടിസ്ഥാനത്തിൽ നിർണായക, ഉയർന്ന, ഇടത്തരം, താഴ്ന്ന സംഭവങ്ങളെ നിർവചിക്കുക, തെറ്റായ വർഗ്ഗീകരണം വർദ്ധിപ്പിക്കുന്നതിന് നിങ്ങൾക്ക് സ്വയം ഒരു വഴി നൽകുക.

ഒരു സർവീസ് ക്രെഡിറ്റിന് യഥാർത്ഥത്തിൽ എന്ത് മൂല്യമുണ്ട്?

നഷ്ടപരിഹാരമായി, വളരെ കുറച്ച് മാത്രം. ക്രെഡിറ്റുകൾ മാത്രമാണോ നിങ്ങളുടെ ഏക പരിഹാരം എന്നും തുടർച്ചയായ പരാജയം നിങ്ങൾക്ക് അവസാനിപ്പിക്കാനുള്ള അവകാശം നൽകുന്നുണ്ടോ എന്നും പ്രധാനമാണ്.

സർവീസ് ക്രെഡിറ്റുകളാണ് സാധാരണ പരിഹാരം: ഒരു ലക്ഷ്യം നഷ്ടപ്പെടുമ്പോൾ പ്രതിമാസ ഫീസിന്റെ ഒരു ശതമാനം തിരികെ നൽകും. അവ മാനേജ്മെന്റ് സിഗ്നലായി ഉപയോഗപ്രദമാണ്, നഷ്ടപരിഹാരമായി ഏതാണ്ട് വിലയില്ലാത്തതുമാണ്. ഗുരുതരമായ ഒരു തടസ്സം ഉണ്ടാക്കുന്ന നഷ്ടവുമായി താരതമ്യപ്പെടുത്തുമ്പോൾ അവ ഫീസിന്റെ ഒരു ചെറിയ ഭാഗത്തേക്ക് പരിമിതപ്പെടുത്തിയിരിക്കുന്നു. അതിനാൽ രണ്ട് കാര്യങ്ങൾ പ്രധാനമാണ്.

ആദ്യം, ക്രെഡിറ്റുകൾ എക്സ്ക്ലൂസീവ് പ്രതിവിധിയാണോ എന്ന് പരിശോധിക്കുക. സേവന നിലവാരം നഷ്ടപ്പെടുമ്പോൾ സേവന ക്രെഡിറ്റുകൾ "ഏകവും എക്സ്ക്ലൂസീവ് പ്രതിവിധിയും" ആണെന്ന് പ്രസ്താവിക്കുന്ന ഒരു ക്ലോസ്, നഷ്ടപരിഹാരം ക്ലെയിം ചെയ്യാനുള്ള നിങ്ങളുടെ അവകാശത്തെ ഇല്ലാതാക്കുന്നു. പല SLA-കളിലും അതാണ് ഏറ്റവും പ്രധാനപ്പെട്ട വാക്യം. രണ്ടാമതായി, തുടർച്ചയായ പരാജയം നിങ്ങൾക്ക് അവസാനിപ്പിക്കാനുള്ള അവകാശം നൽകുന്നുണ്ടോ എന്ന് പരിശോധിക്കുക, സാധാരണയായി ഒരു റോളിംഗ് കാലയളവിൽ ഒരു നിശ്ചിത എണ്ണം ലംഘനങ്ങൾക്ക് ശേഷം. ക്രെഡിറ്റുകൾ മാത്രമുള്ളതും അവസാനിപ്പിക്കാനുള്ള അവകാശമില്ലാത്തതുമായ ഒരു ക്ലയന്റിന് യഥാർത്ഥ ലിവറേജ് ഇല്ല.

ഫീസുകളും പേയ്‌മെന്റും എങ്ങനെ ക്രമീകരിക്കണം?

വിലനിർണ്ണയ മാതൃക, സൂചിക, ഇൻവോയ്‌സിംഗ് എന്നിവ കൃത്യമായി വിവരിക്കുക. കരാർ നിശബ്ദമായിരിക്കുന്നിടത്ത്, വൈകിയുള്ള പേയ്‌മെന്റിനെക്കുറിച്ചുള്ള ഡച്ച് നിയമപരമായ നിയമങ്ങൾ വിടവ് നികത്തുന്നു.

വിലനിർണ്ണയ മാതൃക പ്രസ്താവിക്കുക: നിശ്ചിത ഫീസ്, ഓരോ ഉപയോക്താവിനും, ഓരോ ഉപകരണത്തിനും, ഓരോ ടിക്കറ്റിനും, സമയവും മെറ്റീരിയലുകളും, അല്ലെങ്കിൽ ഒരു സംയോജനവും, ഓരോന്നിലും എന്താണ് ഉൾപ്പെടുന്നത്. ദാതാവിന്റെ വിവേചനാധികാരത്തിൽ വാർഷിക വർദ്ധനവ് അനുവദിക്കുന്നതിനുപകരം, വില വർദ്ധനവിനുള്ള സൂചികയും അവലോകന തീയതിയും പറയുക. ഇൻവോയ്‌സുകൾ എപ്പോൾ പുറപ്പെടുവിക്കണം, അവ എന്തൊക്കെ വ്യക്തമാക്കണം, പണമടയ്ക്കൽ എപ്പോൾ അവസാനിക്കും എന്നിവ പ്രസ്താവിക്കുക.

യൂറോപ്യൻ ലേറ്റ് പേയ്‌മെന്റ് ഡയറക്റ്റീവ് നടപ്പിലാക്കുന്ന ഡച്ച് നിയമങ്ങൾ ഏതൊരു ബിസിനസ് കരാറിനും ബാധകമാകുന്നതുപോലെ ഐടി കരാറുകൾക്കും ബാധകമാണ്. ആർട്ടിക്കിൾ 6:119a BW അനുസരിച്ച്, ബിസിനസുകൾ തമ്മിലുള്ള പേയ്‌മെന്റ് 30 ദിവസത്തിനുള്ളിൽ അവസാനിക്കും, അവിടെ ഒരു കാലയളവും അംഗീകരിക്കപ്പെട്ടിട്ടില്ല. കൂടുതൽ കാലയളവ് അംഗീകരിക്കപ്പെടാം, എന്നാൽ 60 ദിവസത്തിൽ കൂടുതലുള്ള കാലയളവ് കടക്കാരനോട് കടുത്ത അന്യായമാണെങ്കിൽ അസാധുവാണ്. പണമടയ്ക്കൽ വൈകിയാൽ, നിയമപരമായ വാണിജ്യ പലിശ സ്വയമേവ പ്രവർത്തിക്കും. കടക്കാരന് കുറഞ്ഞത് €40 (ആർട്ടിക്കിൾ 6:96 BW) ഉപയോഗിച്ച് കളക്ഷൻ ചെലവുകളും ക്ലെയിം ചെയ്യാൻ കഴിയും.

പണമടയ്ക്കാത്ത സാഹചര്യത്തിൽ സേവനം താൽക്കാലികമായി നിർത്തിവയ്ക്കാനുള്ള അവകാശം ദാതാക്കൾ പലപ്പോഴും ചേർക്കുന്നു. തത്വത്തിൽ ആ അവകാശം നിയമപരമാണ്, പക്ഷേ ഐടിയിൽ ഇത് ഒരു കർക്കശമായ ഉപകരണമാണ്, അവിടെ താൽക്കാലികമായി നിർത്തിവയ്ക്കുന്നത് നിങ്ങളുടെ ബിസിനസിനെ ഓഫ്‌ലൈനിലേക്ക് കൊണ്ടുപോകും. ഒരു നോട്ടീസ് കാലയളവും യഥാർത്ഥത്തിൽ തർക്കത്തിലുള്ള തുകകൾക്ക് ഒരു ഒഴിവാക്കലും നൽകി അത് യോഗ്യമാക്കുക.

ദാതാവിന്റെ സ്റ്റാൻഡേർഡ് നിബന്ധനകൾ നിങ്ങൾക്ക് ചർച്ച ചെയ്യാൻ കഴിയുമോ?

അതെ, ക്ലയന്റുകൾ അനുമാനിക്കുന്നതിലും കൂടുതൽ തവണ, പ്രത്യേകിച്ച് ബാധ്യതാ പരിധിയിലും SLA പരിഹാരങ്ങളിലും. പൊതുവായ നിബന്ധനകളെക്കുറിച്ചുള്ള രണ്ട് ഡച്ച് നിയമങ്ങളും നിങ്ങളെ സഹായിക്കുന്നു.

മിക്കവാറും എല്ലാ ഡച്ച് ഐടി ദാതാക്കളും അവരുടെ പൊതുവായ നിബന്ധനകളും വ്യവസ്ഥകളും (algemene voorwaarden) ബാധകമാണെന്ന് പ്രഖ്യാപിക്കുന്നു. ഈ മേഖലയിൽ പലരും വ്യവസായ അസോസിയേഷൻ പ്രസിദ്ധീകരിച്ച സ്റ്റാൻഡേർഡ് നിബന്ധനകളാണ് ഉപയോഗിക്കുന്നത്. ഈ നിബന്ധനകൾ പ്രൊഫഷണലായി തയ്യാറാക്കിയതും ശക്തമായി ദാതാവിനെ അടിസ്ഥാനമാക്കിയുള്ളതുമാണ്: മികച്ച ശ്രമങ്ങളുടെ ബാധ്യതകൾ, ഹ്രസ്വമായ പരാതി കാലയളവുകൾ, കരാർ തുകയുടെ ഒരു ഭാഗത്തേക്ക് ബാധ്യത പരിമിതപ്പെടുത്തൽ, അനന്തരഫലമായുണ്ടാകുന്ന നഷ്ടത്തിന്റെ വിശാലമായ ഒഴിവാക്കലുകൾ.

ആദ്യ നിയമം അറിയിക്കേണ്ട കടമയെക്കുറിച്ചാണ്. പൊതുവായ നിബന്ധനകൾ ഉപയോഗിക്കുന്നയാൾ കരാർ അവസാനിക്കുന്നതിന് മുമ്പോ അല്ലെങ്കിൽ പ്രാക്ടീസിലോ അവ നൽകുന്നതിലൂടെ മറ്റേ കക്ഷിക്ക് അവ വായിക്കാൻ ന്യായമായ അവസരം നൽകണം. അങ്ങനെയല്ലെങ്കിൽ, വ്യക്തിഗത ഉപവാക്യങ്ങൾ അസാധുവാക്കാം (ആർട്ടിക്കിൾ 6:233, 6:234 BW). രണ്ടാമത്തെ നിയമം ഫോമുകളുടെ പോരാട്ടത്തെക്കുറിച്ചാണ്. രണ്ട് കക്ഷികളും സ്വന്തം നിബന്ധനകൾ പരാമർശിക്കുന്നിടത്ത്, ഡച്ച് നിയമം ആർട്ടിക്കിൾ 6:225(3) BW ലെ "ആദ്യ ഷോട്ട്" നിയമം പിന്തുടരുന്നു: ആദ്യം പരാമർശിച്ചിരിക്കുന്ന പദങ്ങൾ ബാധകമാണ്, മറ്റേ കക്ഷി അവ വ്യക്തമായി നിരസിക്കുന്നില്ലെങ്കിൽ. മറ്റ് നിരവധി നിയമവ്യവസ്ഥകളിലെ നിലപാടിന് വിപരീതമാണിത്. പൊതുവായ നിബന്ധനകളെയും വ്യവസ്ഥകളെയും കുറിച്ചുള്ള ഞങ്ങളുടെ ഗൈഡുകളും അന്താരാഷ്ട്ര വാണിജ്യ കരാറുകളിലെ ഏറ്റവും സാധാരണമായ അഞ്ച് തെറ്റുകളും അത് പ്രായോഗികമായി എങ്ങനെ പ്രവർത്തിക്കുന്നുവെന്ന് കാണിക്കുന്നു.

സോഫ്റ്റ്‌വെയറും സോഴ്‌സ് കോഡും ആരുടേതാണ്?

പണം നൽകിയ കക്ഷിയല്ല, മറിച്ച് അത് സൃഷ്ടിച്ച വ്യക്തിയാണ്. നിങ്ങൾക്ക് അത് രേഖാമൂലം നൽകുകയും ആധാരം വഴി കൈമാറുകയും ചെയ്താൽ മാത്രമേ നിങ്ങൾക്ക് പകർപ്പവകാശം ലഭിക്കൂ.

സോഫ്റ്റ്‌വെയറിന് പണം നൽകുന്നത് നിങ്ങളെ അതിന്റെ ഉടമയാക്കില്ല. ഡച്ച് പകർപ്പവകാശ നിയമപ്രകാരം (Auteurswet), ഒരു കൃതി സൃഷ്ടിക്കുന്ന വ്യക്തിയാണ് രചയിതാവ്, അയാൾക്ക് പകർപ്പവകാശം ഉണ്ട്. ഒരു നിയമവും സൃഷ്ടി കമ്മീഷൻ ചെയ്തതോ പണം നൽകിയതോ ആയവർക്ക് ഉടമസ്ഥാവകാശം കൈമാറുന്നില്ല. രണ്ട് അപവാദങ്ങളുണ്ട്. ഒരു ജീവനക്കാരൻ തന്റെ കടമകളുടെ ഭാഗമായി സൃഷ്ടി സൃഷ്ടിക്കുന്നിടത്ത്, തൊഴിലുടമ രചയിതാവായി കണക്കാക്കപ്പെടുന്നു (ആർട്ടിക്കിൾ 7 Auteurswet). ഒരു നിയമപരമായ സ്ഥാപനം ഒരു സ്വാഭാവിക വ്യക്തിയെ രചയിതാവായി നാമകരണം ചെയ്യാതെ ഒരു കൃതി സ്വന്തമായി പ്രസിദ്ധീകരിക്കുന്നിടത്ത്, ആ സ്ഥാപനം രചയിതാവായി കണക്കാക്കപ്പെടുന്നു (ആർട്ടിക്കിൾ 8 Auteurswet). ഒരു ക്ലയന്റിനെ ഒരു ബാഹ്യ ദാതാവിനെയോ ഒരു ഫ്രീലാൻസ് ഡെവലപ്പറെയോ ഏൽപ്പിക്കുന്ന സാധാരണ കേസും ഈ രണ്ട് അപവാദങ്ങളും ഉൾക്കൊള്ളുന്നില്ല.

അതിനാൽ അസൈൻമെന്റ് വ്യക്തമായി അംഗീകരിക്കണം. ആർട്ടിക്കിൾ 2(3) Auteurswet അനുസരിച്ച്, പകർപ്പവകാശം കൈമാറുന്നതോ എക്സ്ക്ലൂസീവ് ലൈസൻസ് നൽകുന്നതോ ആയ ഒരു കരാർ എഴുത്തിലൂടെ നടത്തണം, കൂടാതെ കൈമാറ്റത്തിന് തന്നെ ആ ഉദ്ദേശ്യത്തിനായി ഉദ്ദേശിച്ചിട്ടുള്ള ഒരു ഡീഡ് (akte) ആവശ്യമാണ്. രണ്ട് കക്ഷികളും ഒപ്പിട്ട ഡെലിവറബിളുകളിലെ എല്ലാ ബൗദ്ധിക സ്വത്തവകാശങ്ങളും ക്ലയന്റ് നേടുന്നുവെന്ന് പ്രസ്താവിക്കുന്ന കരാറിലെ ഒരു ക്ലോസ് ആ ജോലി ചെയ്യുന്നു. ഒരു ഇൻവോയ്‌സോ വാക്കാലുള്ള ധാരണയോ അങ്ങനെയല്ല. ഒരു ഡാറ്റാബേസിലെ ഏതൊരു അവകാശ കൈമാറ്റവും അതേ രീതിയിൽ രേഖപ്പെടുത്തുക.

പശ്ചാത്തലം, ഫോർഗ്രൗണ്ട്, തേർഡ് പാർട്ടി മെറ്റീരിയൽ എന്നിവ എങ്ങനെ വേർതിരിക്കാം?

ഓരോ വിഭാഗത്തിനും അതിന്റേതായ നിയമം നൽകുക: പശ്ചാത്തല മെറ്റീരിയലിനുള്ള ലൈസൻസ്, ഫോർഗ്രൗണ്ട് മെറ്റീരിയലിന്റെ ഉടമസ്ഥാവകാശം, മൂന്നാം കക്ഷി, ഓപ്പൺ സോഴ്‌സ് ഘടകങ്ങൾക്കുള്ള വാറന്റി.

ദാതാവ് കൊണ്ടുവരുന്നത് പശ്ചാത്തല മെറ്റീരിയലാണ്: അതിന്റെ ചട്ടക്കൂടുകൾ, ലൈബ്രറികൾ, ഉപകരണങ്ങൾ, സ്റ്റാൻഡേർഡ് മൊഡ്യൂളുകൾ. ദാതാവ് ഉടമസ്ഥാവകാശം നിലനിർത്തുന്നു, നിങ്ങൾക്ക് ഒരു ലൈസൻസ് ലഭിക്കുന്നു. ആ ലൈസൻസിന്റെ വ്യാപ്തി, ദൈർഘ്യം, പ്രദേശം, കൈമാറ്റം എന്നിവ നിർവചിക്കുക. ഫോർഗ്രൗണ്ട് മെറ്റീരിയൽ എന്നത് നിങ്ങൾക്കായി പ്രത്യേകമായി സൃഷ്ടിച്ചതാണ്; ഉടമസ്ഥാവകാശം സാധാരണയായി പൂർണ്ണ പേയ്‌മെന്റിൽ കൈമാറ്റം ചെയ്യപ്പെടുന്നു. മൂന്നാം കക്ഷിയും ഓപ്പൺ സോഴ്‌സ് ഘടകങ്ങളും അവരുടേതായ ലൈസൻസുകൾ വഹിക്കുന്നു. ഏതൊക്കെ ഘടകങ്ങൾ ഉപയോഗിക്കണമെന്നും ഏതൊക്കെ നിബന്ധനകളിലാണ് ഉപയോഗിക്കേണ്ടതെന്നും ദാതാവ് ഉറപ്പുനൽകണം, കാരണം ഇഷ്ടാനുസൃത സോഫ്റ്റ്‌വെയറിൽ ഉൾച്ചേർത്ത ഒരു കോപ്പിലെഫ്റ്റ് ലൈസൻസിന് നിങ്ങൾ ഒരിക്കലും ഉദ്ദേശിച്ചിട്ടില്ലാത്ത ബാധ്യതകൾ ചുമത്താൻ കഴിയും. നെതർലാൻഡ്‌സിലെ ഓപ്പൺ സോഴ്‌സ് സോഫ്റ്റ്‌വെയർ ലൈസൻസിലേക്കുള്ള ഞങ്ങളുടെ ഗൈഡ് ആ ബാധ്യതകളെ വിശദീകരിക്കുന്നു.

നിങ്ങൾക്ക് എപ്പോഴാണ് സോഴ്‌സ് കോഡ് എസ്ക്രോ വേണ്ടത്?

നിങ്ങളുടെ ബിസിനസ്സ് നിങ്ങളുടെ ഉടമസ്ഥതയിലുള്ളതല്ലാത്ത സോഫ്റ്റ്‌വെയറിനെ ആശ്രയിക്കുമ്പോൾ. ദാതാവിന് ഇനി സോഴ്‌സ് കോഡ് പരിപാലിക്കാൻ കഴിയുന്നില്ലെങ്കിൽ എസ്ക്രോ നിങ്ങൾക്ക് സോഴ്‌സ് കോഡിലേക്ക് ആക്‌സസ് നൽകുന്നു.

എസ്ക്രോയിൽ, സോഴ്‌സ് കോഡും ബിൽഡ് ഡോക്യുമെന്റേഷനും ഒരു എസ്ക്രോ ഏജന്റിൽ നിക്ഷേപിക്കുന്നു. നിർവചിക്കപ്പെട്ട സംഭവങ്ങളിൽ, സാധാരണയായി ദാതാവിന്റെ പാപ്പരത്തമോ സോഫ്റ്റ്‌വെയർ പരിപാലിക്കുന്നതിൽ സ്ഥിരമായ പരാജയമോ ഉണ്ടാകുമ്പോൾ അവ നിങ്ങൾക്ക് റിലീസ് ചെയ്യും. ഡെപ്പോസിറ്റ് കാലികമായി നിലനിർത്തുകയും റിലീസ് വ്യവസ്ഥകൾ പരിശോധിക്കുകയും ചെയ്‌താൽ മാത്രമേ എസ്ക്രോ പ്രവർത്തിക്കൂ. നെതർലാൻഡ്‌സിലെ സോഫ്റ്റ്‌വെയർ എസ്ക്രോയിലേക്കുള്ള ഞങ്ങളുടെ ഗൈഡ് , പ്രവർത്തനക്ഷമമായ ഒരു ക്രമീകരണം എങ്ങനെയായിരിക്കുമെന്ന് വ്യക്തമാക്കുന്നു.

നിങ്ങളുടെ ഡാറ്റ ആരുടേതാണ്?

തീർച്ചയായും, കരാറിൽ അത് വ്യക്തമായി പറഞ്ഞിരിക്കണം. ബൗദ്ധിക സ്വത്തവകാശത്തിൽ നിന്ന് വേറിട്ട് ഡാറ്റ കൈകാര്യം ചെയ്യുക.

നിങ്ങളുടെ ഡാറ്റ ഏത് ഫോർമാറ്റിലാണ് തിരികെ നൽകുന്നത്, ഒരു പിൻഗാമി ദാതാവിനെ സഹായിക്കാനുള്ള ദാതാവിന്റെ കടമ, തുടർന്ന് ശേഷിക്കുന്ന പകർപ്പുകൾ ഇല്ലാതാക്കാനുള്ള കടമ എന്നിവ കരാറിൽ വ്യക്തമാക്കണം. ദാതാവ് സ്വന്തം സേവനങ്ങൾ മെച്ചപ്പെടുത്തുന്നതിനോ മോഡലുകളെ പരിശീലിപ്പിക്കുന്നതിനോ നിങ്ങളുടെ ഡാറ്റ ഉപയോഗിക്കാൻ ആഗ്രഹിക്കുന്നുവെങ്കിൽ, അതിന് അനുബന്ധത്തിലെ ഒരു വരിയല്ല, മറിച്ച് വ്യക്തമായ, പ്രത്യേകം ചർച്ച ചെയ്ത അനുമതി ആവശ്യമാണ്.

പ്രോസസ്സർ കരാറിൽ എന്തെല്ലാം അടങ്ങിയിരിക്കണം?

നിങ്ങളുടെ നിർദ്ദേശപ്രകാരം ദാതാവ് വ്യക്തിഗത ഡാറ്റ പ്രോസസ്സ് ചെയ്യുന്നിടത്ത്, GDPR നിർദ്ദേശിച്ച ഉള്ളടക്കവുമായി ഒരു രേഖാമൂലമുള്ള പ്രോസസർ കരാർ ആവശ്യപ്പെടുന്നു. ആ ഉള്ളടക്കം ഇല്ലെങ്കിൽ, രണ്ട് കക്ഷികളും തുറന്നുകാട്ടപ്പെടും.

ജനറൽ ഡാറ്റ പ്രൊട്ടക്ഷൻ റെഗുലേഷന്റെ (GDPR, ഡച്ച് AVG) ആർട്ടിക്കിൾ 28(3) കരാറിൽ എന്തൊക്കെ അടങ്ങിയിരിക്കണമെന്ന് വ്യക്തമാക്കുന്നു. പ്രോസസ്സിംഗിന്റെ വിഷയവും ദൈർഘ്യവും, അതിന്റെ സ്വഭാവവും ഉദ്ദേശ്യവും, വ്യക്തിഗത ഡാറ്റയുടെ തരങ്ങളും ഡാറ്റ വിഷയങ്ങളുടെ വിഭാഗങ്ങളും ഇത് വിവരിക്കണം. പ്രോസസ്സറിൽ ഇത് ഒരു കൂട്ടം ബാധ്യതകൾ ചുമത്തുകയും വേണം:

• രേഖപ്പെടുത്തിയ നിർദ്ദേശങ്ങളിൽ മാത്രം പ്രോസസ്സിംഗ്;
• ഉദ്യോഗസ്ഥരുടെ രഹസ്യാത്മകത ഉറപ്പാക്കൽ;
• ഉചിതമായ സാങ്കേതികവും സംഘടനാപരവുമായ സുരക്ഷാ നടപടികൾ സ്വീകരിക്കുക;
• അംഗീകാരത്തോടെയും തുല്യമായ നിബന്ധനകളോടെയും മാത്രം സബ്-പ്രോസസ്സറുകളെ ഏർപ്പെടുത്തൽ;
• ഡാറ്റ വിഷയ അഭ്യർത്ഥനകളിലും ലംഘന അറിയിപ്പിലും കൺട്രോളറെ സഹായിക്കൽ;
• സേവനത്തിന്റെ അവസാനം ഡാറ്റ ഇല്ലാതാക്കുകയോ തിരികെ നൽകുകയോ ചെയ്യുക.

ഈ ഘടകങ്ങൾ ഇല്ലാത്ത ഒരു കരാർ പാലിക്കുന്നതല്ല. നെതർലാൻഡ്‌സിലെ ഡാറ്റാ പ്രോസസ്സിംഗ് കരാറിലേക്കുള്ള ഞങ്ങളുടെ ഗൈഡിൽ ആവശ്യമായ ഉള്ളടക്കം ഉൾപ്പെടുന്നു.

ആദ്യം റോളുകൾ ശരിയാക്കുക. സ്വന്തം ഉദ്ദേശ്യങ്ങൾ നിർണ്ണയിക്കുന്ന ഒരു ദാതാവ്, ഉദാഹരണത്തിന് സ്വന്തം അനലിറ്റിക്സിനായി ഡാറ്റ ഉപയോഗിച്ച്, ആ പ്രോസസ്സിംഗിന് ഒരു പ്രോസസ്സറല്ല, മറിച്ച് ഒരു കൺട്രോളറാണ്. കരാർ കക്ഷികൾ ഇഷ്ടപ്പെടുന്ന ലേബലിനെയല്ല, യാഥാർത്ഥ്യത്തെ പ്രതിഫലിപ്പിക്കണം.

സുരക്ഷാ വ്യവസ്ഥ എത്രത്തോളം നിർദ്ദിഷ്ടമായിരിക്കണം?

നിങ്ങൾക്ക് പരിശോധിക്കാൻ കഴിയുന്നത്ര വ്യക്തമായി പറയുക. അളവുകൾക്ക് പേര് നൽകി അവ പരിശോധിക്കാൻ നിങ്ങൾക്ക് ഒരു വഴി നൽകുക.

പ്രസക്തമായ നടപടികളിൽ, വിശ്രമത്തിലും ഗതാഗതത്തിലും ഡാറ്റയുടെ എൻക്രിപ്ഷൻ, മൾട്ടി-ഫാക്ടർ പ്രാമാണീകരണത്തോടുകൂടിയ റോൾ-ബേസ്ഡ് ആക്‌സസ്, ലോഗിംഗ്, ലോഗ് നിലനിർത്തൽ, പാച്ച്, ദുർബലത മാനേജ്‌മെന്റിനുള്ള സമയക്രമീകരണം എന്നിവ ഉൾപ്പെടുന്നു. ബാക്കപ്പ് ഫ്രീക്വൻസിയും പുനഃസ്ഥാപിക്കൽ പരിശോധനയും ചേർക്കുക, പങ്കിട്ട പരിതസ്ഥിതിയിൽ ക്ലയന്റുകൾ തമ്മിലുള്ള വേർതിരിവ്, ദാതാവ് സ്വന്തം സൗകര്യങ്ങൾ പ്രവർത്തിപ്പിക്കുന്നിടത്ത് ഭൗതിക സുരക്ഷ എന്നിവ ചേർക്കുക. ഒരു ഓഡിറ്റ് അവകാശം, അല്ലെങ്കിൽ ഒരു സ്വതന്ത്ര ഉറപ്പ് റിപ്പോർട്ടും പെനട്രേഷൻ ടെസ്റ്റ് ഫലങ്ങളും നൽകാനുള്ള കടമ, ഈ വാഗ്ദാനങ്ങളെ നിങ്ങൾക്ക് പരിശോധിക്കാൻ കഴിയുന്ന ഒന്നാക്കി മാറ്റുന്നു.

ലംഘന അറിയിപ്പ് ക്ലോസ് എന്താണ് പറയേണ്ടത്?

ഒരു ഹ്രസ്വവും നിശ്ചിതവുമായ കാലയളവിനുള്ളിൽ ദാതാവ് നിങ്ങളോട് പറയേണ്ടതുണ്ട്. അല്ലെങ്കിൽ നിങ്ങൾക്ക് നിങ്ങളുടെ സ്വന്തം 72 മണിക്കൂർ സമയപരിധി പാലിക്കാൻ കഴിയില്ല.

ആർട്ടിക്കിൾ 33 GDPR പ്രകാരം, ഒരു കൺട്രോളർ വ്യക്തിഗത ഡാറ്റാ ലംഘനത്തെക്കുറിച്ച് അറിഞ്ഞുകഴിഞ്ഞാൽ 72 മണിക്കൂറിനുള്ളിൽ സൂപ്പർവൈസറി അതോറിറ്റിയെ അറിയിക്കണം, ലംഘനം ഒരു അപകടസാധ്യത ഉണ്ടാക്കാൻ സാധ്യതയില്ലെങ്കിൽ. നെതർലാൻഡിൽ ആ അധികാരം ഡച്ച് ഡാറ്റാ പ്രൊട്ടക്ഷൻ അതോറിറ്റി (Autoriteit Persoonsgegevens) ആണ്. അപകടസാധ്യത കൂടുതലുള്ളിടത്ത്, കൺട്രോളർ ബന്ധപ്പെട്ട വ്യക്തികളെയും അറിയിക്കണം (ആർട്ടിക്കിൾ 34 GDPR). അനാവശ്യ കാലതാമസമില്ലാതെ പ്രോസസ്സർ കൺട്രോളറെ അറിയിക്കണം. നിങ്ങൾ വൈകി കേട്ടാൽ നിങ്ങളുടെ സ്വന്തം സമയപരിധി പാലിക്കാൻ കഴിയാത്തതിനാൽ, കരാർ ഒരു നിശ്ചിത കാലയളവിനുള്ളിൽ അറിയിപ്പ് ആവശ്യപ്പെടുകയും കോൺടാക്റ്റ് പോയിന്റ് പേര് നൽകുകയും വേണം. അന്വേഷണവുമായി സഹകരിക്കാനും ലോഗുകളും തെളിവുകളും നൽകാനും ഇത് ദാതാവിനെ ബാധ്യസ്ഥനാക്കണം. യൂറോപ്യൻ സാമ്പത്തിക മേഖല വിട്ടുപോകുന്നിടത്തെല്ലാം ട്രാൻസ്ഫർ സംവിധാനം തിരിച്ചറിയുന്നതിലൂടെ സബ്-പ്രോസസ്സറുകൾക്കും അന്താരാഷ്ട്ര കൈമാറ്റങ്ങൾക്കും ഒരേ പരിഗണന ആവശ്യമാണ്.

ഏതൊക്കെ സൈബർ സുരക്ഷാ, മേഖല നിയമങ്ങളാണ് കരാറിനെ ബാധിക്കുന്നത്?

ഡാറ്റാ സംരക്ഷണം ഇനി നിയന്ത്രണ തലം മാത്രമല്ല. ഡച്ച് സൈബർ സുരക്ഷാ നിയമം, ഡിജിറ്റൽ പ്രവർത്തന പ്രതിരോധശേഷിയെക്കുറിച്ചുള്ള EU നിയമങ്ങൾ, AI നിയമം എന്നിവയെല്ലാം ദാതാവിലേക്ക് നേരിട്ട് എത്തിച്ചേരാനാകും.

ഡച്ച് സൈബർ സുരക്ഷാ നിയമത്തിന് എന്താണ് വേണ്ടത്?

2026 ഓഗസ്റ്റ് 15 മുതൽ, അതിന്റെ പരിധിയിലുള്ള സ്ഥാപനങ്ങൾ രജിസ്റ്റർ ചെയ്യുകയും അവരുടെ സൈബർ അപകടസാധ്യതകൾ കൈകാര്യം ചെയ്യുകയും പ്രധാനപ്പെട്ട സംഭവങ്ങൾ വേഗത്തിൽ റിപ്പോർട്ട് ചെയ്യുകയും വേണം. മാനേജ്ഡ് സേവന ദാതാക്കൾ സ്വന്തം അവകാശത്തിൽ ഈ പരിധിയിൽ വരും.

ഡച്ച് സൈബർ സുരക്ഷാ നിയമം (സൈബർബെവിലിഗിംഗ്സ്വെറ്റ്) രണ്ടാമത്തെ EU നെറ്റ്‌വർക്ക്, ഇൻഫർമേഷൻ സെക്യൂരിറ്റി ഡയറക്റ്റീവ് (NIS2) നടപ്പിലാക്കുകയും 2026 ഓഗസ്റ്റ് 15 മുതൽ പ്രാബല്യത്തിൽ വരികയും ചെയ്തു. അതിന്റെ പരിധിയിലുള്ള സ്ഥാപനങ്ങൾ യോഗ്യതയുള്ള സൂപ്പർവൈസറി അതോറിറ്റിയിൽ രജിസ്റ്റർ ചെയ്യുകയും ഉചിതമായ റിസ്ക് മാനേജ്മെന്റ് നടപടികൾ സ്വീകരിക്കുകയും കാര്യമായ സംഭവങ്ങൾ റിപ്പോർട്ട് ചെയ്യുകയും വേണം. റിപ്പോർട്ടിംഗ് ടൈംലൈൻ NIS2-നെ പിന്തുടരുന്നു: 24 മണിക്കൂറിനുള്ളിൽ ഒരു മുൻകൂർ മുന്നറിയിപ്പ്, 72 മണിക്കൂറിനുള്ളിൽ ഒരു സംഭവ അറിയിപ്പ്, ഒരു മാസത്തിനുള്ളിൽ ഒരു അന്തിമ റിപ്പോർട്ട്. മാനേജ്ഡ് സേവന ദാതാക്കളും മാനേജ്ഡ് സുരക്ഷാ സേവന ദാതാക്കളും സ്വന്തം അവകാശത്തിൽ പരിരക്ഷിക്കപ്പെടുന്നു. സ്കോപ്പിലുള്ള ക്ലയന്റുകൾ അവരുടെ വിതരണ ശൃംഖല കൈകാര്യം ചെയ്യപ്പെടുന്നുണ്ടെന്ന് കാണിക്കാൻ കഴിയണം. കരാർ നിബന്ധനകളിൽ, ദാതാവ് നിങ്ങളുടെ സ്വന്തം റിപ്പോർട്ടിംഗ് സമയപരിധികളെ പിന്തുണയ്ക്കണം, ഇത് ഒരു സാധാരണ സംഭവ ക്ലോസ് അനുവദിക്കുന്നതിനേക്കാൾ വളരെ ചെറുതാണ്. ഡച്ച് സൈബർ സുരക്ഷാ നിയമത്തെയും അതിന് ആവശ്യമായ കാര്യങ്ങളെയും കുറിച്ചുള്ള ഞങ്ങളുടെ ഗൈഡ് ആർക്കൊക്കെ പരിരക്ഷ ലഭിക്കുമെന്ന് വ്യക്തമാക്കുന്നു.

നിങ്ങൾ സാമ്പത്തിക മേഖലയിലാണെങ്കിലോ?

പിന്നെ EU ഡിജിറ്റൽ ഓപ്പറേഷണൽ റെസിലിയൻസ് ആക്ട് (DORA) കരാർ ഉള്ളടക്കം നിർദ്ദേശിക്കുന്നു. ഒരു സ്റ്റാൻഡേർഡ് ഐടി സേവന കരാർ അത് പാലിക്കില്ല.

2025 ജനുവരി 17 മുതൽ DORA ബാധകമാണ്. സേവന വിവരണങ്ങൾ, പ്രോസസ്സിംഗ് സ്ഥലങ്ങൾ, ആക്‌സസ്, പരിശോധന, ഓഡിറ്റ് അവകാശങ്ങൾ, എക്സിറ്റ് തന്ത്രങ്ങൾ, അവസാനിപ്പിക്കൽ അവകാശങ്ങൾ എന്നിവയുൾപ്പെടെ ICT സേവന ദാതാക്കളുമായുള്ള കരാർ വ്യവസ്ഥകൾ ആർട്ടിക്കിൾ 30 നിർദ്ദേശിക്കുന്നു. സാമ്പത്തിക ക്ലയന്റുകൾക്ക് സേവനം നൽകുന്ന ഒരു ദാതാവിനോട് ആ നിബന്ധനകൾ ആവശ്യപ്പെടുമെന്ന് പ്രതീക്ഷിക്കണം.

AI സേവനത്തിന്റെ ഭാഗമായാലോ?

മൂല്യ ശൃംഖലയിലെ പങ്ക് അനുസരിച്ചാണ് EU AI നിയമം ബാധ്യതകൾ വിഭജിച്ചത്. ആരാണ് ഏത് ബാധ്യത വഹിക്കുന്നതെന്ന് കരാറിൽ വ്യക്തമാക്കണം.

ഒരു പൊതു-ഉദ്ദേശ്യ AI മോഡലിനെ നിങ്ങളുടെ സിസ്റ്റത്തിൽ സംയോജിപ്പിക്കുന്ന ഒരു ദാതാവ്, ക്രമീകരണത്തെ ആശ്രയിച്ച്, AI നിയമപ്രകാരം ഒരു ദാതാവോ വിന്യാസകനോ ആകാം. ബാധ്യതകൾ ഘട്ടം ഘട്ടമായി നടപ്പിലാക്കിക്കൊണ്ടിരിക്കുകയാണ്, കൂടാതെ ചില AI രീതികളിലുള്ള വിലക്കുകൾ 2025 ഫെബ്രുവരി 2 മുതൽ ബാധകമാണ്. നിരോധിത AI രീതികളെക്കുറിച്ചും ഒരു ഡച്ച് ബിസിനസിൽ AI ഉപയോഗിക്കുന്നതിനെക്കുറിച്ചുമുള്ള ഞങ്ങളുടെ ഗൈഡുകൾ നിലപാട് വ്യക്തമാക്കുന്നു. ഭരണം എന്തുതന്നെയായാലും, കരാർ അനുസരണത്തിനുള്ള ഉത്തരവാദിത്തം അനുവദിക്കുകയും, റെഗുലേറ്റർമാരുമായി സഹകരണം ആവശ്യപ്പെടുകയും, പുതിയ നിയമനിർമ്മാണം ആവശ്യപ്പെടുന്ന മാറ്റങ്ങളുടെ ചെലവ് ആരാണ് വഹിക്കുന്നതെന്ന് പറയുകയും വേണം. അല്ലെങ്കിൽ ആ ചെലവിനെക്കുറിച്ച് പിന്നീട് വാദിക്കും.

ദാതാവിന് അതിന്റെ ബാധ്യത എത്രത്തോളം പരിമിതപ്പെടുത്താൻ കഴിയും?

ബിസിനസുകൾക്കിടയിൽ, പരിധികളും ഒഴിവാക്കലുകളും തത്വത്തിൽ സാധുവാണ്. എന്നിരുന്നാലും, ഒരു ദാതാവിന് അവയെ ആശ്രയിക്കാൻ കഴിയില്ല, ന്യായബോധത്തിന്റെയും ന്യായത്തിന്റെയും മാനദണ്ഡങ്ങൾക്കനുസൃതമായി അത് അസ്വീകാര്യമാണെങ്കിൽ, ഉദാഹരണത്തിന് ഉദ്ദേശ്യത്തോടെയോ ബോധപൂർവമായ അശ്രദ്ധയോടെയോ ആണെങ്കിൽ.

വാണിജ്യ, നിയമ സ്ഥാപനങ്ങൾ ഒത്തുചേരുന്നിടത്താണ് ബാധ്യതയുടെ പരിധി. ദാതാവിന്റെ നിബന്ധനകൾ സാധാരണയായി ഒരു ചെറിയ കാലയളവിനുള്ളിൽ അടച്ച ഫീസിൽ ബാധ്യതയെ പരിമിതപ്പെടുത്തുകയും അതിന്റെ ഫലമായി ഉണ്ടാകുന്ന നഷ്ടം, ലാഭനഷ്ടം, ഡാറ്റാ നഷ്ടം എന്നിവ ഒഴിവാക്കുകയും ചെയ്യുന്നു. ഒരു ക്ലെയിമിനെ അറിയിക്കേണ്ട ഹ്രസ്വ കാലയളവുകളും അവർ നിശ്ചയിക്കുന്നു. ക്ലയന്റുകൾ സാധാരണയായി പരിധി ഉയർത്താൻ ചർച്ച ചെയ്യുന്നു, പലപ്പോഴും പന്ത്രണ്ട് മാസത്തിനുള്ളിൽ ഫീസ് വരെ. അവർക്ക് പരിധി വിടാൻ കഴിയാത്ത വിഭാഗങ്ങളും അവർ വേർതിരിക്കുന്നു: രഹസ്യാത്മകതയുടെ ലംഘനം, മൂന്നാം കക്ഷി ബൗദ്ധിക സ്വത്തവകാശത്തിന്റെ ലംഘനം, ഡാറ്റാ പരിരക്ഷാ ലംഘനത്തിൽ നിന്ന് ഉണ്ടാകുന്ന ബാധ്യത.

ഡച്ച് നിയമം ഈ വ്യവസ്ഥകൾക്ക് ബാഹ്യ പരിധികൾ നിശ്ചയിക്കുന്നു. ആർട്ടിക്കിൾ 6:248(2) BW പ്രകാരം, ന്യായബോധത്തിന്റെയും ന്യായത്തിന്റെയും മാനദണ്ഡങ്ങൾ പ്രകാരം അസ്വീകാര്യമായ ഒരു കരാർ കാലാവധിയെ ഒരു കക്ഷിക്ക് ആശ്രയിക്കാൻ കഴിയില്ല. സ്വന്തം ഉദ്ദേശ്യത്തിൽ നിന്നോ ബോധപൂർവമായ അശ്രദ്ധയിൽ നിന്നോ (opzet of bewuste roekeloosheid), പൊതുവെ അതിന്റെ മുതിർന്ന മാനേജ്‌മെന്റിന്റെ ഭാഗത്തുനിന്നും ഒരു കക്ഷിയെ സംരക്ഷിക്കാൻ ഒരു ഒഴിവാക്കൽ വ്യവസ്ഥ അനുവദിക്കാൻ കോടതികൾ നിരന്തരം വിസമ്മതിക്കുന്നു. ലംഘനത്തിന്റെ ഗൗരവം, നാശനഷ്ടത്തിന്റെ സ്വഭാവം, ഇൻഷുറൻസ് സ്ഥാനം, ആപേക്ഷിക വിലപേശൽ ശക്തി എന്നിവയെല്ലാം ഒരു പങ്കു വഹിക്കുന്നു. കരാർ മൂല്യവുമായും ഉൾപ്പെട്ടിരിക്കുന്ന അപകടസാധ്യതയുമായും ദൃശ്യമായ ബന്ധം പുലർത്തുന്ന ഒരു പരിധി ഒരു പൊതു ഒഴിവാക്കലിനെക്കാൾ വളരെ കൂടുതലാണ്.

ക്ലെയിം ചെയ്യുന്നതിന് മുമ്പ് നിങ്ങൾ എന്തുചെയ്യണം?

മിക്ക കേസുകളിലും നിങ്ങൾ ആദ്യം ദാതാവിനെ ഡിഫോൾട്ട് ആയി എഴുതി നൽകണം. കരാറോ നിയമമോ ആവശ്യപ്പെടുന്ന കാലയളവിനുള്ളിൽ നിങ്ങൾ പരാതിപ്പെടുകയും വേണം.

ആദ്യപടി ഡിഫോൾട്ട് നോട്ടീസ് (ഇൻഗ്രെബ്രെക്സ്റ്റെല്ലിംഗ്) ആണ്. പ്രകടനം ഇപ്പോഴും സാധ്യമാകുന്നിടത്ത്, നഷ്ടപരിഹാരം ക്ലെയിം ചെയ്യുന്നതിനോ റദ്ദാക്കുന്നതിനോ മുമ്പ് ന്യായമായ ഒരു കാലയളവ് രേഖപ്പെടുത്തി നിങ്ങൾ പൊതുവെ രേഖാമൂലമുള്ള അറിയിപ്പ് നൽകണം (ആർട്ടിക്കിൾ 6:82, 6:83 BW). ഒരു നിശ്ചിത സമയപരിധി കഴിഞ്ഞാലോ പ്രകടനം അസാധ്യമായാലോ അത് ആവശ്യമില്ല. കോപാകുലനായ ഒരു ഇമെയിൽ ഡിഫോൾട്ട് നോട്ടീസ് അല്ല. രണ്ടാമത്തെ ഘട്ടം പരാതി കാലയളവാണ്. ആർട്ടിക്കിൾ 6:89 BW പ്രകാരം, ഒരു തകരാർ കണ്ടെത്തിയതിന് ശേഷം ന്യായമായ സമയത്തിനുള്ളിൽ നിങ്ങൾ പരാതിപ്പെടണം, കൂടാതെ ദാതാവിന്റെ നിബന്ധനകൾ സാധാരണയായി ആ കാലയളവ് കുറയ്ക്കുന്നു. ഒരു പ്രശ്നം കണ്ടെത്തുകയും മാസങ്ങളോളം അത് പരിഹരിക്കുകയും പിന്നീട് പരാതിപ്പെടുകയും ചെയ്യുന്ന ഒരു ക്ലയന്റ് അതിന്റെ ക്ലെയിം തടഞ്ഞതായി കണ്ടെത്തിയേക്കാം.

ഫോഴ്‌സ് മജ്യൂർ ക്ലോസ് എന്താണ് ഉൾക്കൊള്ളുന്നത്?

ദാതാവിന്റെ ഭാഗത്ത് നിന്ന് എന്താണ് ഉൾപ്പെടുത്തിയിരിക്കുന്നതെന്ന് അറിയാൻ ഇത് വായിക്കുക. സബ് കോൺട്രാക്ടർമാരുടെയും ഹോസ്റ്റിംഗ് പങ്കാളികളുടെയും പരാജയങ്ങൾ പലപ്പോഴും പട്ടികപ്പെടുത്തിയിരിക്കും, ഇത് ദാതാവിന്റെ സ്വന്തം വിതരണ ശൃംഖല അപകടസാധ്യത നിങ്ങളിലേക്ക് മാറ്റുന്നു.

സബ് കോൺട്രാക്ടർമാർ, ഹോസ്റ്റിംഗ് പങ്കാളികൾ, ടെലികോം വിതരണക്കാർ എന്നിവരുടെ പരാജയങ്ങളെ പലപ്പോഴും നിർബന്ധിത മജ്യൂർ എന്ന് നിർവചിക്കാറുണ്ട്. അത് ദാതാവിന്റെ സ്വന്തം വിതരണ ശൃംഖലയുടെ അപകടസാധ്യത നിങ്ങളിലേക്ക് മാറ്റുന്നു. ഈ പോയിന്റ് ചർച്ച ചെയ്യാവുന്നതാണ്. ഒരു മാനേജ്ഡ് സർവീസസ് കരാറിൽ ഇത് പലപ്പോഴും ഏറ്റവും പ്രധാനപ്പെട്ട ഒന്നാണ്, കാരണം ആ ശൃംഖല കൈകാര്യം ചെയ്യുന്നതിന് നിങ്ങൾ ദാതാവിന് കൃത്യമായി പണം നൽകുന്നു.

ആളുകളെക്കുറിച്ച് കരാർ എന്താണ് പറയേണ്ടത്?

പ്രധാന ഉദ്യോഗസ്ഥർ, സബ് കോൺട്രാക്ടിംഗ്, ഫ്രീലാൻസറുടെ പദവി, അഭ്യർത്ഥിക്കാത്തത് എന്നിവ ഇതിൽ ഉൾപ്പെടണം. ഐടി സേവനങ്ങൾ നൽകുന്നത് ആളുകളാണ്, ഈ പോയിന്റുകൾ ഓരോന്നും പിന്നീട് പ്രശ്‌നങ്ങൾക്ക് കാരണമായേക്കാം.

പ്രധാന പേഴ്‌സണൽ ക്ലോസുകൾ നിങ്ങൾ ആശ്രയിക്കുന്ന വ്യക്തികളുടെ പേര് നൽകുകയും നിങ്ങളുടെ സമ്മതമില്ലാതെ അവരുടെ പകരക്കാരനെ നിയന്ത്രിക്കുകയും ചെയ്യുന്നു. വികസന, നിർവ്വഹണ പ്രവർത്തനങ്ങളിൽ അവ സാധാരണമാണ്, മാനേജ്ഡ് സേവനങ്ങളിൽ അപൂർവവുമാണ്. മാനേജ്ഡ് സേവനങ്ങളിൽ, കുറഞ്ഞത് തത്തുല്യമായ യോഗ്യതകളും ആരെയെങ്കിലും മാറ്റിസ്ഥാപിക്കുമ്പോഴെല്ലാം ശരിയായ കൈമാറ്റവും ആവശ്യമാണ്.

ഉപകരാർ നൽകുന്നത് ഒരു അപവാദമല്ല, മറിച്ച് ഒരു മാനദണ്ഡമാണ്. കരാറിൽ അത് അനുവദനീയമാണോ എന്നും നിങ്ങളുടെ സമ്മതം ആവശ്യമുണ്ടോ എന്നും ദാതാവ് അതിൽ ഏർപ്പെടുന്ന ആർക്കും പൂർണ്ണ ബാധ്യസ്ഥനാണെന്നും വ്യക്തമാക്കണം. ഉപകരാർ വ്യക്തിഗത ഡാറ്റയും പ്രോസസ്സ് ചെയ്യുന്നിടത്ത്, ഉപ-പ്രോസസ്സറുകളെക്കുറിച്ചുള്ള GDPR നിയമങ്ങളും ബാധകമാണ്, അവരുടെ സ്വന്തം സമ്മതവും അറിയിപ്പ് ആവശ്യകതകളും ഉണ്ടായിരിക്കണം.

ഫ്രീലാൻസർമാരൊക്കെ ശരിക്കും സ്വയംതൊഴിൽ ചെയ്യുന്നവരാണോ?

നിങ്ങളുടെ മേൽനോട്ടത്തിൽ, വ്യക്തികൾ നിങ്ങളുടെ സ്ഥലത്ത് ദീർഘകാലം ജോലി ചെയ്യുമ്പോൾ ആ ചോദ്യം ഉയർന്നുവരുന്നു. അവർ ജീവനക്കാരെപ്പോലെ ജോലി ചെയ്താൽ, പുനർവർഗ്ഗീകരണത്തിന് യഥാർത്ഥ അപകടസാധ്യതയുണ്ട്.

2025 ജനുവരി 1-ന് ഡച്ച് ടാക്സ് അഡ്മിനിസ്ട്രേഷൻ (ബെലാസ്റ്റിംഗ്ഡിയൻസ്റ്റ്) പ്രവർത്തന ബന്ധങ്ങളുടെ വർഗ്ഗീകരണത്തിൽ പൂർണ്ണമായ നടപ്പാക്കൽ പുനരാരംഭിച്ചു. നാമമാത്രമായ ഫ്രീലാൻസർമാരെ ജീവനക്കാരെപ്പോലെ ജോലി ചെയ്യുന്ന ഒരു നിർമ്മാണം ഇപ്പോൾ പുനർവർഗ്ഗീകരണത്തിന്റെ യഥാർത്ഥ അപകടസാധ്യത വഹിക്കുന്നു, അവർ ജോലി ചെയ്യുന്ന കക്ഷിക്ക് പേറോൾ നികുതി പ്രത്യാഘാതങ്ങൾ ഉണ്ടാകും. അതിനാൽ സേവനങ്ങൾക്കായുള്ള കരാറുകളിൽ ഒരു തൊഴിലുടമ ചെയ്യുന്നതുപോലെ വ്യക്തികളെ നയിക്കാൻ നിങ്ങൾക്ക് അധികാരം നൽകുന്ന വാക്കുകൾ ഒഴിവാക്കണം. ഇൻവോയ്‌സിലെ ലേബലല്ല, ജോലി യഥാർത്ഥത്തിൽ എങ്ങനെ ചെയ്യുന്നുവെന്ന് ഇരുപക്ഷവും നോക്കണം.

അഭ്യർത്ഥിക്കാതിരിക്കുകയും വീട്ടിൽ തന്നെ സേവനം സ്വീകരിക്കുകയും ചെയ്യുന്നതിനെക്കുറിച്ച് എന്താണ്?

ഒരു പരിമിതമായ നോൺ-സോളിസിറ്റേഷൻ ക്ലോസ് സ്റ്റാൻഡേർഡ് ആണ്. ഒരു സേവനം തിരികെ വീട്ടിലേക്ക് കൊണ്ടുപോകുകയോ ടീമിനൊപ്പം മാറ്റുകയോ ചെയ്യുന്നത്, ഒരു അണ്ടർടേക്കിംഗ് കൈമാറ്റം സംബന്ധിച്ച ഡച്ച് നിയമങ്ങൾക്ക് കാരണമാകും.

കരാർ അവസാനിച്ചതിന് ശേഷം ഓരോ കക്ഷിയും മറ്റൊരാളുടെ ജീവനക്കാരെ ഒരു നിശ്ചിത കാലയളവിലേക്ക് നിയമിക്കുന്നതിൽ നിന്ന് തടയുന്ന ഒരു വ്യവസ്ഥ സ്റ്റാൻഡേർഡാണ്, കൂടാതെ ബിസിനസുകൾക്കിടയിൽ സാധാരണയായി നടപ്പിലാക്കാവുന്നതുമാണ്, സമയത്തിലും വ്യാപ്തിയിലും പരിമിതമാണെങ്കിൽ. നിങ്ങൾ ഒരു സേവനം തിരികെ വീട്ടിലേക്ക് കൊണ്ടുപോകുകയോ അല്ലെങ്കിൽ അത് നിർവഹിച്ച ടീമിനൊപ്പം മറ്റൊരു ദാതാവിലേക്ക് മാറ്റുകയോ ചെയ്യുമ്പോൾ, ഒരു അണ്ടർടേക്കിംഗ് ട്രാൻസ്ഫർ ചെയ്യുന്നതിനുള്ള നിയമങ്ങൾ (ഓവർഗാങ് വാൻ ഓഡർനെമിംഗ്, ആർട്ടിക്കിൾ 7:662 ഉം തുടർന്നുള്ള BW ഉം) ബാധകമാകും. തുടർന്ന് ജീവനക്കാർ അവരുടെ നിലവിലുള്ള നിബന്ധനകളും വ്യവസ്ഥകളും ഉപയോഗിച്ച് ട്രാൻസ്ഫർ ചെയ്യുന്നു. ആ ഫലം ​​പലപ്പോഴും കക്ഷികളെ അത്ഭുതപ്പെടുത്തുന്നു, അതിനാൽ പരിവർത്തനം അംഗീകരിക്കുന്നതിന് മുമ്പ് വിശകലനം ചെയ്യുക, അതിനുശേഷം അല്ല.

കാലാവധി, അവസാനിപ്പിക്കൽ, പുറത്തുകടക്കൽ എന്നിവ എങ്ങനെയാണ് പ്രവർത്തിക്കുന്നത്?

പ്രാരംഭ കാലാവധി, ഓട്ടോമാറ്റിക് പുതുക്കൽ, അറിയിപ്പ് കാലയളവ് എന്നിവ പരിശോധിച്ച് വിശദമായ ഒരു എക്സിറ്റ് ക്ലോസ് അംഗീകരിക്കുക. എക്സിറ്റ് ക്ലോസ് ആണ് പുറപ്പെടലിന് യഥാർത്ഥത്തിൽ എന്ത് ചിലവ് വരുമെന്ന് തീരുമാനിക്കുന്നത്.

മാനേജ്ഡ് സർവീസ് കരാറുകൾ സാധാരണയായി ഒന്ന് മുതൽ മൂന്ന് വർഷം വരെയുള്ള പ്രാരംഭ കാലയളവിലേക്കാണ് പ്രവർത്തിക്കുന്നത്, അറിയിപ്പ് നൽകിയില്ലെങ്കിൽ യാന്ത്രിക പുതുക്കൽ ഉണ്ടാകും. ദീർഘമായ അറിയിപ്പ് കാലയളവും യാന്ത്രിക പുതുക്കലും ചേർന്നാൽ ക്ലയന്റുകൾ അവർ പോകാൻ ആഗ്രഹിക്കുന്ന ദാതാക്കളുമായി തുടരും. അറിയിപ്പ് കാലയളവ്, അത് പ്രവർത്തിക്കുന്ന തീയതി, അറിയിപ്പ് എടുക്കേണ്ട ഫോം എന്നിവ പരിശോധിക്കുക. നിങ്ങൾ ഒപ്പിടുന്ന ദിവസം നിങ്ങളുടെ കലണ്ടറിൽ തീയതി രേഖപ്പെടുത്തുക.

ഏതൊക്കെ വഴികളാണ് ഉള്ളത്?

മൂന്ന് കാര്യങ്ങളുണ്ട്: സൗകര്യാർത്ഥം അവസാനിപ്പിക്കൽ, കാരണത്താൽ അവസാനിപ്പിക്കൽ, ഡച്ച് നിയമപ്രകാരം ലംഘനത്തിന് ഒഴിവാക്കൽ. ഓരോന്നിനും അതിന്റേതായ വ്യവസ്ഥകളുണ്ട്.

• സൗകര്യത്തിനായുള്ള കരാർ അവസാനിപ്പിക്കൽ ഇരു കക്ഷികൾക്കും, അല്ലെങ്കിൽ പലപ്പോഴും ക്ലയന്റിനും മാത്രം, കാരണം നൽകാതെ തന്നെ നോട്ടീസ് നൽകി കരാർ അവസാനിപ്പിക്കാൻ അനുവദിക്കുന്നു. ദാതാക്കൾ പലപ്പോഴും ഇത് ഒഴിവാക്കുന്നു; അത് നിർബന്ധിക്കുന്നത് മൂല്യവത്താണ്.
• ഒരു നിശ്ചിത കാലയളവിനുള്ളിൽ പരിഹരിക്കപ്പെടാത്ത, നിർവചിക്കപ്പെട്ട ഒരു പ്രധാന ലംഘനത്തിന് ഉടനടി അവസാനിപ്പിക്കാൻ കാരണത്താൽ അവസാനിപ്പിക്കൽ അനുവദിക്കുന്നു. ട്രിഗറുകളിൽ ദുരന്ത സംഭവങ്ങൾ മാത്രമല്ല, ആവർത്തിച്ചുള്ള സേവന നിലവാര പരാജയങ്ങളും ഉൾപ്പെടുത്തണം.
• മുകളിൽ വിവരിച്ച ഡിഫോൾട്ട് അറിയിപ്പിന് വിധേയമായി, കരാർ അത് ഒഴിവാക്കുന്നില്ലെങ്കിൽ, ആർട്ടിക്കിൾ 6:265 BW പ്രകാരമുള്ള ലംഘനത്തിനുള്ള (ontbinding) ഒഴിവാക്കൽ കരാർ റൂട്ടുകൾക്കൊപ്പം ലഭ്യമായിരിക്കും.

എക്സിറ്റ് ക്ലോസിൽ എന്തെല്ലാം ഉൾപ്പെടുത്തണം?

ഒരു നിശ്ചിത കാലയളവിലേക്ക് സേവനം പ്രവർത്തിപ്പിക്കാൻ ദാതാവിനെ നിർബന്ധിക്കുകയും, നിങ്ങളുടെ ഡാറ്റ തിരികെ നൽകുകയും, പിൻഗാമിയുമായി സഹകരിക്കുകയും വേണം. എക്സിറ്റ് ക്ലോസുകൾ മിക്കവാറും എപ്പോഴും വളരെ നേർത്ത രീതിയിൽ തയ്യാറാക്കിയിരിക്കും.

ഒരു പ്രായോഗികമായ എക്സിറ്റ് ക്ലോസ്, പിരിച്ചുവിടലിന് ശേഷമുള്ള ഒരു നിശ്ചിത കാലയളവിലേക്കും സമ്മതിച്ച നിരക്കുകളിലും, ദാതാവിനെ ഇനിപ്പറയുന്നവ ചെയ്യാൻ ബാധ്യസ്ഥനാക്കുന്നു:

• സേവനം തുടരുക;
• രേഖപ്പെടുത്തപ്പെട്ടതും ഉപയോഗയോഗ്യവുമായ ഫോർമാറ്റിൽ നിങ്ങളുടെ ഡാറ്റ തിരികെ നൽകുക;
• ഡോക്യുമെന്റേഷനും കോൺഫിഗറേഷൻ വിശദാംശങ്ങളും നൽകുക;
• പിൻഗാമി ദാതാവുമായി സഹകരിക്കുക;
• സാധ്യമാകുന്നിടത്തെല്ലാം മൂന്നാം കക്ഷി ലൈസൻസുകൾ കൈമാറുകയോ നിയോഗിക്കുകയോ ചെയ്യുക;
• നിങ്ങളുടെ ഡാറ്റയുടെ ശേഷിക്കുന്ന പകർപ്പുകൾ ഇല്ലാതാക്കി ഇത് രേഖാമൂലം സ്ഥിരീകരിക്കുക.

ആ ബാധ്യതകളില്ലാതെ നിങ്ങൾക്ക് കടലാസിൽ വിടാൻ സ്വാതന്ത്ര്യമുണ്ടാകും, പ്രായോഗികമായി വിടാൻ കഴിയില്ല.

ദാതാവ് പാപ്പരായാൽ എന്ത് സംഭവിക്കും?

ഒരു ട്രസ്റ്റി (ക്യൂറേറ്റർ) ചുമതല ഏറ്റെടുക്കുകയും തുടർന്നും പ്രകടനം നടത്താൻ ബാധ്യസ്ഥനല്ല. നിങ്ങളുടെ പ്രതിവിധി പാപ്പരത്ത എസ്റ്റേറ്റിലെ ഒരു ക്ലെയിം ആയിരിക്കും, അത് സാധാരണയായി വളരെ കുറച്ച് മാത്രമേ വിലമതിക്കൂ.

അതുകൊണ്ടാണ് കരാറിലെ ഏതൊരു ക്ലോസിനേക്കാളും എസ്ക്രോ ക്രമീകരണങ്ങൾ, കാലികമായ എക്സിറ്റ് ഡോക്യുമെന്റേഷൻ, നിങ്ങളുടെ സ്വന്തം ഡാറ്റയുടെ സ്വതന്ത്ര ബാക്കപ്പുകൾ എന്നിവ പ്രധാനമാകുന്നത്.

ഒരു ക്ലയന്റ് എന്ന നിലയിൽ നിങ്ങൾ എന്താണ് പരിശോധിക്കേണ്ടത്?

• സേവന വിഭാഗങ്ങളെയല്ല, ടാസ്‌ക്കുകളും ഒഴിവാക്കലുകളുമാണ് സ്കോപ്പിൽ പട്ടികപ്പെടുത്തിയിരിക്കുന്നതെന്ന് പരിശോധിക്കുക.
• ഒരു തകരാറിനുള്ള നിങ്ങളുടെ പ്രത്യേക പരിഹാരമല്ല സർവീസ് ക്രെഡിറ്റുകൾ എന്ന് പരിശോധിക്കുക.
• ഗുരുതരമായ ഒരു ലംഘനത്തിന് മാത്രമല്ല, തുടർച്ചയായ മോശം പ്രകടനത്തിനും നിങ്ങൾക്ക് അവസാനിപ്പിക്കാൻ കഴിയുമോ എന്ന് പരിശോധിക്കുക.
• പകർപ്പവകാശ നിയമത്തിലെ (Auteurswet) ആർട്ടിക്കിൾ 2 ആവശ്യപ്പെടുന്നതുപോലെ, കസ്റ്റം വർക്കിലെ ബൗദ്ധിക സ്വത്തവകാശം ഒരു രേഖാമൂലമുള്ള ആധാരം വഴി കൈമാറ്റം ചെയ്യപ്പെടുന്നുണ്ടോയെന്ന് പരിശോധിക്കുക.
• പുതുക്കൽ തീയതിയും അറിയിപ്പ് കാലയളവും പരിശോധിച്ച് അവ നിങ്ങളുടെ കലണ്ടറിൽ രേഖപ്പെടുത്തുക.
• സമ്മതിച്ച നിരക്കുകളിൽ ഒരു കൈമാറ്റത്തിൽ സഹകരിക്കാൻ എക്സിറ്റ് ക്ലോസ് ദാതാവിനെ ബാധ്യസ്ഥനാക്കുന്നുണ്ടോ എന്ന് പരിശോധിക്കുക.

ഒരു ദാതാവ് എന്ന നിലയിൽ നിങ്ങൾ എന്താണ് പരിശോധിക്കേണ്ടത്?

• ഓരോ ഡെലിവറിക്കും നിങ്ങൾ പരമാവധി ശ്രമിക്കേണ്ടതുണ്ടോ അതോ ഫലം നൽകേണ്ടതുണ്ടോ എന്ന് കരാറിൽ പറഞ്ഞിട്ടുണ്ടോയെന്ന് പരിശോധിക്കുക.
• നിങ്ങളുടെ ബാധ്യതാ പരിധി കരാർ മൂല്യവുമായി ദൃശ്യമായ ഒരു ബന്ധം പുലർത്തുന്നുണ്ടോയെന്ന് പരിശോധിക്കുക, അങ്ങനെ അത് ആർട്ടിക്കിൾ 6:248(2) BW പ്രകാരം നിലനിൽക്കും.
• ആർട്ടിക്കിൾ 28 GDPR പ്രകാരം നിങ്ങൾ യഥാർത്ഥത്തിൽ നടത്തുന്ന പ്രോസസ്സിംഗുമായി നിങ്ങളുടെ പ്രോസസർ കരാർ പൊരുത്തപ്പെടുന്നുണ്ടോയെന്ന് പരിശോധിക്കുക.
• ഒരു മാനേജ്ഡ് സേവന ദാതാവ് എന്ന നിലയിൽ നിങ്ങൾ സൈബർ സുരക്ഷാ നിയമത്തിന് കീഴിൽ വരുന്നുണ്ടോ എന്നും 24 മണിക്കൂർ മുൻകൂർ മുന്നറിയിപ്പ് സമയപരിധി പാലിക്കാൻ കഴിയുമോ എന്നും പരിശോധിക്കുക.
• നിങ്ങളുടെ ഉപകരാറുകാർ ഒരേ സുരക്ഷാ, രഹസ്യാത്മക നിബന്ധനകൾക്ക് വിധേയരാണോ എന്ന് പരിശോധിക്കുക.

ഒരു ഐടി സേവന കരാറിന്റെ കാര്യത്തിൽ ഞങ്ങൾക്ക് നിങ്ങൾക്കായി എന്തുചെയ്യാൻ കഴിയും?

സാങ്കേതിക കരാറുകളെക്കുറിച്ചും ഒരു പ്രോജക്റ്റ് പരാജയപ്പെടുമ്പോൾ ഉണ്ടാകുന്ന തർക്കങ്ങളെക്കുറിച്ചും ഞങ്ങളുടെ ഐടി അഭിഭാഷകർ ക്ലയന്റുകൾക്കും ദാതാക്കൾക്കും ഉപദേശം നൽകുന്നു.

• ഫ്രെയിംവർക്ക് കരാർ, SLA, പ്രോസസ്സർ കരാർ, പൊതുവായ നിബന്ധനകൾ എന്നിവ ഞങ്ങൾ അവലോകനം ചെയ്യുകയും മുൻഗണനാ ക്രമം നിശ്ചയിക്കുകയും ചെയ്യുന്നു.
• ബാധ്യതാ പരിധി, കൊത്തുപണികൾ, എക്സ്ക്ലൂസീവ്-പരിഹാര പദങ്ങൾ എന്നിവ ഞങ്ങൾ മറുവശത്തുമായി ചർച്ച ചെയ്യുന്നു.
• ഞങ്ങൾ ഐപി ക്ലോസ്, അസൈൻമെന്റ് ഡീഡ്, ആവശ്യമുള്ളിടത്ത് ഒരു സോഴ്‌സ് കോഡ് എസ്ക്രോ ക്രമീകരണം എന്നിവ തയ്യാറാക്കുന്നു.
• ഒരു ദാതാവിന് വീഴ്ച സംഭവിക്കുമ്പോൾ, ആർട്ടിക്കിൾ 6:82, 6:83 BW എന്നിവ പ്രകാരം ഞങ്ങൾ ഡിഫോൾട്ട് നോട്ടീസ് തയ്യാറാക്കുന്നു.
• പുതിയ ദാതാവിലേക്കുള്ള മാറ്റം ഉൾപ്പെടുന്ന തരത്തിൽ, പിരിച്ചുവിടലിന് മുമ്പ് ഞങ്ങൾ ഒരു എക്സിറ്റ് പ്ലാൻ തയ്യാറാക്കുന്നു.

ചുരുക്കം

• ഒരു ഐടി സേവന കരാർ സാധാരണയായി സേവനങ്ങൾക്കായുള്ള ഒരു കരാറാണ് (ആർട്ടിക്കിൾ 7:400 BW ഉം തുടർന്നുള്ളതും); ഒരു നിശ്ചിത തീയതിക്കുള്ളിൽ നിങ്ങൾ ഒരു നിർവചിക്കപ്പെട്ട ഫലം വാങ്ങുമ്പോൾ അത് ഫലത്തിന്റെ ബാധ്യതയാക്കുക.
• ജോലികളിലെ വ്യാപ്തി നിർവചിക്കുക, ഒരു സ്വീകാര്യതാ നടപടിക്രമവും മാറ്റ നടപടിക്രമവും അംഗീകരിക്കുക, രേഖകൾക്കിടയിലുള്ള മുൻഗണനാ ക്രമം പ്രസ്താവിക്കുക.
• സർവീസ് ക്രെഡിറ്റുകൾ മാത്രമാണോ പരിഹാരം എന്നും തുടർച്ചയായ പരാജയം നിങ്ങൾക്ക് അവസാനിപ്പിക്കാനുള്ള അവകാശം നൽകുന്നുണ്ടോ എന്നും പരിശോധിക്കുക.
• ഇഷ്ടാനുസരണം തയ്യാറാക്കിയ സോഫ്റ്റ്‌വെയറിന്റെ പകർപ്പവകാശം ഒരു രേഖാമൂലമുള്ള കരാറിലൂടെയും ഒരു ഡീഡിലൂടെയും മാത്രമേ നിങ്ങൾക്ക് കൈമാറുകയുള്ളൂ (ആർട്ടിക്കിൾ 2(3) Auteurswet); പണമടയ്ക്കൽ മാത്രം പോരാ.
• ഒരു GDPR-അനുയോജ്യമായ പ്രോസസ്സർ കരാർ, പ്രസക്തമാകുന്നിടത്ത് സൈബർ സുരക്ഷാ നിയമത്തെ പ്രതിഫലിപ്പിക്കുന്ന ക്ലോസുകൾ, വിശദമായ ഒരു എക്സിറ്റ് ക്ലോസുകൾ എന്നിവ അംഗീകരിക്കുക.

പതിവു ചോദ്യങ്ങൾ