എന്താണ് GDPR? ആപ്പ് ബിൽഡർമാർക്കായി ലളിതമായ ഗൈഡ്

GDPR (General Data Protection Regulation) എന്നത് യൂറോപ്യൻ യൂണിയന്റെ പ്രധാന ഡാറ്റാ സംരക്ഷണ നിയമമാണ്. വ്യക്തിഗത ഡാറ്റ — തിരിച്ചറിയാവുന്ന ഒരു ജീവിച്ചിരിക്കുന്ന വ്യക്തിയെക്കുറിച്ചുള്ള ഏത് വിവരവും — സ്ഥാപനങ്ങൾ എങ്ങനെ ശേഖരിക്കുകയും ഉപയോഗിക്കുകയും സൂക്ഷിക്കുകയും പങ്കിടുകയും ചെയ്യാമെന്ന് ഇത് നിയന്ത്രിക്കുന്നു, സ്വന്തം ഡാറ്റ കാണാനോ നീക്കം ചെയ്യാനോ പോലുള്ള അവകാശങ്ങൾ ആളുകൾക്ക് നൽകുന്നു. 2018 മേയ് 25 മുതൽ ഇത് പ്രാബല്യത്തിലുണ്ട്, EU-ലെ ആളുകളെ സേവിക്കുന്നെങ്കിൽ EU-ന് പുറത്തുള്ള ബിസിനസുകൾക്കും ഇത് ബാധകമാകാം.

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

AI ഉപയോഗിച്ച് നിർമ്മിക്കുമ്പോൾ ഇത് പ്രധാനമായത് എന്തുകൊണ്ട്

AI ബിൽഡറുകൾ ഡാറ്റ ശേഖരിക്കുന്നത് എളുപ്പമാക്കുന്നു. ഒരൊറ്റ പ്രോംപ്റ്റ് നിങ്ങൾക്ക് ഒരു സൈൻ-അപ്പ് ഫോം, ഒരു കോൺടാക്റ്റ് ഫോം, അനലിറ്റിക്സ്, ഫയൽ അപ്‌ലോഡുകൾ, ഓരോ ഉപയോക്താവിനെയും പട്ടികപ്പെടുത്തുന്ന ഒരു അഡ്മിൻ ഡാഷ്‌ബോർഡ് എന്നിവ നൽകുന്നു. അവയിൽ ഓരോന്നും വ്യക്തിഗത ഡാറ്റ ശേഖരിക്കുന്നു, അവയെല്ലാത്തിനെയും GDPR ശ്രദ്ധിക്കുന്നു.

നല്ല വാർത്ത, GDPR ആവശ്യപ്പെടുന്നതിൽ മിക്കതും നല്ല ഉൽപ്പന്ന രീതി കൂടിയാണ് എന്നതാണ്:

നിങ്ങൾക്ക് ശരിക്കും ആവശ്യമുള്ളത് മാത്രം ശേഖരിക്കുക.
അത് എന്തിന് ഉപയോഗിക്കുന്നു എന്ന് ആളുകളോട് പറയുക.
സുരക്ഷിതമായി സൂക്ഷിക്കുക.
ഇനി ആവശ്യമില്ലാത്തപ്പോൾ നീക്കം ചെയ്യുക.
അവരുടെ ഡാറ്റ കാണാനും തിരുത്താനും നീക്കം ചെയ്യാനും ആളുകളെ അനുവദിക്കുക.

തുടക്കം മുതൽ ഇവ രൂപകൽപ്പനയിൽ ഉൾപ്പെടുത്തുന്നത് ലോഞ്ചിന് ശേഷം ചേർക്കുന്നതിനെക്കാൾ വളരെ എളുപ്പമാണ്. ആദ്യം തന്നെ AI ബിൽഡറോട് ശരിയായ ചോദ്യങ്ങൾ ചോദിക്കുന്നത് പിന്നീടുള്ള വേദനാജനകമായ പുനർനിർമ്മാണം ഒഴിവാക്കുന്നു.

