SaaS કોન્ટ્રાક્ટ ડેટા માલિકી: ડચ કાયદા હેઠળ તમારા ડેટાની માલિકી કોની છે?

ડચ અને EU કાયદા હેઠળ કોઈ પણ વ્યક્તિ ડેટાની માલિકી ધરાવતો નથી, તેથી તમારા SaaS કરારમાં ડેટા કલમ, કાયદો નહીં, તે નક્કી કરે છે કે તમે ક્લાઉડ પ્લેટફોર્મમાં મૂકેલી માહિતીનો ઉપયોગ કોણ કરી શકે છે, કોપી કરી શકે છે, નિકાસ કરી શકે છે અને કાઢી શકે છે. ડચ સિવિલ કોડ (બર્ગરલિજક વેટબોક, BW) ની કલમ 3:2 ઝાક (વસ્તુ) ને માનવ નિયંત્રણ માટે સક્ષમ મૂર્ત વસ્તુ તરીકે વ્યાખ્યાયિત કરે છે, અને ડેટા સેટ મૂર્ત નથી. ગ્રાહક ખરેખર જે ધરાવે છે તે કરારના અધિકારોનું બંડલ છે, જે કૉપિરાઇટ, ડેટાબેઝ અધિકાર, વેપાર ગુપ્ત સુરક્ષા અને GDPR દ્વારા સ્થળોએ મજબૂત બનાવવામાં આવે છે. તેથી અસ્પષ્ટ શબ્દો પ્રશ્નને ખુલ્લો છોડતા નથી: તે પ્રદાતાના પક્ષમાં સમાધાન કરે છે.

શા માટે SaaS કોન્ટ્રાક્ટ ડેટા માલિકી એક કરારનો પ્રશ્ન છે, મિલકતનો પ્રશ્ન નથી

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

કાયદાના ચાર અંગો ડેટાને રક્ષણનું માપ આપે છે, અને તે જાણવું યોગ્ય છે કે તમારી માહિતી ખરેખર કઈ હેઠળ આવે છે. મૂળ ટેક્સ્ટ, છબીઓ, રેખાંકનો અને સોફ્ટવેર જે તમે પ્લેટફોર્મ પર અપલોડ કરો છો અથવા બનાવો છો તે Auteurswet હેઠળ કૉપિરાઇટ આકર્ષે છે, જે કાયદાના સંચાલન દ્વારા તમારું છે અને ફક્ત એટલા માટે પ્રદાતાને ટ્રાન્સફર થતું નથી કારણ કે તે તેમના સર્વર પર હોસ્ટ કરવામાં આવે છે. એક સંરચિત સંગ્રહ ડેટાબેંકનવેટના સુઇ સામાન્ય ડેટાબેઝ અધિકારને આકર્ષિત કરી શકે છે જ્યાં તમે તેની સામગ્રી મેળવવા, ચકાસવા અથવા પ્રસ્તુત કરવામાં નોંધપાત્ર રોકાણ કર્યું છે, જોકે સ્થાયી યુરોપિયન કેસ કાયદો માને છે કે અંતર્ગત ડેટા બનાવવામાં રોકાણ તે થ્રેશોલ્ડ તરફ ગણાતું નથી. વ્યાપારી મૂલ્ય સાથેની ગુપ્ત વ્યવસાય માહિતી, તેને ગુપ્ત રાખવા માટે વાજબી પગલાં દ્વારા સુરક્ષિત, Wet bescherming bedrijfsgeheimen હેઠળ આવે છે, જે EU ટ્રેડ સિક્રેટ્સ ડાયરેક્ટિવના ડચ અમલીકરણ છે. અને વ્યક્તિગત ડેટા GDPR દ્વારા સંચાલિત થાય છે, જે તમારી કંપનીને બદલે સંબંધિત વ્યક્તિઓને અધિકારો આપે છે.

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

જ્યારે કલમ અસ્પષ્ટ હોય ત્યારે શું ખોટું થાય છે?

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

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

ડેટા કલમ શું કહેવી જોઈએ

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

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

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

ડચ કરાર કાયદાની માનક શરતો અને મર્યાદાઓ

મોટાભાગના SaaS કરારો પ્રદાતાના સામાન્ય નિયમો અને શરતો પર પૂર્ણ થાય છે, જે કલમ 6:231 થી 6:247 BW ને અમલમાં મૂકે છે. અહીં બે નિયમો મહત્વપૂર્ણ છે. કલમ 6:234 BW હેઠળ પ્રદાતાએ કરાર પૂર્ણ થાય તે પહેલાં અથવા તે ક્ષણે શરતો ઉપલબ્ધ કરાવવી આવશ્યક છે, અને ઇલેક્ટ્રોનિક રીતે પૂર્ણ થયેલા કરારો માટે તે ગ્રાહક સંગ્રહિત અને પુનઃઉત્પાદિત કરી શકે તેવા સ્વરૂપમાં પૂરા પાડવામાં આવશ્યક છે; એક લિંક જે પછીથી બદલાય છે તે પૂરતી નથી. કલમ 6:233(a) BW હેઠળ જો બધી પરિસ્થિતિઓને ધ્યાનમાં લેતા, તે બીજા પક્ષ માટે ગેરવાજબી રીતે બોજારૂપ હોય તો તે શબ્દ રદ કરી શકાય છે.

