അഞ്ച് ഘട്ടങ്ങൾ
എത്ര വ്യത്യസ്ത പേരുകളിൽ വിളിച്ചാലും ഓരോ പ്രവർത്തന DSAR പ്രോഗ്രാമിലും അതേ അഞ്ച് ഘട്ടങ്ങളുണ്ട്:
- സ്വീകരണം
- ഐഡന്റിറ്റി പരിശോധന
- കണ്ടെത്തലും ആശ്രിതത്വ മാപ്പിംഗും
- പ്രതികരണ കരടും അംഗീകാരവും
- വിതരണവും ഓഡിറ്റും
ഘട്ടം 1: സ്വീകരണം
ഒന്നിലധികം സ്വീകരണ ചാനലുകൾ — വെബ് ഫോം, ആപ്പിലെ സ്വയം-സേവനം, ഇമെയിൽ, ഉപഭോക്തൃ പിന്തുണാ എസ്കലേഷൻ, തപാൽ — എല്ലാം ഒരു അതുല്യ റഫറൻസ് നമ്പറോടെ ഒരൊറ്റ ടിക്കറ്റ് ക്യൂവിൽ ഒത്തുചേരുന്നു. ആ റഫറൻസാണ് മുഴുവൻ സമയവും Data Principal-ന്റെ ട്രാക്കിംഗ് ID-യും നിങ്ങളുടെ കേസ് ID-യും.
സ്വീകരണ സമയത്ത് രേഖപ്പെടുത്തുക: ഏത് അവകാശമാണ് വിനിയോഗിക്കുന്നത് (ആക്സസ് / തിരുത്തൽ / മായ്ക്കൽ / പരാതി), Data Principal പറഞ്ഞ ഐഡന്റിഫയർ (ഇമെയിൽ, അക്കൗണ്ട് ID), ലഭിച്ച തീയതി, അവർ നൽകിയ ഏതെങ്കിലും സന്ദർഭം.
ഘട്ടം 2: ഐഡന്റിറ്റി പരിശോധന
അഭ്യർത്ഥിക്കുന്നയാൾ തന്നെയാണ് Data Principal എന്ന് നിങ്ങൾ പരിശോധിക്കണം. ശക്തിയുടെ ക്രമത്തിൽ പരിശോധനാ രീതികൾ:
- പ്രാമാണീകരിച്ച സെഷൻ (ലോഗിൻ ചെയ്തിരിക്കുമ്പോൾ നടത്തിയ അഭ്യർത്ഥന)
- മൾട്ടി-ഫാക്ടർ പരിശോധന (രജിസ്റ്റർ ചെയ്ത ഫോണിലേക്കോ ഇമെയിലിലേക്കോ OTP)
- അറിവ്-അധിഷ്ഠിത ചോദ്യങ്ങൾ (അവസാന ഇടപാട്, രജിസ്റ്റർ ചെയ്ത വിലാസം)
- രേഖ-അധിഷ്ഠിത പരിശോധന (Aadhaar ഓഫ്‌ലൈൻ KYC, DigiLocker)
പരിശോധനാ നിലവാരം ഉൾപ്പെട്ട ഡാറ്റയുടെ സംവേദനക്ഷമതയുമായി പൊരുത്തപ്പെടുത്തുക. മാർക്കറ്റിംഗ് പട്ടികയിലെ ഒരു എൻട്രി മായ്ക്കാൻ സാമ്പത്തിക ഇടപാട് ചരിത്രം മായ്ക്കുന്നതിനേക്കാൾ കുറവ് മതി.
ഘട്ടം 3: കണ്ടെത്തലും ആശ്രിതത്വ മാപ്പിംഗും
പരാജയപ്പെട്ട DSAR പ്രതികരണങ്ങളുടെ ഏറ്റവും വലിയ ഒറ്റക്കാരണം: ടീം ഒരു സിസ്റ്റം മറന്നു. ഉപയോക്താവ് നിങ്ങളുടെ CRM-ൽ, നിങ്ങളുടെ പിന്തുണാ ഹെൽപ്പ്ഡെസ്കിൽ, നിങ്ങളുടെ മാർക്കറ്റിംഗ് ഓട്ടോമേഷൻ ടൂളിൽ, നിങ്ങളുടെ അനലിറ്റിക്സ് പ്ലാറ്റ്ഫോമിൽ, നിങ്ങളുടെ ഡാറ്റ വെയർഹൗസിൽ, നിങ്ങളുടെ ബാക്കപ്പുകളിൽ ജീവിക്കുന്നു — ഒരുപക്ഷേ നിങ്ങളുടെ പ്രോസസ്സർമാരുടെ സിസ്റ്റങ്ങളിലും.
Data Principal ഡാറ്റ സൂക്ഷിച്ചേക്കാവുന്ന ഓരോ സിസ്റ്റത്തിന്റെയും ആശ്രിതത്വ മാപ്പ് (RoPA പ്രകാരം) പരിപാലിക്കുക. DSAR വർക്ക്ഫ്ലോ പട്ടികയിലെ ഓരോ സിസ്റ്റവും പരിശോധിച്ച്, കണ്ടെത്തലുകൾ ശേഖരിച്ച്, ഏകീകരിക്കുന്നു.
ഘട്ടം 4: പ്രതികരണ കരടും അംഗീകാരവും
സങ്കീർണ്ണമായ അഭ്യർത്ഥനകൾക്ക് പ്രതികരണത്തിൽ ഉൾപ്പെടുന്നു:
- ഞങ്ങൾ ഏത് ഡാറ്റ സൂക്ഷിക്കുന്നു (വിഭാഗങ്ങളും ഉറവിടങ്ങളും)
- ഓരോ വിഭാഗത്തിന്റെയും ഉദ്ദേശ്യം
- അഭ്യർത്ഥന പൂർണ്ണമായോ ഭാഗികമായോ നിറവേറ്റാനാകുമോ, അതോ നിരസിച്ചോ
- ഏതെങ്കിലും ഭാഗിക നിരസനത്തിന്റെ കാരണങ്ങൾ (ഉദാ., നിയമപരമായ സൂക്ഷിപ്പ്)
- തൃപ്തരല്ലെങ്കിൽ Data Principal-ന് സ്വീകരിക്കാവുന്ന അടുത്ത നടപടി (Grievance Officer വരെ, പിന്നെ DPBI വരെ എസ്കലേഷൻ)
അയയ്ക്കുന്നതിന് മുമ്പ് Privacy / DPO അംഗീകാരം. നിരസനങ്ങൾക്ക് നിയമ അംഗീകാരം.
ഘട്ടം 5: വിതരണവും ഓഡിറ്റും
Data Principal അഭ്യർത്ഥിച്ച ചാനൽ വഴി (അല്ലെങ്കിൽ ഡിഫോൾട്ടായി അവരുടെ രജിസ്റ്റർ ചെയ്ത ചാനൽ വഴി) വിതരണം ചെയ്യുക. വിതരണം ലോഗ് ചെയ്യുക. പൂർണ്ണ ഓഡിറ്റ് ട്രെയിലോടെ കേസ് അടയ്ക്കുക. SLA കണക്കാക്കലും RAG സ്റ്റാറ്റസും ഓട്ടോമേറ്റ് ചെയ്യുന്ന തയ്യാർ സ്പ്രെഡ്ഷീറ്റിനായി Template 10 (DSAR Tracker) ഉപയോഗിക്കുക.
90-ദിവസത്തെ SLA
Rule 14(3) പ്രതികരണം 90 ദിവസത്തിൽ പരിമിതപ്പെടുത്തുന്നു. ഇത് ഒരു പരമാവധി പരിധിയാണ്, ലക്ഷ്യമല്ല. പക്വമായ പ്രോഗ്രാമുകൾ പതിവ് ആക്സസ് അഭ്യർത്ഥനകൾക്ക് 14-30 ദിവസവും, സങ്കീർണ്ണമായ മായ്ക്കലിനോ തിരുത്തലിനോ കൂടുതലും ലക്ഷ്യമിടുന്നു. നിങ്ങളുടെ വിതരണം ട്രാക്ക് ചെയ്യുക — നിങ്ങൾ സ്ഥിരമായി 60 ദിവസത്തിന് മുകളിലാണെങ്കിൽ, നിങ്ങളുടെ പ്രവർത്തന ഡിസൈൻ തന്നെയാണ് പ്രശ്നം.