ദൈനംദിന ഉദാഹരണം

വ്യക്തിഗത ഡാറ്റയെ ആളുകൾ നിങ്ങളുടെ അടുത്ത് ഏൽപ്പിക്കുന്ന സാധനങ്ങളായി സങ്കൽപ്പിക്കുക — ഒരു കോട്ട് ചെക്ക്, പക്ഷേ വിവരങ്ങൾക്കുള്ളത്. GDPR ആ കോട്ട് ചെക്കിന്റെ വീട്ടുനിയമങ്ങളാണ്:

ഒരാൾ ഏൽപ്പിക്കാൻ സമ്മതിച്ചത് മാത്രം, അവർക്ക് മനസ്സിലാകുന്ന ഒരു കാരണത്തിന് മാത്രം എടുക്കുക.
മറ്റ് ആവശ്യങ്ങൾക്കായി പോക്കറ്റുകൾ പരിശോധിക്കരുത്.
മുറി പൂട്ടി സൂക്ഷിക്കുക.
ആവശ്യപ്പെടുമ്പോഴോ ഇനി ആവശ്യമില്ലാത്തപ്പോഴോ സാധനങ്ങൾ തിരികെ നൽകുക, അല്ലെങ്കിൽ കളയുക.
എന്തെങ്കിലും മോഷണം പോയാൽ ശരിയായ ആളുകളെ ഉടൻ അറിയിക്കുക.

മുറി നടത്താൻ മറ്റൊരാളെ വെച്ചാലും, നിങ്ങളുടെ പരിചരണത്തിലുള്ള കോട്ടുകൾക്ക് നിങ്ങൾ ഉത്തരവാദിയാണ്.

പ്രധാന ആശയങ്ങൾ

എന്താണ് വ്യക്തിഗത ഡാറ്റ

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

ആരോഗ്യ ഡാറ്റ, ബയോമെട്രിക് ഡാറ്റ, വംശീയ അല്ലെങ്കിൽ വംശീയ ഉത്ഭവം, രാഷ്ട്രീയ അഭിപ്രായങ്ങൾ എന്നിവയുൾപ്പെടെ ചില വിഭാഗങ്ങൾക്ക് അധിക സംരക്ഷണം ലഭിക്കുന്നു.

ആർക്കാണ് ഇത് ബാധകം

കമ്മീഷന്റെ അഭിപ്രായത്തിൽ, GDPR EU-യിൽ സ്ഥാപിതമായ സ്ഥാപനങ്ങൾക്കും, EU-ലെ ആളുകൾക്ക് (പണം നൽകിയോ അല്ലാതെയോ) സാധനങ്ങളോ സേവനങ്ങളോ നൽകുന്ന അല്ലെങ്കിൽ അവരുടെ പെരുമാറ്റം നിരീക്ഷിക്കുന്ന EU-ന് പുറത്തുള്ള സ്ഥാപനങ്ങൾക്കും ബാധകമാണ്. EU-യിൽ ഉപഭോക്താക്കളുള്ള ഒരു യുഎസ് അല്ലെങ്കിൽ UAE സ്റ്റാർട്ടപ്പ് ഉൾപ്പെടാം. യുകെയ്ക്ക് സ്വന്തമായ UK GDPR ഉണ്ട്, അത് ഇതിനോട് അടുത്ത് പിന്തുടരുന്നതാണ്.

തത്വങ്ങൾ

GDPR ഒരു ചെറിയ തത്വങ്ങളുടെ പട്ടികയിൽ നിർമ്മിച്ചിരിക്കുന്നു. ലളിതമായി പറഞ്ഞാൽ:

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

നിയമപരമായ അടിസ്ഥാനങ്ങൾ