તે બીજો રસ્તો વ્યવસાયોની અપેક્ષા કરતાં સાંકડો છે. કલમ 6:235 BW, જો પ્રતિપક્ષ કલમ 2:360 BW ના અર્થમાં કાનૂની એન્ટિટી હોય જેણે તેના સૌથી તાજેતરના વાર્ષિક હિસાબો પ્રકાશિત કર્યા હોય, અથવા કરાર પૂર્ણ થયો ત્યારે તેની પાસે પચાસ કે તેથી વધુ કર્મચારીઓ હોય, તો તેને કલમ 6:233 અને 6:234 પર આધાર રાખવાથી રોકે છે. તેથી, મોટી ડચ કંપનીઓ ઘટના પછી કઠોર ડેટા કલમમાંથી બહાર નીકળવાનો રસ્તો શોધી શકતી નથી. તેમજ તે પક્ષ જે આદતપૂર્વક સમાન અથવા લગભગ સમાન પ્રમાણભૂત શબ્દોનો ઉપયોગ કરે છે તે પણ કરી શકતી નથી. મોટાભાગના સ્થાપિત વ્યવસાયો માટે, હસ્તાક્ષર પહેલાં વાટાઘાટો એ એકમાત્ર વાસ્તવિક તક છે.

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

વિદેશી કાયદો અને ફોરમ કલમો

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

તમારો ડેટા પાછો મેળવવો: EU ડેટા એક્ટ માટે હવે શું જરૂરી છે

૧૨ સપ્ટેમ્બર ૨૦૨૫ થી ડેટા એક્ટ (રેગ્યુલેશન (EU) ૨૦૨૩/૨૮૫૪) લાગુ થયો છે, અને ડેટા પ્રોસેસિંગ સેવાઓ વચ્ચે સ્વિચ કરવા અંગેનો તેનો પ્રકરણ SaaS તેમજ ઇન્ફ્રાસ્ટ્રક્ચર અને પ્લેટફોર્મ સેવાઓને આવરી લે છે. તે ઘણા બધા મુદ્દાઓને વૈધાનિક લઘુત્તમ હકદારીમાં રૂપાંતરિત કરે છે જે શુદ્ધ વાટાઘાટો તરીકે ઉપયોગમાં લેવાતા હતા, અને તે પ્રદાતાની માનક શરતો શું કહે છે તે ધ્યાનમાં લીધા વિના આમ કરે છે. વર્ષોમાં ક્લાઉડ કોન્ટ્રાક્ટિંગમાં આ સૌથી નોંધપાત્ર ફેરફાર છે, અને તે તારીખ પહેલાં હસ્તાક્ષર કરાયેલા ઘણા કરારો તેને પ્રતિબિંબિત કરવા માટે અપડેટ કરવામાં આવ્યા નથી.

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

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

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

કાઢી નાખવું, બેકઅપ અને પ્રોસેસર કરાર

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

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

સુરક્ષા જવાબદારીઓ સમાન રીતે વર્તવાને પાત્ર છે. કલમ 32 GDPR ને નિયંત્રક અને પ્રોસેસર બંને તરફથી યોગ્ય તકનીકી અને સંગઠનાત્મક પગલાંની જરૂર છે, અને કરારમાં તે પ્રમાણપત્ર સાથે જોડાયેલા હોવા જોઈએ જે પ્રદાતા ખરેખર ધરાવે છે અને જાળવવા માટે સંમત થાય છે, જેમ કે ISO/IEC 27001 અથવા વર્તમાન SOC 2 પ્રકાર II રિપોર્ટ, જેમાં ઓડિટ અથવા નિરીક્ષણ અધિકાર જોડાયેલ છે. NIS2 નિર્દેશનું ડચ અમલીકરણ, Cyberbeveiligingswet, 15 ઓગસ્ટ 2026 ના રોજ અમલમાં આવ્યું હોવાથી, તેના કાર્યક્ષેત્રમાં રહેલી સંસ્થાઓએ NCSC સાથે નોંધણી કરાવવી જોઈએ અને તેમની જાણ થયાના ચોવીસ કલાકની અંદર મહત્વપૂર્ણ ઘટનાઓની જાણ કરવી જોઈએ, ત્યારબાદ બત્તેર કલાકની અંદર સંપૂર્ણ સૂચના આપવી જોઈએ. તે સમયમર્યાદાઓ પૂરી કરી શકાતી નથી સિવાય કે તમારા પ્રદાતા કરાર દ્વારા તમને ઝડપથી ચેતવણી આપવા માટે બંધાયેલા હોય જેથી તમે તેમને પૂર્ણ કરી શકો, તેથી કરારમાં સૂચના વિંડો કલાકોમાં માપવી જોઈએ.

AI તાલીમ અને મેળવેલ ડેટા

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

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

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

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

ડચ કાયદા હેઠળ જવાબદારી મર્યાદાઓ

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

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

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

જો પ્રદાતા નિષ્ફળ જાય તો સાતત્ય

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

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

સહી કરતા પહેલા શું તપાસવું

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

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

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

કરારના શબ્દોની સરખામણી

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

સમયગાળા દરમિયાન ડેટા સ્થાન, સબ-પ્રોસેસર્સ અને ઓડિટ અધિકારો

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

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

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

SaaS કોન્ટ્રાક્ટ ડેટા માલિકી વિશે વારંવાર પૂછાતા પ્રશ્નો

કયો ખંડ સૌથી મહત્વપૂર્ણ છે?

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

જો મારો પ્રદાતા નાદાર થઈ જાય તો શું હું મારો ડેટા પાછો મેળવી શકું?

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

શું GDPR પાલન મારી કંપનીના ડેટા અધિકારોનું રક્ષણ કરે છે?

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

શું ડેટા એક્ટ મારા કરારમાં જે કહેવામાં આવ્યું છે તેને ઓવરરાઇડ કરે છે?

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

કેવી રીતે Law & More મદદ કરી શકે છે

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

કેવી રીતે Law & More આમાં તમને મદદ કરી શકે છે તે અમારા પર સમજાવાયેલ છે આઇટી વકીલ પાનું.