નેધરલેન્ડ્સમાં IT સેવાઓ કરાર: કયા કલમો મહત્વપૂર્ણ છે અને શા માટે

IT સેવાઓ કરાર એ કરાર છે જેના હેઠળ પ્રદાતા તમારા વ્યવસાયને ટેકનોલોજી સેવાઓ પહોંચાડે છે: મેનેજ્ડ IT, સોફ્ટવેર ડેવલપમેન્ટ, હોસ્ટિંગ, સપોર્ટ અથવા સંયોજન. ડચ કાયદા હેઠળ તે સામાન્ય રીતે ડચ સિવિલ કોડ (Burgerlijk Wetboek, BW) ના પુસ્તક 7 હેઠળ સેવાઓ (overeenkomst van opdracht) માટેનો કરાર છે, પરંતુ તે કામ માટેનો કરાર (anneming van work) બની જાય છે જ્યાં પ્રદાતાએ નિર્ધારિત પરિણામ આપવું આવશ્યક છે.

આ વર્ગીકરણ ઘણું બધું નક્કી કરે છે. તે નક્કી કરે છે કે પ્રદાતાએ શ્રેષ્ઠ પ્રયાસો કરવા પડશે કે પરિણામ, તમે કરાર વહેલો સમાપ્ત કરી શકો છો કે નહીં, અને જ્યારે સમયમર્યાદા ચૂકી જાય ત્યારે શું થાય છે.

ડચ કાયદા હેઠળ IT સેવાઓ કરાર કેવા પ્રકારનો કરાર છે?

મોટાભાગના કિસ્સાઓમાં તે સેવાઓ માટેનો કરાર છે, જેમાં પ્રદાતા શ્રેષ્ઠ પ્રયાસો કરે છે. જ્યાં કરાર સ્પષ્ટપણે નિર્ધારિત પરિણામનું વચન આપે છે ત્યાં જ પ્રદાતા પરિણામ આપે છે.

ડચ કાયદો બે પ્રકારની જવાબદારીઓને અલગ પાડે છે જેને અંગ્રેજી ભાષાના IT કરારો ઘણીવાર ઝાંખી પાડે છે. શ્રેષ્ઠ પ્રયાસોની જવાબદારી (inspanningsverbintenis) માટે પ્રદાતાને વાજબી રીતે સક્ષમ વ્યાવસાયિકની સંભાળ સાથે કામ કરવાની જરૂર છે. જો પ્રદાતા તે ધોરણથી ઓછું હોય તો જ તેનો ભંગ થાય છે. પરિણામની જવાબદારી (resultaatsverbintenis) માટે એક નિર્ધારિત પરિણામની જરૂર હોય છે. જો તે પરિણામ પહોંચાડવામાં ન આવે, તો પ્રદાતા ઉલ્લંઘનમાં છે, પછી ભલે તેણે ગમે તેટલા પ્રયત્નો કર્યા હોય.

પ્રદાતાઓ પહેલા માટે ડ્રાફ્ટ તૈયાર કરે છે, જ્યારે ક્લાયન્ટ્સ બીજા માટે ધારે છે. "ડિલિવર" શબ્દ, જે છૂટક રીતે વપરાય છે, તે પ્રશ્નનો ઉકેલ લાવતો નથી. ડચ અદાલતો અર્થઘટન દ્વારા તેનો નિર્ણય લે છે: તેઓ શબ્દો, વાટાઘાટો, પક્ષકારોની કુશળતા અને વ્યાપારી હેતુને જુએ છે. જો તમે નિશ્ચિત તારીખ સુધીમાં કાર્યકારી સિસ્ટમ ખરીદી રહ્યા છો, તો કરારમાં કહેવું જોઈએ કે તે તારીખ સુધીમાં તે સિસ્ટમની ડિલિવરી પરિણામની જવાબદારી છે. તેમાં એમ પણ કહેવું જોઈએ કે સ્વીકૃતિ નિર્ધારિત માપદંડો સામે માપવામાં આવે છે. જો બંને પક્ષો ખરેખર શ્રેષ્ઠ પ્રયાસોનો અર્થ ધરાવતા હોય, તો કરારમાં તે પણ કહેવું જોઈએ, અને પ્રયાસ કેવી રીતે માપવામાં આવશે તે નિર્ધારિત કરવું જોઈએ.

વર્ગીકરણ સમાપ્તિને કેવી રીતે અસર કરે છે?

તે નક્કી કરે છે કે કોણ અને કઈ શરતો પર કરાર સમાપ્ત કરી શકે છે. સેવાઓ માટેના કરાર હેઠળ, ક્લાયન્ટ સૈદ્ધાંતિક રીતે કોઈપણ સમયે કરાર સમાપ્ત કરી શકે છે.