വ്യക്തിഗത ഡാറ്റ ഉപയോഗിക്കുന്ന ഓരോ രീതിക്കും നിങ്ങൾക്ക് ഒരു നിയമപരമായ കാരണം — ഒരു “lawful basis” — വേണം. GDPR ആറെണ്ണം പട്ടികപ്പെടുത്തുന്നു: സമ്മതം, കരാറിന്റെ നിർവ്വഹണം, നിയമപരമായ ബാധ്യത, സുപ്രധാന താൽപ്പര്യങ്ങൾ, പൊതു ദൗത്യം, നിയമാനുസൃത താൽപ്പര്യങ്ങൾ. സമ്മതം അതിൽ ഒന്ന് മാത്രമാണ്. ഉദാഹരണത്തിന്, ഒരു ഓർഡർ എത്തിക്കാൻ പ്രോസസ് ചെയ്യുന്നത് സാധാരണയായി കരാറിനെക്കുറിച്ചാണ്, സമ്മതത്തെക്കുറിച്ചല്ല. ഏത് അടിസ്ഥാനം യോജിക്കുന്നു എന്നത് ഔദ്യോഗിക മാർഗ്ഗനിർദ്ദേശവുമായി പരിശോധിക്കേണ്ട ഒരു വിലയിരുത്തലാണ്.

ആളുകളുടെ അവകാശങ്ങൾ

വ്യക്തികൾക്കുള്ള ഈ അവകാശങ്ങൾ കമ്മീഷൻ പട്ടികപ്പെടുത്തുന്നു:

അവരുടെ ഡാറ്റ എങ്ങനെ ഉപയോഗിക്കുന്നു എന്നറിയാനുള്ള അവകാശം
അവരുടെ ഡാറ്റ ആക്സസ് ചെയ്യാനുള്ള അവകാശം
അത് തിരുത്താനുള്ള അവകാശം
അത് മായ്ച്ചുകളയാനുള്ള അവകാശം
പ്രോസസ്സിംഗ് നിയന്ത്രിക്കാനുള്ള അവകാശം
ഡാറ്റാ പോർട്ടബിലിറ്റി (ഉപയോഗയോഗ്യമായ രൂപത്തിൽ ലഭിക്കൽ)
എതിർക്കാനുള്ള അവകാശം
ഓട്ടോമേറ്റഡ് തീരുമാനമെടുക്കലുമായും പ്രൊഫൈലിംഗുമായും ബന്ധപ്പെട്ട അവകാശങ്ങൾ

ഡാറ്റാ ലംഘനങ്ങൾ

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

ഒരു ഉദാഹരണം: ഒരു യോഗ സ്റ്റുഡിയോ ബുക്കിംഗ് ആപ്പ്

ജർമ്മനിയിൽ ഉപഭോക്താക്കളുള്ള ഒരു യോഗ സ്റ്റുഡിയോയ്ക്ക് ബുക്കിംഗ് ആപ്പ് നിർമ്മിക്കുകയാണെന്ന് കരുതുക. GDPR അതിനെ എങ്ങനെ രൂപപ്പെടുത്തുന്നു എന്നത് ഇതാ.

കുറച്ച് ശേഖരിക്കുക. സൈൻ-അപ്പ് ഫോം പേര്, ഇമെയിൽ, ഓപ്ഷണൽ ഫോൺ നമ്പർ എന്നിവ ചോദിക്കുന്നു. ആദ്യ ഡ്രാഫ്റ്റ് ജനനത്തീയതിയും വീട്ടുവിലാസവും ചോദിച്ചിരുന്നു — ആപ്പിൽ അവ ഉപയോഗിക്കുന്നില്ല, അതിനാൽ നീക്കം ചെയ്തു.

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

സുതാര്യമായിരിക്കുക. ഒരു സ്വകാര്യതാ നയം എന്ത് ശേഖരിക്കുന്നു, എന്തിന്, എത്ര നാൾ സൂക്ഷിക്കുന്നു, മറ്റ് ആരൊക്കെ അത് പ്രോസസ് ചെയ്യുന്നു (ഹോസ്റ്റിംഗ് ദാതാവ്, ഇമെയിൽ സേവനം, പേയ്‌മെന്റ് ദാതാവ്), സ്റ്റുഡിയോയെ എങ്ങനെ ബന്ധപ്പെടാം എന്നിവ വിശദീകരിക്കുന്നു.

മാർക്കറ്റിംഗ് വേറെയാണ്. ഒരു ക്ലാസ് ബുക്ക് ചെയ്യുന്നത് ആരെയും ന്യൂസ്‌ലെറ്ററിൽ ചേർക്കുന്നില്ല. അതിനായി പ്രത്യേക, ടിക്ക് ചെയ്യാത്ത ഒരു ചെക്ക്‌ബോക്സ് ഉണ്ട്.

ഉൽപ്പന്നത്തിലെ അവകാശങ്ങൾ. ഉപഭോക്താക്കൾക്ക് അവരുടെ പ്രൊഫൈൽ കാണാനും എഡിറ്റ് ചെയ്യാനും ബുക്കിംഗ് ചരിത്രം ഡൗൺലോഡ് ചെയ്യാനും അക്കൗണ്ട് പേജിൽ നിന്ന് നീക്കം ചെയ്യാൻ അഭ്യർത്ഥിക്കാനും കഴിയും.

സൂക്ഷിക്കൽ കാലാവധി. സജീവമല്ലാത്ത അക്കൗണ്ടുകൾ ഒരു നിശ്ചിത കാലയളവിന് ശേഷം അടയാളപ്പെടുത്തുകയും ഉപഭോക്താവ് പ്രതികരിച്ചില്ലെങ്കിൽ നീക്കം ചെയ്യുകയും ചെയ്യുന്നു. ആ കാലയളവ് സ്റ്റുഡിയോ തിരഞ്ഞെടുക്കുന്നു.

കുക്കികൾ. ലോഗിൻ കുക്കി ആവശ്യമാണ്. സന്ദർശകൻ സമ്മതിച്ചതിന് ശേഷം മാത്രമേ അനലിറ്റിക്സ് ലോഡ് ചെയ്യുന്നുള്ളൂ. കുക്കികൾ എന്താണ് കാണുക.

സുരക്ഷ. പാസ്‌വേഡുകൾ ഹാഷ് ചെയ്തിരിക്കുന്നു, അഡ്മിൻ ഏരിയയ്ക്ക് രണ്ട്-ഘട്ട പരിശോധന ആവശ്യമാണ്, ഉടമയ്ക്ക് മാത്രമേ ഉപഭോക്തൃ ലിസ്റ്റുകൾ എക്സ്പോർട്ട് ചെയ്യാനാകൂ.

പൊതുവായ പദങ്ങൾ വിശദീകരണം