કલમ 7:408 BW મુજબ, ક્લાયન્ટ કોઈપણ સમયે સેવાઓ માટેનો કરાર સમાપ્ત કરી શકે છે. ત્યારબાદ પ્રદાતાને કરેલા કાર્ય માટે વાજબી મહેનતાણું મેળવવાનો હક છે (લેખ 7:411 BW). જ્યાં ક્લાયન્ટ એક ખાનગી વ્યક્તિ હોય ત્યાં તે અધિકારને બાકાત રાખી શકાતો નથી. વ્યવસાયો વચ્ચે તે હોઈ શકે છે, અને પ્રદાતાની શરતો નિયમિતપણે તેને બાકાત અથવા પ્રતિબંધિત કરે છે. જે પ્રદાતાએ તેના વ્યવસાય દરમિયાન સોંપણી લીધી હોય તે ફક્ત અનિવાર્ય કારણોસર જ સમાપ્ત કરી શકે છે (જ્યારે તમે તે ડિફોલ્ટ નિયમો સામે સમાપ્તિ કલમ વાંચો છો, તો તમે તરત જ જોઈ શકો છો કે કરાર કોના માટે તૈયાર કરવામાં આવ્યો હતો. સેવાઓ માટેના કરાર માટેની અમારી માર્ગદર્શિકા કાનૂની નિયમોને વધુ વિગતવાર જણાવે છે.

કયો દસ્તાવેજ શું કરે છે?

આઇટી જોડાણ ભાગ્યે જ એક દસ્તાવેજ હોય ​​છે. તમને સામાન્ય રીતે એક ફ્રેમવર્ક કરાર, એક અથવા વધુ કાર્ય નિવેદનો, સેવા સ્તર કરાર, ડેટા પ્રોસેસિંગ કરાર અને પ્રદાતાના સામાન્ય નિયમો અને શરતો મળશે.

ફ્રેમવર્ક કરાર કાનૂની શરતો નક્કી કરે છે. કાર્ય અથવા સેવા વર્ણનોના નિવેદનો દર્શાવે છે કે ખરેખર શું પહોંચાડવામાં આવી રહ્યું છે. સેવા સ્તર કરાર કામગીરીના ધોરણો નક્કી કરે છે. ડેટા પ્રોસેસિંગ કરાર ત્યાં લાગુ પડે છે જ્યાં વ્યક્તિગત ડેટા સામેલ હોય છે, અને પ્રદાતાની સામાન્ય શરતો તે બધાની નીચે બેસે છે. આ દસ્તાવેજો વચ્ચેનો અગ્રતા ક્રમ સ્પષ્ટપણે જણાવો. તેઓ એકબીજા સાથે વધુ વખત વિરોધાભાસ કરે છે, અને વિરોધાભાસને ઉકેલતી કલમ કોઈપણ વ્યક્તિગત શબ્દ કરતાં વધુ મૂલ્યવાન હોઈ શકે છે.

તમે અવકાશ, સ્વીકૃતિ અને પરિવર્તન નિયંત્રણને કેવી રીતે વ્યાખ્યાયિત કરો છો?

કાર્યોનું વર્ણન કરો, સેવાની શ્રેણી નહીં, અને શું બાકાત રાખવામાં આવ્યું છે તેની યાદી બનાવો. પછી સંમત થાઓ કે ડિલિવરેબલ્સનું પરીક્ષણ કેવી રીતે કરવામાં આવે છે અને ફેરફારોને કેવી રીતે મંજૂરી આપવામાં આવે છે.

મોટાભાગના વિવાદો સ્કોપ ક્લોઝથી શરૂ થાય છે. "મેનેજ્ડ નેટવર્ક સર્વિસીસ" એ સ્કોપ નથી; તે એક શ્રેણી છે. કાર્યક્ષમ વર્ણન કહે છે કે શું મોનિટર કરવામાં આવે છે અને કયા કલાકો પર, શું પેચ કરવામાં આવે છે અને કેટલી વાર, અને કેટલા એન્ડપોઇન્ટ્સ અને વપરાશકર્તાઓને આવરી લેવામાં આવે છે. તે એ પણ કહે છે કે ઓનબોર્ડિંગ અને ઓફબોર્ડિંગમાં શું શામેલ છે, કઈ ઘટનાઓ સ્કોપમાં છે, શું સ્પષ્ટ રીતે બાકાત રાખવામાં આવ્યું છે, અને જ્યારે વોલ્યુમ ધારેલ બેઝલાઇનથી આગળ વધે છે ત્યારે શું થાય છે.

બાકાત રાખવા એ સમાવેશ જેટલો જ મહત્વનો છે, અને વિશ્વસનીય પ્રદાતાઓ તેમનું સ્વાગત કરે છે. સામાન્ય ઉમેદવારોમાં કલાકો બહારનું કટોકટી કાર્ય, હાર્ડવેર પ્રાપ્તિ, તૃતીય-પક્ષ સોફ્ટવેર લાઇસન્સ, સ્થળ મુલાકાતો, ક્લાયન્ટ ભૂલ પછી ડેટા પુનઃપ્રાપ્તિ અને પ્રદાતાએ ઇન્સ્ટોલ ન કરેલી સિસ્ટમો માટે સપોર્ટનો સમાવેશ થાય છે. જ્યાં આ બાકાત રાખવામાં આવ્યા છે, ત્યાં કરારમાં એ પણ જણાવવું જોઈએ કે જો જરૂર પડે તો તેમની પાસેથી કયા દરે શુલ્ક લેવામાં આવશે.

તમારે ક્યારે સ્વીકૃતિ પ્રક્રિયાની જરૂર છે?

જ્યારે પણ કંઈક ફક્ત ચલાવવાને બદલે બનાવવામાં આવે છે. તેના વિના, પ્રદાતાએ ખરેખર ક્યારે પહોંચાડ્યું તે સ્પષ્ટ નથી.

કોણ પરીક્ષણ કરે છે, કયા માપદંડો અનુસાર અને કયા સમયગાળામાં તે નક્કી કરો. ખામી તરીકે શું ગણાય છે અને તે કયા ગંભીરતાના વર્ગમાં આવે છે તે વ્યાખ્યાયિત કરો. પ્રદાતાને કેટલા સુધારા રાઉન્ડ મળે છે, જો તમે સમયગાળા દરમિયાન પરીક્ષણ ન કરો તો શું થાય છે અને ચોક્કસ અસ્વીકારનું પરિણામ શું છે તે સંમત થાઓ. સ્વીકૃતિ કલમો, જેના હેઠળ જો તમે સમયસર જવાબ ન આપો તો ડિલિવરેબલને સ્વીકૃત ગણવામાં આવે છે, તે પ્રદાતાની દ્રષ્ટિએ પ્રમાણભૂત છે અને સામાન્ય રીતે લાગુ કરી શકાય છે. જવાબ સિદ્ધાંતમાં તેમની સાથે લડવાનો નથી. સમયગાળાને વાસ્તવિક બનાવો, અને તેને ફક્ત ત્યારે જ શરૂ થવા દો જ્યારે પ્રદાતા ખરેખર કંઈક પરીક્ષણ યોગ્ય પહોંચાડે.

પરિવર્તન નિયંત્રણ એ જ સમસ્યાનો ભાગ કેમ છે?

કારણ કે દરેક મહત્વપૂર્ણ IT જોડાણ તેના જીવનકાળ દરમિયાન બદલાય છે. કોઈ પ્રક્રિયા વિના, તમે પછીથી શું સંમત થયા હતા તે અંગે દલીલ કરો છો.

કોઈ પ્રક્રિયા વિના, એવા લોકો વચ્ચે ઇમેઇલ દ્વારા ફેરફારો પર સંમતિ આપવામાં આવે છે જેઓ તેમના સંગઠનોને બાંધી શકતા નથી. અંતે વિવાદ માર્ચમાં શું સંમત થયું હતું તે અંગે છે. એક ટૂંકી પ્રક્રિયા તેમાંથી મોટાભાગની બાબતોને અટકાવે છે. તે ફેરફારની વિનંતી કોણ કરી શકે છે અને કોણે તેને મંજૂરી આપવી જોઈએ તેનું નામ આપે છે, ફેરફારની કિંમત કેવી રીતે નક્કી થાય છે તે સમજાવે છે, અને જણાવે છે કે જ્યાં સુધી બંને પક્ષો તેના પર હસ્તાક્ષર ન કરે ત્યાં સુધી કોઈ ફેરફાર અમલમાં આવશે નહીં.

સેવા સ્તરના કરારમાં શું હોવું જોઈએ?

એક ઉપયોગી SLA મેટ્રિક જણાવે છે, તે કેવી રીતે અને કયા સમયગાળામાં માપવામાં આવે છે, શું બાકાત રાખવામાં આવે છે અને નિષ્ફળતા પર શું થાય છે. તે દરેક ઘટકો શાંતિથી હેડલાઇન નંબરના અર્થને ખાલી કરી શકે છે.

જો કાર્યક્ષેત્ર કહે છે કે શું કરવામાં આવ્યું છે, તો સેવા સ્તર કરાર કહે છે કે તે કેટલું સારું કરવામાં આવ્યું છે. દરેક ઘટકને અલગથી જુઓ, કારણ કે વિગતો જાણીતી થયા પછી જ હેડલાઇન આંકડો મહત્વપૂર્ણ છે.

ઉપલબ્ધતાને જ લઈએ. ૯૯.૯ ટકા ગેરંટી પ્રભાવશાળી લાગે છે અને છતાં ૩૦ દિવસના મહિનામાં લગભગ ૪૩ મિનિટ ડાઉનટાઇમ આપે છે; ૯૯ ટકા સાત કલાકથી વધુ સમય આપે છે. આ આંકડો ફક્ત ત્યારે જ અર્થપૂર્ણ બને છે જ્યારે તમે ત્રણ બાબતો જાણો છો:

• શું માપવામાં આવે છે: પ્લેટફોર્મની ઉપલબ્ધતા તમારી અરજીની ઉપલબ્ધતા જેવી નથી;
• શું બાકાત રાખવામાં આવ્યું છે: આયોજિત જાળવણી વિન્ડો, તૃતીય-પક્ષ નેટવર્ક નિષ્ફળતાઓ અને ફોર્સ મેજર સામાન્ય રીતે કોતરવામાં આવે છે;
• તેનું માપ કોણ કરે છે: કોઈ સંમત સાધન અથવા ઓડિટ અધિકાર વિના, પોતાના પ્રદર્શનનો અહેવાલ આપતો પ્રદાતા, અસરકારક રીતે પોતાનું હોમવર્ક ચિહ્નિત કરી રહ્યો છે.

પ્રતિભાવ અને ઉકેલ લક્ષ્યોને સમાન સારવારની જરૂર છે. "પ્રતિભાવ" નો અર્થ સામાન્ય રીતે ઉકેલને બદલે સ્વીકૃતિ થાય છે. પંદર મિનિટનો પ્રતિભાવ લક્ષ્ય તેની બાજુમાં ઉકેલ લક્ષ્ય વિના મૂલ્યવાન નથી. બંને ગંભીરતા વર્ગીકરણ પર આધાર રાખે છે. તકનીકી લક્ષણોને બદલે વ્યવસાયિક અસરના સંદર્ભમાં ગંભીર, ઉચ્ચ, મધ્યમ અને નીચી ઘટનાઓને વ્યાખ્યાયિત કરો, અને ખોટા વર્ગીકરણને આગળ વધારવા માટે તમારી જાતને એક માર્ગ આપો.

સર્વિસ ક્રેડિટ ખરેખર શું મૂલ્યવાન છે?

વળતર તરીકે, બહુ ઓછું. મહત્વનું એ છે કે શું ક્રેડિટ્સ તમારા માટે એકમાત્ર ઉપાય છે અને શું સતત નિષ્ફળતા તમને સમાપ્ત કરવાનો અધિકાર આપે છે.

સર્વિસ ક્રેડિટ્સ એ પ્રમાણભૂત ઉપાય છે: લક્ષ્ય ચૂકી જવા પર માસિક ફીનો એક ટકા પરત કરવામાં આવે છે. તે મેનેજમેન્ટ સિગ્નલ તરીકે ઉપયોગી છે અને વળતર તરીકે લગભગ નકામી છે. તેમને ફીના એક અંશ સુધી મર્યાદિત કરવામાં આવે છે જે ગંભીર આઉટેજથી થતા નુકસાનની તુલનામાં પોતે જ નાનું છે. તેથી બે મુદ્દા મહત્વપૂર્ણ છે.

સૌ પ્રથમ, તપાસો કે ક્રેડિટ્સ એકમાત્ર ઉપાય છે કે નહીં. ચૂકી ગયેલા સેવા સ્તરો માટે સર્વિસ ક્રેડિટ્સ "એકમાત્ર અને વિશિષ્ટ ઉપાય" છે તેવું જણાવતી કલમ નુકસાનીનો દાવો કરવાનો તમારો અધિકાર દૂર કરે છે. ઘણા SLA માં તે સૌથી મહત્વપૂર્ણ વાક્ય છે. બીજું, તપાસો કે શું સતત નિષ્ફળતા તમને સમાપ્ત કરવાનો અધિકાર આપે છે, સામાન્ય રીતે રોલિંગ સમયગાળામાં ચોક્કસ સંખ્યામાં ભંગ પછી. ફક્ત ક્રેડિટ્સ અને કોઈ સમાપ્તિ અધિકાર ન હોય તેવા ક્લાયન્ટ પાસે કોઈ વાસ્તવિક લાભ નથી.

ફી અને ચુકવણી કેવી રીતે નક્કી કરવી જોઈએ?

કિંમત મોડેલ, ઇન્ડેક્સેશન અને ઇન્વોઇસિંગનું ચોક્કસ વર્ણન કરો. જ્યાં કરાર મૌન છે, ત્યાં મોડી ચુકવણી અંગેના ડચ કાયદાકીય નિયમો આ ખાલી જગ્યા ભરે છે.

કિંમત મોડેલ જણાવો: નિશ્ચિત ફી, પ્રતિ વપરાશકર્તા, પ્રતિ ઉપકરણ, પ્રતિ ટિકિટ, સમય અને સામગ્રી, અથવા સંયોજન, અને દરેકમાં શું શામેલ છે. પ્રદાતાના વિવેકબુદ્ધિથી વાર્ષિક વધારાને મંજૂરી આપવાને બદલે, ભાવ વધારા માટે સૂચકાંક અને સમીક્ષા તારીખનું નામ આપો. ઇન્વોઇસ ક્યારે જારી કરવામાં આવે છે, તેમણે શું સ્પષ્ટ કરવું જોઈએ અને ચુકવણી ક્યારે બાકી રહે છે તે જણાવો.

યુરોપિયન લેટ પેમેન્ટ ડાયરેક્ટિવ લાગુ કરતા ડચ નિયમો કોઈપણ વ્યવસાય કરારની જેમ IT કરારો પર પણ લાગુ પડે છે. કલમ 6:119a BW મુજબ, વ્યવસાયો વચ્ચે ચુકવણી 30 દિવસની અંદર ચૂકવવાની રહેશે જ્યાં કોઈ સમયગાળા પર સંમતિ ન હોય. લાંબા સમયગાળા માટે સંમતિ આપી શકાય છે, પરંતુ જો તે લેણદાર સાથે ઘોર અન્યાયી હોય તો 60 દિવસથી વધુનો સમયગાળો રદબાતલ ગણાય છે. એકવાર ચુકવણી મોડી થઈ જાય, પછી કાનૂની વ્યાપારી વ્યાજ આપમેળે ચાલે છે. લેણદાર ઓછામાં ઓછા €40 (લેખ 6:96 BW) સાથે સંગ્રહ ખર્ચનો પણ દાવો કરી શકે છે.

પ્રદાતાઓ ઘણીવાર બિન-ચુકવણી પર સેવા સ્થગિત કરવાનો અધિકાર ઉમેરે છે. તે અધિકાર સૈદ્ધાંતિક રીતે કાયદેસર છે, પરંતુ તે IT માં એક સ્પષ્ટ સાધન છે, જ્યાં સસ્પેન્શન તમારા વ્યવસાયને ઑફલાઇન લઈ શકે છે. નોટિસ અવધિ અને ખરેખર વિવાદિત રકમ માટે અપવાદ સાથે તેને લાયક બનાવો.

શું તમે પ્રદાતાની માનક શરતો પર વાટાઘાટો કરી શકો છો?

હા, ગ્રાહકો ધારે છે તેના કરતાં વધુ વખત, ખાસ કરીને જવાબદારી મર્યાદા અને 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 કાયદો - આ બધા પ્રદાતા સુધી સીધા પહોંચી શકે છે.

ડચ સાયબર સુરક્ષા કાયદા માટે શું જરૂરી છે?

૧૫ ઓગસ્ટ ૨૦૨૬ થી, તેના કાર્યક્ષેત્રમાં આવતી સંસ્થાઓએ નોંધણી કરાવવી, તેમના સાયબર જોખમોનું સંચાલન કરવું અને મહત્વપૂર્ણ ઘટનાઓની ઝડપથી જાણ કરવી આવશ્યક છે. સંચાલિત સેવા પ્રદાતાઓ તેમના પોતાના અધિકારમાં આ કાર્યક્ષેત્રમાં આવે છે.

ડચ સાયબર સુરક્ષા અધિનિયમ (Cyberbeveiligingswet) બીજા EU નેટવર્ક અને માહિતી સુરક્ષા નિર્દેશ (NIS2) ને લાગુ કરે છે અને 15 ઓગસ્ટ 2026 થી અમલમાં છે. તેના કાર્યક્ષેત્રમાં આવતી સંસ્થાઓએ સક્ષમ સુપરવાઇઝરી ઓથોરિટી સાથે નોંધણી કરાવવી જોઈએ, યોગ્ય જોખમ વ્યવસ્થાપન પગલાં લેવા જોઈએ અને નોંધપાત્ર ઘટનાઓની જાણ કરવી જોઈએ. રિપોર્ટિંગ સમયરેખા NIS2 ને અનુસરે છે: 24 કલાકની અંદર પ્રારંભિક ચેતવણી, 72 કલાકની અંદર ઘટનાની સૂચના અને એક મહિનાની અંદર અંતિમ અહેવાલ. સંચાલિત સેવા પ્રદાતાઓ અને સંચાલિત સુરક્ષા સેવા પ્રદાતાઓ તેમના પોતાના અધિકારમાં આવરી લેવામાં આવે છે. કાર્યક્ષેત્રમાં રહેલા ગ્રાહકોએ બતાવવું જોઈએ કે તેમની સપ્લાય ચેઇન સંચાલિત છે. કરારની શરતોમાં, પ્રદાતાએ તમારી પોતાની રિપોર્ટિંગ સમયમર્યાદાને સમર્થન આપવું જોઈએ, જે સામાન્ય ઘટના કલમ કરતાં ઘણી ટૂંકી હોય છે. ડચ સાયબર સુરક્ષા અધિનિયમ અને તેની આવશ્યકતાઓ પરની અમારી માર્ગદર્શિકા જણાવે છે કે કોણ આવરી લેવામાં આવ્યું છે.

જો તમે નાણાકીય ક્ષેત્રમાં હોવ તો શું?

પછી EU ડિજિટલ ઓપરેશનલ રેઝિલિયન્સ એક્ટ (DORA) કરારની સામગ્રી નક્કી કરે છે. એક માનક IT સેવાઓ કરાર તેને પૂર્ણ કરશે નહીં.

DORA એ 17 જાન્યુઆરી 2025 થી અરજી કરી છે. કલમ 30 ICT સેવા પ્રદાતાઓ સાથેની ગોઠવણો માટે કરારની જોગવાઈઓ સૂચવે છે, જેમાં સેવા વર્ણન, પ્રક્રિયાના સ્થાનો, ઍક્સેસ, નિરીક્ષણ અને ઓડિટ અધિકારો, બહાર નીકળવાની વ્યૂહરચના અને સમાપ્તિ અધિકારોનો સમાવેશ થાય છે. નાણાકીય ગ્રાહકોને સેવા આપતા પ્રદાતાએ તે શરતો માટે પૂછવામાં આવે તેવી અપેક્ષા રાખવી જોઈએ.

જો AI સેવાનો ભાગ હોય તો શું?

EU AI એક્ટ મૂલ્ય શૃંખલામાં ભૂમિકા દ્વારા જવાબદારીઓનું વિતરણ કરે છે. કરારમાં જણાવવું જોઈએ કે કોણ કઈ જવાબદારી વહન કરે છે.

તમારા સિસ્ટમમાં સામાન્ય હેતુવાળા AI મોડેલને એકીકૃત કરનાર પ્રદાતા AI કાયદા હેઠળ પ્રદાતા અથવા ડિપ્લોયર હોઈ શકે છે, જે વ્યવસ્થાના આધારે છે. જવાબદારીઓ તબક્કાવાર કરવામાં આવી રહી છે, અને ચોક્કસ AI પ્રથાઓ પર પ્રતિબંધો 2 ફેબ્રુઆરી 2025 થી લાગુ થયા છે. પ્રતિબંધિત AI પ્રથાઓ અને ડચ વ્યવસાયમાં AI નો ઉપયોગ કરવા અંગેની અમારી માર્ગદર્શિકાઓ સ્થિતિ નક્કી કરે છે. શાસન ગમે તે હોય, કરારમાં પાલન માટે જવાબદારી ફાળવવી જોઈએ, નિયમનકારો સાથે સહકારની જરૂર હોવી જોઈએ અને નવા કાયદા દ્વારા જરૂરી ફેરફારોનો ખર્ચ કોણ ભોગવશે તે કહેવું જોઈએ. અન્યથા તે ખર્ચ વિશે પછીથી દલીલ કરવામાં આવશે.

પ્રદાતા તેની જવાબદારી ક્યાં સુધી મર્યાદિત કરી શકે છે?

વ્યવસાયો વચ્ચે, મર્યાદાઓ અને બાકાત સિદ્ધાંતમાં માન્ય છે. જોકે, પ્રદાતા તેમના પર આધાર રાખી શકતા નથી, જ્યાં વાજબીતા અને ન્યાયીપણાના ધોરણો દ્વારા તે અસ્વીકાર્ય હશે, ઉદાહરણ તરીકે, હેતુ અથવા સભાન બેદરકારીના કિસ્સામાં.

જવાબદારીની મર્યાદા એ છે જ્યાં વ્યાપારી અને કાનૂની એકબીજા સાથે મળે છે. પ્રદાતાની શરતો સામાન્ય રીતે ટૂંકા ગાળામાં ચૂકવવામાં આવતી ફી પર જવાબદારીને મર્યાદિત કરે છે અને પરિણામી નુકસાન, નફામાં ઘટાડો અને ડેટાના નુકસાનને બાકાત રાખે છે. તેઓ ટૂંકા સમયગાળા પણ સેટ કરે છે જેમાં દાવો સૂચિત થવો જોઈએ. ગ્રાહકો સામાન્ય રીતે મર્યાદા ઉપરની તરફ વાટાઘાટો કરે છે, ઘણીવાર બાર મહિનાથી વધુની ફી સુધી. તેઓ એવી શ્રેણીઓ પણ બનાવે છે જે તેઓ મર્યાદિત છોડી શકતા નથી: ગુપ્તતાનો ભંગ, તૃતીય-પક્ષ બૌદ્ધિક સંપત્તિનું ઉલ્લંઘન અને ડેટા સુરક્ષા ભંગથી ઉદ્ભવતી જવાબદારી.

ડચ કાયદો આ કલમો પર બાહ્ય મર્યાદાઓ નક્કી કરે છે. કલમ 6:248(2) BW હેઠળ, કોઈ પક્ષ કરારની મુદત પર આધાર રાખી શકતો નથી જ્યાં તે વાજબીતા અને ન્યાયીપણાના ધોરણો દ્વારા અસ્વીકાર્ય હોય. અદાલતો સતત બાકાત કલમને પક્ષને તેના પોતાના ઇરાદા અથવા સભાન બેદરકારી (ઓપ્ઝેટ ઓફ બેવસ્ટે રોકેલૂશીડ), અને સામાન્ય રીતે તેના વરિષ્ઠ મેનેજમેન્ટ સામે રક્ષણ આપવા દેવાનો ઇનકાર કરે છે. ભંગની ગંભીરતા, નુકસાનની પ્રકૃતિ, વીમા સ્થિતિ અને સંબંધિત સોદાબાજી શક્તિ - આ બધું ભૂમિકા ભજવે છે. કરારના મૂલ્ય અને તેમાં સામેલ જોખમ સાથે દૃશ્યમાન સંબંધ ધરાવતી મર્યાદા, સંપૂર્ણ બાકાત કરતાં વધુ સારી રીતે જાળવી રાખવામાં આવે તેવી શક્યતા છે.

દાવો કરતા પહેલા તમારે શું કરવું જોઈએ?

મોટાભાગના કિસ્સાઓમાં, તમારે પહેલા પ્રદાતાને લેખિતમાં ડિફોલ્ટ જાહેર કરવો પડશે. તમારે કરાર અથવા કાયદા દ્વારા જરૂરી સમયગાળાની અંદર ફરિયાદ પણ કરવી પડશે.

પહેલું પગલું ડિફોલ્ટની નોટિસ (ઇન્જેબ્રેકસ્ટેલિંગ) છે. જ્યાં કામગીરી હજુ પણ શક્ય હોય, ત્યાં તમારે સામાન્ય રીતે નુકસાનીનો દાવો કરવા અથવા રદ કરવા પહેલાં વાજબી સમયગાળા સાથે લેખિત સૂચના આપવી આવશ્યક છે (લેખ 6:82 અને 6:83 BW). જો કોઈ નિશ્ચિત સમયમર્યાદા પસાર થઈ ગઈ હોય અથવા કામગીરી અશક્ય બની ગઈ હોય તો તે જરૂરી નથી. ગુસ્સે ભરાયેલ ઇમેઇલ ડિફોલ્ટની નોટિસ નથી. બીજું પગલું ફરિયાદનો સમયગાળો છે. કલમ 6:89 BW હેઠળ, ખામી શોધ્યા પછી તમારે વાજબી સમયની અંદર ફરિયાદ કરવી આવશ્યક છે, અને પ્રદાતાની શરતો સામાન્ય રીતે તે સમયગાળાને ટૂંકી કરે છે. જે ક્લાયન્ટ સમસ્યા શોધે છે, મહિનાઓ સુધી તેની આસપાસ કામ કરે છે અને પછી જ ફરિયાદ કરે છે તેને તેનો દાવો પ્રતિબંધિત મળી શકે છે.

ફોર્સ મેજર કલમ ​​શું આવરી લે છે?

પ્રદાતા તરફથી તેમાં શું શામેલ છે તે વાંચો. પેટા કોન્ટ્રાક્ટરો અને હોસ્ટિંગ ભાગીદારોની નિષ્ફળતાઓ ઘણીવાર સૂચિબદ્ધ હોય છે, જે પ્રદાતાના પોતાના સપ્લાય ચેઇન જોખમને તમારા પર ખસેડે છે.

પેટા કોન્ટ્રાક્ટરો, હોસ્ટિંગ પાર્ટનર્સ અને ટેલિકોમ સપ્લાયર્સની નિષ્ફળતાઓને ઘણીવાર ફોર્સ મેજ્યોર તરીકે વ્યાખ્યાયિત કરવામાં આવે છે. તે પ્રદાતાની પોતાની સપ્લાય ચેઇનનું જોખમ તમારા પર સ્થાનાંતરિત કરે છે. આ મુદ્દો વાટાઘાટો કરી શકાય છે. મેનેજ્ડ સર્વિસ કોન્ટ્રાક્ટમાં તે ઘણીવાર સૌથી મહત્વપૂર્ણ હોય છે, કારણ કે તમે તે ચેઇનનું સંચાલન કરવા માટે પ્રદાતાને ચોક્કસ રીતે ચૂકવણી કરો છો.

કરારમાં લોકો વિશે શું કહેવું જોઈએ?

તેમાં મુખ્ય કર્મચારીઓ, પેટા-કોન્ટ્રાક્ટિંગ, ફ્રીલાન્સર્સની સ્થિતિ અને બિન-વિનંતીનો સમાવેશ થવો જોઈએ. IT સેવાઓ લોકો દ્વારા પૂરી પાડવામાં આવે છે, અને આ દરેક મુદ્દા પછીથી મુશ્કેલી ઊભી કરી શકે છે.

મુખ્ય કર્મચારી કલમો એવા વ્યક્તિઓનું નામ આપે છે જેના પર તમે આધાર રાખી રહ્યા છો અને તમારી સંમતિ વિના તેમની બદલીને પ્રતિબંધિત કરે છે. તે વિકાસ અને અમલીકરણ કાર્યમાં સામાન્ય છે અને સંચાલિત સેવાઓમાં દુર્લભ છે. સંચાલિત સેવાઓમાં, જ્યારે પણ કોઈને બદલવામાં આવે ત્યારે ઓછામાં ઓછી સમકક્ષ લાયકાત અને યોગ્ય સોંપણીની જરૂર પડે છે.

પેટા કોન્ટ્રાક્ટિંગ એ અપવાદને બદલે ધોરણ છે. કરારમાં જણાવવું જોઈએ કે શું તે માન્ય છે, શું તમારી સંમતિની જરૂર છે, અને પ્રદાતા તે જે કોઈને પણ જોડે છે તેના માટે સંપૂર્ણપણે જવાબદાર રહે છે. જ્યાં પેટા કોન્ટ્રાક્ટર વ્યક્તિગત ડેટા પર પ્રક્રિયા પણ કરે છે, ત્યાં પેટા-પ્રોસેસર્સ પરના GDPR નિયમો પણ તેમની પોતાની સંમતિ અને સૂચના આવશ્યકતાઓ સાથે લાગુ પડે છે.

શું ફ્રીલાન્સર્સ ખરેખર સ્વ-રોજગાર ધરાવતા હોય છે?

આ પ્રશ્ન ત્યારે ઉદ્ભવે છે જ્યારે વ્યક્તિઓ તમારા પરિસરમાં, તમારા માર્ગદર્શન હેઠળ, લાંબા સમય સુધી કામ કરે છે. જો તેઓ કર્મચારીઓની જેમ કામ કરે છે, તો પુનઃવર્ગીકરણનું ખરેખર જોખમ રહેલું છે.

ડચ ટેક્સ એડમિનિસ્ટ્રેશન (બેલાસ્ટિંગડિએન્સ્ટ) એ 1 જાન્યુઆરી 2025 ના રોજ કાર્યકારી સંબંધોના વર્ગીકરણ પર સંપૂર્ણ અમલ શરૂ કર્યો. એક બાંધકામ જેમાં નામાંકિત ફ્રીલાન્સર્સ કર્મચારીઓની જેમ કામ કરે છે તે હવે પુનઃવર્ગીકરણનું વાસ્તવિક જોખમ ધરાવે છે, જેના માટે તેઓ જે પક્ષ માટે કામ કરે છે તેના માટે પગારપત્રક કરના પરિણામો આવશે. તેથી, સેવાઓ માટેના કરારોમાં એવા શબ્દો ટાળવા જોઈએ જે તમને નોકરીદાતાની જેમ વ્યક્તિઓને નિર્દેશિત કરવાનો અધિકાર આપે છે. બંને પક્ષોએ ઇન્વોઇસ પરના લેબલ પર નહીં, પણ કામ ખરેખર કેવી રીતે થાય છે તે જોવું જોઈએ.

વિનંતી ન કરવા અને ઘરે જ સેવા પાછી લેવા વિશે શું?

મર્યાદિત બિન-વિનંતી કલમ પ્રમાણભૂત છે. સેવાને ઘરે પાછી લેવાથી, અથવા તેને ટીમ સાથે ખસેડવાથી, કોઈ બાંયધરી ટ્રાન્સફર પર ડચ નિયમો લાગુ થઈ શકે છે.

કરાર સમાપ્ત થયા પછી દરેક પક્ષને એક નિશ્ચિત સમયગાળા માટે બીજાના સ્ટાફને નોકરી પર રાખવાથી અટકાવવા માટેની કલમ પ્રમાણભૂત છે અને સામાન્ય રીતે વ્યવસાયો વચ્ચે લાગુ કરી શકાય છે, જો કે તે સમય અને અવકાશમાં મર્યાદિત હોય. જ્યાં તમે કોઈ સેવાને ઘરમાં પાછી લો છો, અથવા તેને તે ટીમ સાથે બીજા પ્રદાતાને ખસેડો છો, ત્યાં કોઈ બાંયધરી (ઓવરગેંગ વાન ઓન્ડરનેમિંગ, લેખ 7:662 અને નીચેના BW) ના ટ્રાન્સફરના નિયમો લાગુ થઈ શકે છે. પછી કર્મચારીઓ તેમના હાલના નિયમો અને શરતો પર ટ્રાન્સફર કરે છે. તે પરિણામ ઘણીવાર પક્ષોને આશ્ચર્યચકિત કરે છે, તેથી સંક્રમણ સંમત થાય તે પહેલાં તેનું વિશ્લેષણ કરો, પછી નહીં.

ટર્મ, ટર્મિનેશન અને એક્ઝિટ કેવી રીતે કામ કરે છે?

શરૂઆતની મુદત, ઓટોમેટિક રિન્યુઅલ અને નોટિસ પીરિયડ તપાસો અને વિગતવાર એક્ઝિટ ક્લોઝ પર સંમત થાઓ. એક્ઝિટ ક્લોઝ નક્કી કરે છે કે છોડવાનો ખરેખર કેટલો ખર્ચ થશે.

મેનેજ્ડ સર્વિસ એગ્રીમેન્ટ સામાન્ય રીતે એક થી ત્રણ વર્ષના પ્રારંભિક સમયગાળા માટે ચાલે છે, જ્યાં સુધી નોટિસ આપવામાં ન આવે ત્યાં સુધી ઓટોમેટિક રિન્યૂઅલ થાય છે. ઓટોમેટિક રિન્યૂઅલ અને લાંબા નોટિસ પીરિયડને કારણે ગ્રાહકો એવા પ્રદાતાઓ સાથે રહે છે જે તેઓ છોડી દેવાનું પસંદ કરે છે. નોટિસ પીરિયડ, તે કઈ તારીખથી ચાલે છે અને નોટિસ કયા ફોર્મમાં લેવી જોઈએ તે તપાસો. તમે જે દિવસે સહી કરો છો તે દિવસે તમારા કેલેન્ડરમાં તારીખ લખો.

કયા રસ્તાઓ છે?

ડચ કાયદા હેઠળ ત્રણ શરતો છે: સુવિધા માટે સમાપ્તિ, કારણ માટે સમાપ્તિ અને ભંગ માટે રદબાતલ. દરેકની પોતાની શરતો હોય છે.

• સગવડ માટે કરાર સમાપ્ત કરવાથી કોઈ પણ પક્ષ, અથવા ઘણીવાર ફક્ત ક્લાયન્ટ, કારણ આપ્યા વિના નોટિસ પર કરાર સમાપ્ત કરી શકે છે. પ્રદાતાઓ વારંવાર તેને છોડી દે છે; તેનો આગ્રહ રાખવા યોગ્ય છે.
• કારણસર સમાપ્તિ, નિર્ધારિત સમયગાળામાં સુધારેલ ન હોય તેવા ચોક્કસ ભૌતિક ભંગ માટે તાત્કાલિક સમાપ્તિની મંજૂરી આપે છે. ટ્રિગર્સમાં ફક્ત આપત્તિજનક ઘટનાઓ જ નહીં, પરંતુ વારંવાર સેવા સ્તરની નિષ્ફળતાઓનો પણ સમાવેશ થવો જોઈએ.
• કલમ 6:265 હેઠળ ભંગ (બંધનકર્તા) માટે રદ કરવાની પ્રક્રિયા કરારના માર્ગો સાથે ઉપલબ્ધ રહે છે સિવાય કે કરાર તેને બાકાત રાખે, ઉપર વર્ણવેલ ડિફોલ્ટની સૂચનાને આધીન.

એક્ઝિટ ક્લોઝમાં શું હોવું જોઈએ?

તે પ્રદાતાને સેવાને ચોક્કસ સમયગાળા માટે ચાલુ રાખવા, તમારો ડેટા પરત કરવા અને અનુગામી સાથે સહકાર આપવા માટે ફરજ પાડવી જોઈએ. એક્ઝિટ ક્લોઝ લગભગ હંમેશા ખૂબ જ પાતળા રીતે તૈયાર કરવામાં આવે છે.

એક વ્યવહારુ એક્ઝિટ ક્લોઝ પ્રદાતાને, સમાપ્તિ પછીના ચોક્કસ સમયગાળા માટે અને સંમત દરે, આ કરવાની ફરજ પાડે છે:

• સેવા ચાલુ રાખો;
• તમારો ડેટા દસ્તાવેજીકૃત અને ઉપયોગી ફોર્મેટમાં પરત કરો;
• દસ્તાવેજો અને ગોઠવણી વિગતો પ્રદાન કરો;
• અનુગામી પ્રદાતા સાથે સહકાર આપો;
• શક્ય હોય ત્યાં તૃતીય-પક્ષ લાઇસન્સ ટ્રાન્સફર કરો અથવા સોંપો;
• તમારા ડેટાની બાકીની નકલો કાઢી નાખો અને લેખિતમાં આની પુષ્ટિ કરો.

તે જવાબદારીઓ વિના તમે કાગળ પર છોડી શકો છો અને વ્યવહારમાં છોડી શકતા નથી.

જો પ્રદાતા નાદાર થઈ જાય તો શું થશે?

એક ટ્રસ્ટી (ક્યુરેટર) કાર્યભાર સંભાળે છે અને કામગીરી ચાલુ રાખવા માટે બંધાયેલા નથી. પછી તમારો ઉપાય નાદારી એસ્ટેટમાં દાવો છે, જે સામાન્ય રીતે ઓછો મૂલ્યનો હોય છે.

એટલા માટે એસ્ક્રો વ્યવસ્થા, અદ્યતન એક્ઝિટ દસ્તાવેજો અને તમારા પોતાના ડેટાના સ્વતંત્ર બેકઅપ કરારના કોઈપણ કલમ કરતાં વધુ મહત્વપૂર્ણ છે.

ગ્રાહક તરીકે તમારે શું તપાસવું જોઈએ?

• તપાસો કે કાર્યક્ષેત્રમાં કાર્યો અને બાકાતની યાદી છે, સેવાની શ્રેણીઓની નહીં.
• ખાતરી કરો કે સર્વિસ ક્રેડિટ્સ આઉટેજ માટે તમારો એકમાત્ર ઉપાય નથી.
• ખાતરી કરો કે તમે સતત નબળા પ્રદર્શન માટે સમાપ્ત કરી શકો છો, માત્ર એક ગંભીર ઉલ્લંઘન માટે જ નહીં.
• કોપીરાઇટ એક્ટ (Auteurswet) ની કલમ 2 મુજબ, કસ્ટમ વર્કમાં બૌદ્ધિક સંપત્તિ લેખિત દસ્તાવેજ દ્વારા ટ્રાન્સફર થાય છે કે નહીં તે તપાસો.
• નવીકરણ તારીખ અને નોટિસ અવધિ તપાસો, અને તેને તમારા કેલેન્ડરમાં લખો.
• તપાસો કે એક્ઝિટ ક્લોઝ પ્રદાતાને સંમત દરે ટ્રાન્સફરમાં સહકાર આપવા માટે ફરજ પાડે છે.

પ્રદાતા તરીકે તમારે શું તપાસવું જોઈએ?

• ખાતરી કરો કે કરારમાં જણાવવામાં આવ્યું છે કે દરેક ડિલિવરી માટે તમારે શ્રેષ્ઠ પ્રયાસો કરવા પડશે કે પરિણામ આપવું પડશે.
• ખાતરી કરો કે તમારી જવાબદારી મર્યાદા કરાર મૂલ્ય સાથે દૃશ્યમાન સંબંધ ધરાવે છે, જેથી તે કલમ 6:248(2) BW હેઠળ ટકી રહે.
• તપાસો કે તમારો પ્રોસેસર કરાર કલમ ​​28 GDPR હેઠળ તમે ખરેખર જે પ્રક્રિયા કરો છો તેનાથી મેળ ખાય છે.
• તપાસો કે તમે મેનેજ્ડ સર્વિસ પ્રોવાઇડર તરીકે સાયબર સિક્યુરિટી એક્ટ હેઠળ આવો છો અને 24-કલાકની વહેલી ચેતવણીની સમયમર્યાદા પૂરી કરી શકો છો કે નહીં.
• ખાતરી કરો કે તમારા પેટા કોન્ટ્રાક્ટરો સમાન સુરક્ષા અને ગોપનીયતાની શરતોથી બંધાયેલા છે.

IT સેવાઓ કરાર સાથે અમે તમારા માટે શું કરી શકીએ છીએ?

અમારા આઇટી વકીલો ગ્રાહકો અને પ્રદાતાઓ બંનેને ટેકનોલોજી કરારો અને પ્રોજેક્ટ નિષ્ફળ જાય ત્યારે થતા વિવાદો અંગે સલાહ આપે છે.

• અમે ફ્રેમવર્ક કરાર, SLA, પ્રોસેસર કરાર અને સામાન્ય શરતોની સમીક્ષા કરીએ છીએ, અને અગ્રતાનો ક્રમ નક્કી કરીએ છીએ.
• અમે બીજી બાજુ સાથે જવાબદારી મર્યાદા, કોતરણી અને વિશિષ્ટ ઉપાય શબ્દોની વાટાઘાટો કરીએ છીએ.
• અમે IP કલમ, સોંપણી દસ્તાવેજ અને જ્યાં જરૂર હોય ત્યાં, સોર્સ કોડ એસ્ક્રો વ્યવસ્થાનો મુસદ્દો તૈયાર કરીએ છીએ.
• જ્યારે કોઈ પ્રદાતા નિષ્ફળ જાય છે ત્યારે અમે કલમ 6:82 અને 6:83 BW હેઠળ ડિફોલ્ટની સૂચનાનો મુસદ્દો તૈયાર કરીએ છીએ.
• અમે સમાપ્તિ પહેલાં એક્ઝિટ પ્લાન તૈયાર કરીએ છીએ, જેથી નવા પ્રદાતામાં સંક્રમણ આવરી લેવામાં આવે.

સારાંશ

• IT સેવાઓ કરાર સામાન્ય રીતે સેવાઓ માટેનો કરાર હોય છે (લેખ 7:400 BW અને નીચેના); જ્યાં તમે નિશ્ચિત તારીખ દ્વારા નિર્ધારિત પરિણામ ખરીદી રહ્યા હોવ ત્યાં તેને પરિણામની જવાબદારી બનાવો.
• કાર્યોમાં અવકાશ વ્યાખ્યાયિત કરો, સ્વીકૃતિ પ્રક્રિયા અને ફેરફાર પ્રક્રિયા પર સંમત થાઓ, અને દસ્તાવેજો વચ્ચે અગ્રતાનો ક્રમ જણાવો.
• તપાસો કે શું સર્વિસ ક્રેડિટ્સ એકમાત્ર ઉપાય છે અને શું સતત નિષ્ફળતા તમને સમાપ્ત કરવાનો અધિકાર આપે છે.
• બેસ્પોક સોફ્ટવેરમાં કોપીરાઇટ ફક્ત લેખિત કરાર અને ખત દ્વારા જ તમને મળે છે (લેખ 2(3) Auteurswet); માત્ર ચુકવણી પૂરતી નથી.
• GDPR-સુસંગત પ્રોસેસર કરાર, જ્યાં સંબંધિત હોય ત્યાં સાયબર સુરક્ષા કાયદાને પ્રતિબિંબિત કરતી કલમો અને વિગતવાર એક્ઝિટ કલમ પર સંમત થાઓ.

વારંવાર પૂછાતા પ્રશ્નો