പദം	അർത്ഥം
വ്യക്തിഗത ഡാറ്റ	തിരിച്ചറിയപ്പെട്ടതോ തിരിച്ചറിയാൻ കഴിയുന്നതോ ആയ ഒരു ജീവിച്ചിരിക്കുന്ന വ്യക്തിയെക്കുറിച്ചുള്ള ഏത് വിവരവും.
പ്രോസസ്സിംഗ്	വ്യക്തിഗത ഡാറ്റയിൽ ചെയ്യുന്ന എന്തും: ശേഖരിക്കൽ, സൂക്ഷിക്കൽ, ഉപയോഗിക്കൽ, പങ്കിടൽ, ഇല്ലാതാക്കൽ.
ഡാറ്റാ വിഷയം (Data subject)	ഡാറ്റ ആരെക്കുറിച്ചാണോ ആ വ്യക്തി.
കൺട്രോളർ	ഡാറ്റ എന്തിന്, എങ്ങനെ പ്രോസസ് ചെയ്യണമെന്ന് തീരുമാനിക്കുന്ന സ്ഥാപനം — സാധാരണയായി ആപ്പിന്റെ ഉടമയായ നിങ്ങൾ.
പ്രോസസ്സർ	കൺട്രോളറിന് വേണ്ടി ഡാറ്റ പ്രോസസ് ചെയ്യുന്ന കമ്പനി, ഉദാഹരണത്തിന് ഹോസ്റ്റിംഗ് അല്ലെങ്കിൽ ഇമെയിൽ ദാതാവ്.
ഡാറ്റാ പ്രോസസ്സിംഗ് കരാർ (DPA)	ഡാറ്റ എങ്ങനെ കൈകാര്യം ചെയ്യുമെന്ന് വ്യക്തമാക്കുന്ന കൺട്രോളറും പ്രോസസ്സറും തമ്മിലുള്ള കരാർ.
നിയമപരമായ അടിസ്ഥാനം	സമ്മതം അല്ലെങ്കിൽ കരാർ പോലുള്ള പ്രോസസ്സിംഗിനുള്ള നിയമപരമായ കാരണം.
സമ്മതം	സ്വതന്ത്രമായി നൽകിയ, വ്യക്തമായ, അറിവോടെയുള്ള “അതെ”; മുൻകൂട്ടി ടിക്ക് ചെയ്ത ബോക്സുകൾ കണക്കാക്കില്ല.
പ്രത്യേക വിഭാഗം ഡാറ്റ	ആരോഗ്യം അല്ലെങ്കിൽ ബയോമെട്രിക്സ് പോലുള്ള, കർശന നിയമങ്ങളുള്ള സെൻസിറ്റീവ് ഡാറ്റ.
മേൽനോട്ട അതോറിറ്റി	ഒരു രാജ്യത്തെ ഡാറ്റാ സംരക്ഷണ റെഗുലേറ്റർ.

സാധാരണ തെറ്റുകളും തെറ്റിദ്ധാരണകളും

“ഞങ്ങൾ EU-യിലില്ല, അതുകൊണ്ട് ഇത് ബാധകമല്ല.” നിങ്ങളുടെ ഉപയോക്താക്കൾ എവിടെയാണെന്നതിനെ അടിസ്ഥാനമാക്കി ഇത് ബാധകമാകാം.
“GDPR എന്നാൽ എല്ലാത്തിനും സമ്മതം.” ആറ് നിയമപരമായ അടിസ്ഥാനങ്ങളിൽ ഒന്നാണ് സമ്മതം, പലപ്പോഴും അത് ശരിയായ അടിസ്ഥാനമല്ല.
“കുക്കി ബാനർ ഉണ്ടെങ്കിൽ ഞങ്ങൾ പാലിക്കുന്നു.” കുക്കികൾ ചെറിയൊരു ഭാഗം മാത്രമാണ്. ഡാറ്റ ശേഖരണം, സുരക്ഷ, അവകാശങ്ങൾ, സൂക്ഷിക്കൽ എന്നിവയാണ് കൂടുതൽ പ്രധാനം.
“ഞങ്ങളുടെ ഹോസ്റ്റ് GDPR പാലിക്കുന്നതാണ്, അതുകൊണ്ട് ഞങ്ങളും പാലിക്കുന്നു.” ദാതാക്കൾ സഹായിക്കുന്നു, പക്ഷേ നിങ്ങളുടെ ആപ്പ് എന്ത് ശേഖരിക്കുകയും ചെയ്യുകയും ചെയ്യുന്നു എന്ന് തീരുമാനിക്കുന്നത് നിങ്ങളാണ്.
“എന്തെങ്കിലും ആവശ്യമായേക്കാം എന്ന് കരുതി” ശേഖരിക്കൽ. ഓരോ അധിക ഫീൽഡും സംരക്ഷിക്കാനും വിശദീകരിക്കാനും നീക്കം ചെയ്യാനും കൂടുതൽ ജോലിയാണ്.
മറ്റൊരു സൈറ്റിന്റെ സ്വകാര്യതാ നയം പകർത്തൽ. അത് നിങ്ങളുടെ ആപ്പ് യഥാർത്ഥത്തിൽ ചെയ്യുന്നത് വിവരിക്കണം.
ഡാറ്റ നീക്കം ചെയ്യൽ അസാധ്യമാക്കൽ. ഒരു ഡെവലപ്പറില്ലാതെ ആർക്കും ഒരു ഉപയോക്താവിനെ നീക്കം ചെയ്യാനാകില്ലെങ്കിൽ, അവകാശ അഭ്യർത്ഥനകൾ അടിയന്തരാവസ്ഥകളാകുന്നു.

നിങ്ങളുടെ AI ബിൽഡറോട് ചോദിക്കേണ്ടത്

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

തുടർന്ന് സേവന നിബന്ധനകളും സ്വകാര്യതാ നയവും എങ്ങനെ എഴുതാം, കുക്കി സമ്മതം എങ്ങനെ ചേർക്കാം എന്നിവ വായിക്കുക.

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

ചോദ്യങ്ങൾ

ലളിതമായി പറഞ്ഞാൽ എന്താണ് GDPR?

General Data Protection Regulation (GDPR) എന്നത് യൂറോപ്യൻ യൂണിയന്റെ പ്രധാന ഡാറ്റാ സംരക്ഷണ നിയമമാണ്. ആളുകളെക്കുറിച്ചുള്ള വിവരങ്ങൾ സ്ഥാപനങ്ങൾ എങ്ങനെ ശേഖരിക്കുകയും ഉപയോഗിക്കുകയും സൂക്ഷിക്കുകയും പങ്കിടുകയും ചെയ്യാമെന്ന് ഇത് നിയന്ത്രിക്കുന്നു, അവരുടെ ഡാറ്റയിന്മേൽ അവർക്ക് അവകാശങ്ങളും നൽകുന്നു. 2018 മേയ് 25 മുതൽ ഇത് പ്രാബല്യത്തിലുണ്ട്.

EU-ന് പുറത്തുള്ള ബിസിനസുകൾക്കും GDPR ബാധകമാകുമോ?

ആകാം. യൂറോപ്യൻ കമ്മീഷന്റെ അഭിപ്രായത്തിൽ, EU-ലെ ആളുകൾക്ക് സൗജന്യമായാലും സാധനങ്ങളോ സേവനങ്ങളോ നൽകുന്ന, അല്ലെങ്കിൽ അവരുടെ പെരുമാറ്റം നിരീക്ഷിക്കുന്ന, EU-ന് പുറത്തുള്ള സ്ഥാപനങ്ങൾക്കും ഇത് ബാധകമാണ്. നിങ്ങൾ എവിടെയാണ് പ്രവർത്തിക്കുന്നത് എന്നത് മാത്രമല്ല ചോദ്യം; നിങ്ങളുടെ ഉപയോക്താക്കൾ ആരാണ് എന്നതും പ്രധാനമാണ്.

ഒരു ഇമെയിൽ വിലാസം വ്യക്തിഗത ഡാറ്റയാണോ?

അതെ. തിരിച്ചറിയാവുന്നതോ തിരിച്ചറിയാൻ കഴിയുന്നതോ ആയ ഒരു ജീവിച്ചിരിക്കുന്ന വ്യക്തിയുമായി ബന്ധപ്പെട്ട ഏത് വിവരവും വ്യക്തിഗത ഡാറ്റയാണ്. പേരുകൾ, ഇമെയിൽ വിലാസങ്ങൾ, IP വിലാസങ്ങൾ, കുക്കി IDകൾ എന്നിവയെല്ലാം ഇതിൽ ഉൾപ്പെടാം.

GDPR പാലിക്കുന്ന ഒരു ഹോസ്റ്റ് ഉപയോഗിച്ചാൽ എന്റെ ആപ്പ് പാലിക്കുന്നതാകുമോ?

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

ഈ ഗൈഡ് നിയമോപദേശമാണോ?

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