கையேடு: குழுக்களும் பயனர்களும்

1

குழுக்களை உருவாக்கி அமைத்தல்

குழுக்கள் “Settings → Teams” பகுதியில் வாழ்கின்றன. இடதுபுறம் பட்டியல், வலதுபுறம் நீங்கள் சொடுக்கிய குழுவின் அமைப்புகள். பெயருக்குப் பின்னால் உள்ள எண் அதன் உறுப்பினர்களின் எண்ணிக்கை.

ஒரு புதிய குழு தனது பெயரை “Team name” புலத்தில் பெறுகிறது. அதற்குக் கீழே உள்ள “Copy categories from” மூலம் ஏற்கெனவே உள்ள ஒரு குழுவைத் தேர்ந்தெடுக்கலாம், அப்போது புதிய குழு அதே முதன்மை மற்றும் துணை வகைகளுடன் தொடங்கும். “Create team” அதை உருவாக்குகிறது.

முதல் குழுவே உங்கள் வாடிக்கையாளர்கள் பார்க்கும் குழு. அதற்குப் பின்னால் வரும் ஒவ்வொரு குழுவும் ஒரு சிறப்புக் குழு. சரியான பிரிவைத் தாமே தேர்ந்தெடுக்கச் சொல்வது அறிவிப்பவரிடம் அதிகம் எதிர்பார்ப்பதாகும்: அவர்கள் முதல் குழுவிடம் அளிக்கிறார்கள், அங்கிருந்து அது கையளிக்கப்படுகிறது.

அதை எப்போது வேண்டுமானாலும் மாற்றலாம். “Customer permissions” அட்டை, ஒவ்வொரு குழுவிலும் வாடிக்கையாளர்கள் என்ன செய்யலாம் என்பதைத் தீர்மானிக்கிறது. அதற்கு இரண்டு நிலைமாற்றிகள் உள்ளன: “Can create new tickets and see their own tickets” மற்றும் “Can see their own tickets of this team in the dashboard and in reports”. அவற்றில் ஒன்று இயக்கப்பட்டவுடன் வாடிக்கையாளர்களுக்கு அந்தக் குழு தெரியும். இரண்டும் அணைந்திருக்கும்போது மட்டுமே அந்தக் குழு வாடிக்கையாளருக்குத் தெரியவே தெரியாது.

“Agent Permissions” அட்டை இந்தக் குழுவின் முகவர்களுக்குப் பொருந்தும். அதற்கு மூன்று நிலைமாற்றிகள் உள்ளன: டிக்கெட்டுகளை நிர்வகித்தல், வகைகளை நிர்வகித்தல், இந்தக் குழுவின் அறிக்கைகளைப் பார்த்தல். முதலாவது இல்லாமல், ஒரு முகவர் இந்தக் குழுவின் டிக்கெட்டுகளை உருவாக்கவோ திருத்தவோ அவற்றில் கருத்திடவோ முடியாது, இணைப்புகளைப் பதிவேற்றவும் முடியாது. இரண்டாவது இல்லாமல், குழுவின் வகைகளுக்கான பதிவு அவரது பக்கப் பட்டியிலிருந்து மறைந்துவிடும். மூன்றாவது இல்லாமல், அறிக்கைகள் இந்தக் குழுவை விட்டுவிடும். ஒவ்வொரு மாற்றமும் குழுவின் “Audit log” இல் பதிவாகிறது.

“Agents” அட்டையில் உறுப்பினர்கள் இருக்கிறார்கள். தலைப்பு அப்படி இருந்தாலும், அந்தக் குழுவின் வாடிக்கையாளர்களும் அதில் இருப்பார்கள். அதற்கு மேலே உள்ள தேர்வியும் “Add Agent” உம் ஒருவரைச் சேர்க்கின்றன, “Remove” வெளியே எடுக்கிறது. சேர்க்கப்படுபவரோ நீக்கப்படுபவரோ ஒரு முறை வெளியேறி மீண்டும் உள்நுழைய வேண்டும்.

“Default e-mail language” என்பது இந்தக் குழு எழுதும் மொழி. ஓர் அஞ்சல் விதி “Team default language” ஐத் தேர்ந்தெடுக்கும்போது அது பொருந்தும்.

“Active” நிலைமாற்றி ஒரு குழுவைச் சேவையிலிருந்து விலக்குகிறது. அது பக்கப் பட்டியிலிருந்தும் ஒவ்வொரு தேர்வியிலிருந்தும் மறைந்துவிடும். அதனால் அது நீக்கப்படுவதில்லை.

ஒரு டிக்கெட்டும் நிலுவையில் இல்லாதபோது மட்டுமே “Delete” ஒரு குழுவை நீக்குகிறது. இல்லையேல் அமைப்பு காரணத்தைப் பெயரிட்டுச் சொல்லி எதுவும் செய்யாது.

“Audit log” அட்டை, குழுவில் நடக்கும் ஒவ்வொரு மாற்றத்தையும் பெயருடனும் நேரத்துடனும் பதிவு செய்கிறது.

Basic ஒரு குழுவை இயக்குகிறது. Professional க்கு வரம்பு இல்லை.

இடதுபுறம் இரு குழுக்களின் பட்டியலுடனும், வலதுபுறம் Helpdesk அமைப்புகளுடனும் கூடிய “Teams” பக்கம். — சிவப்புச் சட்டங்கள் அந்த இரு குழுக்களில் உள்ளன. ஒன்றைச் சொடுக்கினால் வலதுபுறம் நிற்பது மாறுகிறது. விளிம்பில் உள்ள எண் உறுப்பினர் எண்ணிக்கை.படத்தை முழு அளவில் திற

பெயர் தட்டச்சு செய்யப்பட்ட “Team name” புலம், அதற்குக் கீழே “Copy categories from” மற்றும் “Create team” பொத்தான். — பெயரைத் தட்டச்சு செய்யுங்கள், விரும்பினால் ஏற்கெனவே உள்ள ஒரு குழுவின் வகைகளை எடுத்துக்கொள்ளுங்கள், பிறகு “Create team”.படத்தை முழு அளவில் திற

நிலைமாற்றிகளுடன் கூடிய “Customer permissions” மற்றும் “Agent Permissions” அட்டைகள். — சிவப்புச் சட்டங்கள் அந்த இரு தலைப்புகளில் உள்ளன. இந்த நிலைமாற்றிகள் இந்த ஒரு குழுவுக்கு மட்டுமே பொருந்தும்.படத்தை முழு அளவில் திற

தேர்வி, “Add Agent” பொத்தான் மற்றும் கீழே உறுப்பினர்களுடன் கூடிய “Agents” அட்டை. — சிவப்புச் சட்டம் “Add Agent” இல் உள்ளது. ஒவ்வொரு பெயருக்கும் அருகில் உள்ள குறிச்சின்னம் அவரது பங்கு, அந்த அட்டையில் அந்தக் குழுவின் வாடிக்கையாளர்களும் இருக்கிறார்கள்.படத்தை முழு அளவில் திற

தலா மாற்றமும் பெயரும் நேரமும் கொண்ட பதிவுகளுடன் கூடிய “Audit log” அட்டை. — சிவப்புச் சட்டம் தலைப்பில் உள்ளது. ஒவ்வொரு வரியும் மாற்றத்தையும், அதைச் செய்தவரையும், எப்போது என்பதையும் பெயரிட்டுச் சொல்கிறது.படத்தை முழு அளவில் திற

2

நிர்வாகிகளையும் முகவர்களையும் உருவாக்குதல்

கணக்குகள் “User management” பகுதியில் வாழ்கின்றன. பட்டியல் பெயரையும் உள்நுழைவுப் பெயரையும், மின்னஞ்சல் முகவரியையும், குழுவையும் அதற்குக் கீழே பிரிவையும், பங்கையும் காட்டுகிறது.

“New user” படிவத்தைத் திறக்கிறது. முதல் பெயர், கடைசிப் பெயர், உள்நுழைவுப் பெயர் மற்றும் மின்னஞ்சல் முகவரி கட்டாயம். அத்துடன் ஒரு கடவுச்சொல். Professional இல் அதற்குப் பதிலாக “Send login details by e-mail” தேர்வுக் குறியீட்டை இடலாம்.

அந்தத் தேர்வுக் குறியீட்டுடன் நீங்கள் எந்தக் கடவுச்சொல்லையும் அமைப்பதில்லை. புதிய பயனர் தமது உள்நுழைவுப் பெயருடனும் கால வரம்புள்ள ஒரு சுட்டியுடனும் ஓர் அஞ்சலைப் பெற்று, தமது கடவுச்சொல்லைத் தாமே அமைத்துக்கொள்கிறார். அமைப்பு ஒருபோதும் கடவுச்சொற்களை அனுப்புவதில்லை.

மற்ற அனைத்தையும் பங்கே தீர்மானிக்கிறது. “Admin” மற்றும் “Agent” இரண்டுமே பணியாளர்கள், இரண்டும் ஒரே தொகுப்பிலிருந்தே கணக்கிடப்படுகின்றன. ஒரு நிர்வாகி இயல்பாகவே அதிகம் செய்யலாம். கிட்டத்தட்ட ஒவ்வொரு தனி அனுமதியையும் மாற்ற முடியும்; விதிவிலக்குகள் “பங்குகளும் அனுமதிக் கோட்பாடும்” அட்டையில் உள்ளன. “Admin” பங்கை ஒரு நிர்வாகி மட்டுமே வழங்கவோ பறிக்கவோ முடியும். அது அவரது சொந்தக் கணக்குக்கும் பொருந்தும். “Edit user” படிவத்தில் காட்டப்படும் குழுவை மட்டுமே மாற்றுகிறது. “Add Agent” மூலம் அந்த நபர் சேர்க்கப்பட்ட குழுக்கள் அப்படியே இருக்கும்.

Basic இரண்டு பணியாளர் இடங்களுடன் வருகிறது. அவற்றை எப்படிப் பிரிப்பது என்பது உங்கள் விருப்பம்: ஒரு நிர்வாகியும் ஒரு முகவரும், அல்லது இரண்டு நிர்வாகிகள். வாடிக்கையாளர்கள் கணக்கில் வர மாட்டார்கள், இரு பதிப்புகளிலும் அவர்கள் வரம்பற்றவர்கள்.

ஒருவர் விலகிச் செல்லும்போது, அவரது வரியில் உள்ள காப்பகச் சின்னத்தைச் சொடுக்குங்கள். அந்தக் கணக்கு பூட்டப்படும், அதனால் அவரால் இனி உள்நுழைய முடியாது.

பூட்டப்பட்ட கணக்கு “Archived” பார்வைக்கு நகர்ந்து, அங்கே “locked” குறிச்சின்னத்தைச் சுமக்கும். “Active” பார்வையில் அது இனித் தெரியாது.

பூட்டப்பட்ட கணக்கு இனி ஒரு பணியாளர் இடத்தை ஆக்கிரமிப்பதில்லை, எந்த “Assign to” தேர்வியிலும் அது தோன்றாது. ஏற்கெனவே ஒதுக்கப்பட்ட டிக்கெட்டுகள் தமது முகவரையும் அவரது பெயரையும் தக்கவைத்துக்கொள்கின்றன.

“Archived” பார்வையில் அதே பொத்தான் “Restore” எனப் பெயரிடப்பட்டு, கணக்கை மீண்டும் விடுவிக்கிறது. Basic இல் அதற்கு மீண்டும் ஒரு காலி இடம் தேவை.

சாவிச் சின்னம் ஒரு கடவுச்சொல்லை மீட்டமைக்கிறது. குறுக்குக் கோடிட்ட கேடயம் இரண்டு-காரணி உள்நுழைவை மீட்டமைக்கிறது. புதிய கடவுச்சொல் அப்போது திரையில் ஒரு முறை காட்டப்படும். அது எங்கும் அனுப்பப்படுவதில்லை.

கடவுச்சொல்லையோ இரண்டு-காரணி உள்நுழைவையோ மீட்டமைப்பது, தோல்வியுற்ற முயற்சிகளுக்குப் பிறகு வரும் குறுகிய பூட்டை மட்டுமே நீக்குகிறது. காப்பகப்படுத்தப்பட்ட கணக்கு பூட்டியே இருக்கும். அதற்கு அழைப்போ மீட்டமைப்பு அஞ்சலோ வராது, “Restore” மட்டுமே அதைத் திரும்பக் கொண்டுவரும்.

காப்பகப்படுத்தலை எப்போது வேண்டுமானாலும் திரும்பப் பெறலாம். ஒருவர் நிரந்தரமாக விலகியிருந்தால், “Delete account” குப்பைத்தொட்டிச் சின்னத்தால் கணக்கையும் நீக்குங்கள். தானியங்கி அநாமதேயமாக்கல் வரையிலான நேரம் நீக்கத்திலிருந்துதான் கணக்கிடப்படுகிறது.

இதைப் பற்றி மேலும் இந்த அட்டையில்: நபர்களை அநாமதேயமாக்குதல்

அனைத்துக் கணக்குகள், அவற்றின் பங்கு மற்றும் ஒவ்வொரு வரியிலும் உள்ள நடவடிக்கைகளுடன் கூடிய “User management” பக்கம். — சிவப்புச் சட்டங்கள் “New user” இலும், திறந்த மற்றும் பூட்டப்பட்ட கணக்குகளுக்கு இடையிலான மாற்றியிலும் உள்ளன. இரண்டு பார்வைகளில் எது திறந்திருக்கிறது என்பதைப் பொத்தான் காட்டுகிறது.படத்தை முழு அளவில் திற

பெயர்கள், பயனர் பெயர் மற்றும் மின்னஞ்சல் நிரப்பப்பட்ட நிலையிலும், குழு, பிரிவு, பதவி, இடம் மற்றும் பங்குக்கான தேர்விகளுடனும் கூடிய “Create new user” உரையாடல். — சிவப்புச் சட்டங்கள் பங்கிலும் அழைப்பிலும் உள்ளன. கட்டாயமாக நிரப்ப வேண்டிய ஒரே தேர்வி பங்கு மட்டுமே.படத்தை முழு அளவில் திற

தேர்வுக் குறியீடு இடப்பட்ட நிலையில் அதே உரையாடல்: கடவுச்சொல் புலம் முடக்கப்பட்டு, சுட்டி வழியாகப் பயனர் அதை அமைப்பார் எனச் சொல்கிறது. — தேர்வுக் குறியீட்டுடன் கடவுச்சொல் புலத்தில் இருந்த நட்சத்திரக் குறி மறைந்துவிடும். யார் கடவுச்சொல்லை அமைப்பார் என்பதைப் புலமே சொல்கிறது.படத்தை முழு அளவில் திற

பூட்டப்பட்ட ஒரு கணக்கு, “locked” குறிச்சின்னம் மற்றும் வரியின் முடிவில் உள்ள மீட்டமைப்புக் குறியுருவுடன் கூடிய “Archived” பார்வை. — சிவப்புச் சட்டங்கள் அந்தக் குறிச்சின்னத்திலும் திரும்பும் வழியிலும் உள்ளன. இரண்டும் இந்தப் பார்வையில் மட்டுமே உள்ளன.படத்தை முழு அளவில் திற

3

வாடிக்கையாளர்கள்: அறிவிப்பவர்களின் கணக்குகள்

Basic இலும் Professional இலும் வாடிக்கையாளர்கள் வரம்பற்றவர்கள். அவர்கள் எந்தப் பணியாளர் இடத்தையும் ஆக்கிரமிப்பதில்லை.

ஒரு வாடிக்கையாளர் கணக்கு மூன்று வழிகளில் உருவாகிறது. “User management” பகுதியில் நீங்களே அதை உருவாக்குகிறீர்கள்; Professional இல், அப்போதே அந்த நபரை அஞ்சல் வழியாக அழைக்கலாம். இரண்டாவது வழி சுயப் பதிவு. மூன்றாவது, SSO அல்லது ஓர் அடைவு சேவை வழியாக முதல் உள்நுழைவு; அது தானாகவே கணக்கை உருவாக்குகிறது.

அதற்கான நிலைமாற்றி “Settings → Security” பகுதியில் “Self-registration” அட்டையில் உள்ளது. இயல்பாக அது அணைந்திருக்கும். இயக்கப்பட்டால், உள்நுழைவுப் பக்கத்தில் ஒரு “Register” சுட்டி தோன்றும்.

தாமே பதிவு செய்பவருக்கு எப்போதும் “Customer” பங்கே கிடைக்கும். இந்த வழியில் வேறு எந்தப் பங்கையும் வழங்க முடியாது.

Professional இல், சுயமாகப் பதிவுசெய்த வாடிக்கையாளருக்கு வரவேற்புக்குப் பிறகு இரண்டாவது அஞ்சல் ஒன்று வரும். அதிலுள்ள சுட்டியைக் கொண்டு அவர் தமது முகவரியை உறுதிப்படுத்துகிறார். அதுவரை, பட்டியலில் அவரது கணக்கு “not confirmed” என்ற குறிப்பைச் சுமக்கிறது.

ஒரு முகவரியை நீங்களே உறுதிப்படுத்தவும் முடியும். Basic அஞ்சல் அனுப்பாததால், Basic இல் அதுவே ஒரே வழி. அப்போது அந்தக் கணக்கின் வரியில் அஞ்சல் உறைச் சின்னத்துடன் ஒரு பொத்தான் தெரியும்: “Mark email as confirmed”. அந்த முகவரி அந்த நபருக்குச் சொந்தமானது என்று உங்களுக்குத் தெரிந்தால் மட்டுமே அதைச் செய்யுங்கள்.

உள்ளக உதவி மையத்திற்கு அந்த நிலைமாற்றியைத் தொடாமல் விடுவதே நல்லது. இல்லையேல் முகவரி தெரிந்த யாரும் ஒரு கணக்கை உருவாக்கிவிடுவார்கள்.

ஒரு வாடிக்கையாளருக்குத் தமது சொந்த வழக்குகள் மட்டுமே தெரியும். அவை அவரே உருவாக்கிய டிக்கெட்டுகள். அவற்றுடன், ஒரு முகவரோ ஒரு மின்னஞ்சலோ அவரது உறுதிப்படுத்தப்பட்ட முகவரிக்காக உருவாக்கிய டிக்கெட்டுகளும் சேரும். வேறொரு வாடிக்கையாளர் அவரது முகவரியைக் கொண்டு உருவாக்கும் டிக்கெட் அவருக்கு மறைந்தே இருக்கும். இரண்டு கணக்குகளுக்கு ஒரே முகவரி இருந்தால், இரண்டுமே இந்த டிக்கெட்டுகளைப் பார்க்கும்.

அவரது முகவரி இன்னும் உறுதிப்படுத்தப்படவில்லை என்றால், அவரது டிக்கெட் பட்டியலுக்கு மேலே ஓர் அறிவிப்பு இருக்கும். “Send confirmation email” மூலம் அவர் சுட்டியை மீண்டும் கோருகிறார். அமைப்பால் அஞ்சல் அனுப்ப முடிந்தால் மட்டுமே அந்த அறிவிப்பு தோன்றும்.

அவரது பக்கப் பட்டி குறுகியது: அவரது டிக்கெட்டுகள், ஒரு புதிய டிக்கெட், அறிவுத் தளம். அமைப்புகள் எதுவும் அவர்களுக்கு ஒருபோதும் தெரியாது. குழுவின் “Can see their own tickets of this team in the dashboard and in reports” நிலைமாற்றி இயக்கப்பட்டிருந்தால், அவரது பக்கப் பட்டியில் டாஷ்போர்டும் அறிக்கைகளும் இருக்கும்.

ஒரு குழுவில் அவர்கள் என்ன செய்யலாம் என்பது அந்தக் குழுவிலேயே அமைக்கப்படுகிறது. வாடிக்கையாளருக்கான இரு நிலைமாற்றிகளும் அணைந்திருக்கும்போது மட்டுமே அந்தக் குழு அவர்களுக்கு இருப்பதே இல்லை.

நிலைமாற்றியுடனும், அதற்குக் கீழே உள்ள குறிப்புடனும் கூடிய “Self-registration” அட்டை. — சிவப்புச் சட்டம் நிலைமாற்றியில் உள்ளது. அதன் அருகில் உள்ள உரை, அது என்ன செய்கிறது என்பதையும், அஞ்சல் வழங்கல் இல்லாமல் என்ன நடக்கிறது என்பதையும் சொல்கிறது.படத்தை முழு அளவில் திற

வாடிக்கையாளராக உள்நுழைந்த நிலையில் அதே அமைப்பு: குறுகிய பக்கப் பட்டியும், அவரது சொந்த வழக்குகளை மட்டும் கொண்ட டிக்கெட் பட்டியலும். — “User” நெடுவரிசையில் ஒவ்வொரு வரியிலும் அதே பெயரே இருக்கிறது. ஒரு வாடிக்கையாளருக்குத் தமக்குச் சொந்தமில்லாத எதுவும் தெரியாது, பக்கப் பட்டியில் அமைப்புகளும் இல்லை.படத்தை முழு அளவில் திற

4

ஒரு நபரின் தரவு ஏற்றுமதி

தொடங்குவதற்கு முன்: உங்களுக்கு “Data export (data subject request)” அனுமதி தேவை. இயல்பு அமைப்பாக, நிர்வாகிகளிடம் மட்டுமே அது இருக்கும்.

ஒருவர் தம்மைப் பற்றி நீங்கள் என்ன தரவைச் சேமித்து வைத்திருக்கிறீர்கள் என்று கேட்கலாம். தரவு ஏற்றுமதி அவை அனைத்தையும் ஒரே ZIP கோப்பில் சேகரிக்கிறது.

அதை “User management” இல் தொடங்குங்கள். ஒவ்வொரு வரியிலும் அம்புக்குறியுடன் கூடிய கோப்புச் சின்னமும் “Export personal data” என்ற குறிப்பும் உள்ளன. அது அந்தக் கணக்கின் ஏற்றுமதியைத் திறக்கிறது.

சிலருக்குக் கணக்கு இல்லை. அவர்கள் உங்களுக்கு எழுதியிருக்கலாம், அல்லது ஒரு முகவர் அவர்களின் முகவரியுடன் ஒரு டிக்கெட்டை உருவாக்கியிருக்கலாம். அவர்களுக்காகப் பக்கத்தின் மேலே “Export by e-mail address” உள்ளது. அங்கே முகவரியைத் தட்டச்சு செய்து “Search” ஐச் சொடுக்குங்கள். தேடல் கணக்கு அல்லது முகவரியைக் கொண்டு வேலை செய்கிறது, பெயரைக் கொண்டு ஒருபோதும் இல்லை.

முகவரியைக் கொண்டு தேடுவது கணக்கைக் கொண்டு தேடுவதை விடக் குறைவாகக் கண்டறிகிறது. முகவரி தானே சேமிக்கப்பட்ட இடங்களை மட்டுமே அது கண்டறிகிறது, எடுத்துக்காட்டாக ஒரு டிக்கெட்டின் கோரிக்கையாளராக அல்லது ஒரு மின்னஞ்சலின் அனுப்புநராக. கணக்கைக் கொண்டு தேடுவது கணக்குடன் இணைந்த அனைத்தையும் கூடுதலாகக் கண்டறிகிறது. முகவரி ஒரு கணக்குக்குச் சொந்தமானதாக இருந்தால், உரையாடல் பெட்டி அதைச் சொல்லி “Use this account” ஐ வழங்குகிறது. அதன் பிறகு அது அந்த நபரின் பெயரையும் கணக்கின் மின்னஞ்சல் முகவரியையும் காட்டுகிறது.

நீங்கள் எதையும் பதிவிறக்கும் முன், உரையாடல் பெட்டி தான் கண்டதைப் பகுதி வாரியாக எண்ணிக் காட்டுகிறது. பகுதிகள் என்பவை எடுத்துக்காட்டாக டிக்கெட்டுகள், நேரப் பதிவுகள், திருப்திக் கணக்கெடுப்புகள் மற்றும் பாதுகாப்புப் பதிவு. எதுவும் கிடைக்கவில்லை என்றால், “No data found for this person.” என்று காட்டும், பதிவிறக்கம் வழங்கப்படாது. முகவரி ஒரு கணக்குக்குச் சொந்தமானதாக இருந்து, முகவரிக்கே எந்தக் கண்டுபிடிப்பும் இல்லையெனில், உரையாடல் பெட்டி எந்தக் கண்டுபிடிப்பையும் காட்டாது, பதிவிறக்கமும் வழங்காது. அது “Use this account” உள்ள பெட்டியைக் காட்டுகிறது. நிர்வாகிகள் அதன் கீழே “Anonymize” பகுதியையும் பார்க்கிறார்கள். அதை “நபர்களை அநாமதேயமாக்குதல்” அட்டை விளக்குகிறது.

“Download” ZIP கோப்பை உருவாக்குகிறது. அதில் ஒவ்வொரு பகுதிக்கும் ஒரு JSON கோப்பு இருக்கும், அதனால் தரவை இயந்திரம் படிக்க முடியும். கண்டறியப்பட்ட அனைத்து இணைப்புகளின் கோப்புகளும் உடன் வருகின்றன. “overview.html” முக்கிய உள்ளடக்கத்தைப் படிக்க எளிய வடிவில் காட்டுகிறது. அங்கே ஒவ்வொரு டிக்கெட்டும் ஏன் சேர்க்கப்பட்டது என்று சொல்கிறது (“Why this ticket is included”). “README.txt” அந்த நபருக்காக எழுதப்பட்டு, கோப்பில் என்ன உள்ளது என்பதை விளக்குகிறது.

அந்த நபரைப் பற்றிய டிக்கெட் முழுமையாகச் சேர்க்கப்படுகிறது. அதில் மற்றவர்களின் கருத்துகளும் மாற்றங்களும் அடங்கும். உள்ளகக் குறிப்புகளும் சேர்க்கப்பட்டு, உள்ளகம் எனக் குறிக்கப்படுகின்றன. அந்த நபர் வேறொருவரின் டிக்கெட்டுக்கு மின்னஞ்சல் மூலம் பதிலளித்திருந்தால், அந்த டிக்கெட்டில் “Replied by e-mail to someone else’s ticket” என்ற குறி இருக்கும். அந்த நபர் கடைசி மாற்றத்தைச் செய்த டிக்கெட்டும் சேர்க்கப்படுகிறது. அப்போது அதன் “Why this ticket is included” வரியில் “Last person to change the ticket” என்று இருக்கும்.

எனவே ஏற்றுமதியை ஒப்படைக்கும் முன் சரிபாருங்கள். தேவையான இடங்களில் பிற நபர்களின் தரவை மறையுங்கள். உரையாடல் பெட்டி இதை உங்களுக்கு நினைவூட்டுகிறது. “README.txt” அந்த நபருக்குச் செல்வதால், அதில் இந்த நினைவூட்டல் இல்லை.

காப்பகத்துக்கு நகர்த்தப்பட்ட டிக்கெட்டுகள் தேடப்படுவதில்லை. உங்கள் காப்பகங்களைத் தனியாகச் சரிபாருங்கள். இதையும் உரையாடல் பெட்டி நினைவூட்டுகிறது.

கடவுச்சொற்களும் இரு-காரணி உள்நுழைவின் சாவிகளும் ஏற்றுமதியின் பகுதி அல்ல.

ஒவ்வொரு பதிவிறக்கமும் பதிவு செய்யப்படுகிறது: யார் தொடங்கினார், எந்த நபருக்காக, எப்போது. அந்தப் பதிவில் ஏற்றுமதியின் உள்ளடக்கம் எதுவும் இல்லை. அதற்கு முந்தைய தேடல் பதிவு செய்யப்படுவதில்லை.

இந்த அனுமதியைப் பெறும் முகவருக்கு “Users: manage accounts” உம் தேவை. இல்லையெனில் அவரால் “User management” பக்கத்தை அடைய முடியாது. இந்த அனுமதியை “Customer” பங்குக்கு ஒருபோதும் வழங்க முடியாது.

“Survey consents and unsubscribes” பகுதியில் திருப்திக் கணக்கெடுப்புக்கான ஒவ்வொரு சம்மதமும் ஒவ்வொரு விலகலும் தேதி, வழி மற்றும் டிக்கெட்டுடன் இருக்கும். “overview.html” முழு வரலாற்றையும் தனிப் பகுதியில் காட்டுகிறது. விலகிய பிறகு அந்த நபர் அநாமதேயமாக்கப்பட்டிருந்தால், அவரது முகவரிப்படி செய்யும் ஏற்றுமதி எஞ்சியுள்ள விலகலைக் கண்டுபிடிக்கும். அப்போது “E-mail address” நெடுவரிசை “Anonymized (address removed)” எனச் சொல்கிறது.

இதைப் பற்றி மேலும் இந்த அட்டையில்: நபர்களை அநாமதேயமாக்குதல்

“User management” பக்கம்: மேலே “Export by e-mail address” பொத்தானும், ஒவ்வொரு வரியிலும் அம்புக்குறியுடன் கூடிய கோப்புச் சின்னமும். — சிவப்புச் சட்டங்கள் “Export by e-mail address” இலும், Julia Becker இன் வரியில் உள்ள சின்னத்திலும் உள்ளன. இரண்டும் ஒரே உரையாடல் பெட்டியைத் திறக்கின்றன.படத்தை முழு அளவில் திற

Julia Becker க்கான “Export personal data” உரையாடல் பெட்டி: பெயருக்குக் கீழே அவரது மின்னஞ்சல் முகவரி, பகுதி வாரியான கண்டுபிடிப்புகளின் பட்டியல், சரிபார்ப்பு மற்றும் காப்பகங்கள் பற்றிய இரண்டு நினைவூட்டல்கள், “Anonymize” பகுதி, “Download” பொத்தான். — சிவப்புச் சட்டங்கள் கண்டுபிடிப்புகளின் பட்டியலிலும் “Download” இலும் உள்ளன. எதுவோ கண்டறியப்பட்ட பகுதிகளை மட்டுமே பட்டியல் குறிப்பிடுகிறது.படத்தை முழு அளவில் திற

முகவரியால் தேடிய பின் அதே உரையாடல் பெட்டி: முகவரி எந்தக் கணக்குக்குச் சொந்தமானது என்று சொல்லி “Use this account” ஐ வழங்குகிறது. — சிவப்புச் சட்டம் “Use this account” இல் உள்ளது. முகவரியை மட்டும் கொண்டு இங்கே தேடல் எதையும் கண்டறியவில்லை. அதனால் உரையாடல் பெட்டி எந்தக் கண்டுபிடிப்பையும் “Download” பொத்தானையும் காட்டவில்லை. கணக்கின் ஏற்றுமதி Julia Becker இன் டிக்கெட்டுகளைக் கண்டறிகிறது. கீழே உள்ள “Anonymize” பகுதியை நிர்வாகிகள் மட்டுமே பார்க்கிறார்கள்.படத்தை முழு அளவில் திற

5

நபர்களை அநாமதேயமாக்குதல்

தொடங்குவதற்கு முன்: ஒரு நபரை அநாமதேயமாக்க நிர்வாகி மட்டுமே முடியும். அநாமதேயமாக்கலைத் திரும்பப் பெற முடியாது.

சில தரவுகள் என்றென்றும் இருக்கக் கூடாது. ஒருவர் உங்கள் நிறுவனத்தை விட்டு விலகும்போதோ, ஒரு நபர் தம் தரவை நீக்கக் கேட்கும்போதோ, நீங்கள் அவரை அநாமதேயமாக்குகிறீர்கள். அப்போது பெயரும் மின்னஞ்சல் முகவரியும் “Anonymized user 3” போன்ற ஓர் இடங்காட்டியால் மாற்றப்படுகின்றன. டிக்கெட்டுகள் அப்படியே இருக்கும். அறிக்கைகள், காலக்கெடுக்கள், நேரப் பதிவுகள், திருப்தி மதிப்புகள் தொடர்ந்து கணக்கில் வரும்.

ஒவ்வொரு நபருக்கும் தனி எண் கிடைக்கிறது. ஒரே எண் கொண்ட இரண்டு பதிவுகள் ஒரே நபருடையவை. மின்னஞ்சல் முகவரி “anonymized-3@anonymized.invalid” ஆக மாறுகிறது. இப்படிப்பட்ட முகவரிக்கு எந்த மின்னஞ்சலையும் வழங்க முடியாது, அதனால் அனுப்பும்போது அமைப்பு அதைத் தவிர்க்கிறது. இடங்காட்டி ஆங்கிலத்தில் சேமிக்கப்படுகிறது, எல்லா மொழிகளிலும் ஆங்கிலத்திலேயே இருக்கும்.

இரண்டு வழிகள் உள்ளன. தானியங்கி வழி, நீக்கப்பட்ட கணக்குகளைக் குறிப்பிட்ட மாதங்களுக்குப் பிறகு அநாமதேயமாக்குகிறது. உடனடி வழி, ஒரு நபரை உடனே அநாமதேயமாக்குகிறது, எடுத்துக்காட்டாக நீக்கக் கோரிக்கைக்குப் பிறகு.

தானியங்கி வழி “Settings → Security” இல் “Data protection” அட்டையில் உள்ளது. “Anonymize deleted users automatically” சுவிட்ச் இயல்பாக அணைக்கப்பட்டுள்ளது. “after” அருகில் மாதங்களின் எண்ணிக்கையை உள்ளிடுங்கள். 1 முதல் 120 வரை அனுமதிக்கப்படுகிறது, இயல்பு மதிப்பு 36. மாற்றிய எண்ணிக்கையை “Save” சேமிக்கிறது.

ஒரு கணக்கு நீக்கப்பட்ட நாளிலிருந்து நேரம் கணக்கிடப்படுகிறது. இயக்கம் தேவையா என்று அமைப்பு ஒவ்வொரு பத்து நிமிடத்திற்கும் சரிபார்க்கிறது. இது நாளுக்கு ஒருமுறை, “Settings → General Settings” இல் அமைத்த நேர மண்டலப்படி 03:00 மணிக்குப் பிறகான முதல் சரிபார்ப்பில் இயங்குகிறது. நேரம் முடிந்த ஒவ்வொரு நீக்கப்பட்ட கணக்கும் அந்த இயக்கத்தில் அநாமதேயமாக்கப்படுகிறது.

சுவிட்சை இயக்கும்போது முதலில் ஒரு சாளரம் திறக்கிறது. அடுத்த இயக்கம் அநாமதேயமாக்கும் நீக்கப்பட்ட பயனர்களை, ஒவ்வொருவரின் நீக்க நாளுடன் அது பட்டியலிடுகிறது. புலத்தில் ANONYMIZE என்று தட்டச்சு செய்து “Confirm” ஐச் சொடுக்குங்கள். அப்போதுதான் சுவிட்ச் இயங்குகிறது. அந்த நேர மண்டலப்படி ஏற்கனவே 03:00 மணி கடந்திருந்தால், முதல் இயக்கம் சுமார் பத்து நிமிடங்களுக்குள் நடக்கும்.

சுவிட்ச் இயக்கத்தில் இருக்கும்போது மாதங்களின் எண்ணிக்கையைக் குறைத்தாலும் அதே சாளரம் தோன்றும். அணைப்பதற்கு உறுதிப்படுத்தல் தேவையில்லை.

ஒரு கணக்கு நீக்கப்படும்போதுதான் நேரம் தொடங்குகிறது. காப்பகப்படுத்துவது போதாது. காப்பகப்படுத்தப்பட்ட கணக்கு பூட்டப்பட்டிருக்கிறது மட்டுமே, எடுத்துக்காட்டாகப் பெற்றோர் விடுப்புக்குப் பிறகு எப்போது வேண்டுமானாலும் திரும்ப வரலாம். ஒரு கணக்கை நீக்க, “User management” இல் அதன் வரியில் உள்ள “Delete account” குப்பைத்தொட்டிச் சின்னத்தைச் சொடுக்குங்கள்.

எதுவும் நடப்பதற்கு முன், அடுத்து என்ன நடக்கும் என்று ஒரு சாளரம் சொல்கிறது. தானியங்கி அநாமதேயமாக்கல் இயக்கத்தில் இருந்தால், மாதங்களின் எண்ணிக்கையையும் அது குறிப்பிடுகிறது. நீக்கப்பட்ட கணக்கு “Archived” காட்சியில் “Deleted” குறியுடன் தோன்றும். “Restore account” சின்னம் அதைத் திரும்பக் கொண்டுவருகிறது. நிர்வாகிகளுக்கும் முகவர்களுக்கும் Basic இல் இதற்கு ஒரு காலியிடம் தேவை. கணக்கு பின்னர் மீண்டும் நீக்கப்பட்டால், நேரம் மீண்டும் தொடக்கத்திலிருந்து கணக்கிடப்படும்.

உங்கள் சொந்தக் கணக்கில் குப்பைத்தொட்டிச் சின்னம் இல்லை. நிர்வாகிக் கணக்கை நீக்கவோ காப்பகப்படுத்தவோ நிர்வாகி மட்டுமே முடியும். கடைசி செயலில் உள்ள நிர்வாகியை நீக்கவும் முடியாது, காப்பகப்படுத்தவும் முடியாது.

எனவே ஒருவர் நிரந்தரமாக விலகியிருந்தால், கணக்கைக் காப்பகப்படுத்துவதோடு நிற்காமல் நீக்குங்கள். ஓராண்டுக்கு மேல் காப்பகத்தில் உள்ள கணக்கு அதன் வரியில் நாட்காட்டிச் சின்னத்தைக் காட்டுகிறது. அதன் குறிப்பு கணக்கை நீக்க உங்களுக்கு நினைவூட்டுகிறது.

உடனடி வழி தரவு ஏற்றுமதி உரையாடல் பெட்டியில், கண்டுபிடிப்புகளுக்குக் கீழே உள்ள “Anonymize” பகுதியில் உள்ளது. உரையாடல் பெட்டியை ஒரு கணக்கின் வரியிலிருந்தோ, கணக்கு இல்லாத நபருக்கு “Export by e-mail address” மூலமோ திறக்கிறீர்கள்.

முகவரி ஒரு கணக்குக்குச் சொந்தமானதாக இருந்தால், முதலில் “Use this account” ஐச் சொடுக்குங்கள். அப்போது மட்டுமே கணக்கும் அநாமதேயமாக்கப்படுகிறது. முகவரியை மட்டும் கொண்ட இயக்கம், முகவரி சேமிக்கப்பட்ட இடங்களில் அதை மாற்றுகிறது, கணக்கை அப்படியே விடுகிறது.

புலத்தில் ANONYMIZE என்று தட்டச்சு செய்து “Anonymize” ஐச் சொடுக்குங்கள். செயலில் உள்ள கணக்கு முதலில் நீக்கப்பட்டு, பின்னர் அநாமதேயமாக்கப்படுகிறது. உங்கள் சொந்தக் கணக்கை அநாமதேயமாக்க முடியாது. கடைசி செயலில் உள்ள நிர்வாகியையும் முடியாது.

அதன்பிறகு அந்த வரி “Anonymized” குறியைக் கொண்டிருக்கும். அப்படிப்பட்ட கணக்கைத் திருத்தவோ, மீட்டெடுக்கவோ, மீண்டும் செயல்படுத்தவோ முடியாது. தரவு ஏற்றுமதி மட்டுமே மீதமிருக்கும். அநாமதேயமாக்கலை மீண்டும் இயக்கலாம். எண் மாறாது, இடையில் மீட்டெடுக்கப்பட்ட தரவும் சேர்த்துக்கொள்ளப்படும்.

“Also clear the content of tickets this person requested” தேர்வுப்பெட்டி இன்னும் மேலே செல்கிறது. அடைப்புக்குறிக்குள் உள்ள எண் அந்த டிக்கெட்டுகளின் எண்ணிக்கை. அவற்றின் உரைகள் காலியாக்கப்படுகின்றன, இணைப்புகள் நீக்கப்படுகின்றன. இந்த நபர் பதில் மட்டும் அளித்த மற்றவர்களின் டிக்கெட்டுகள் அநாமதேயமாக்கப்படுகின்றன மட்டுமே.

முதலில் உங்கள் சேமிப்புக் கடமைகளைச் சரிபாருங்கள். எடுத்துக்காட்டாக ஜெர்மனியில் வணிகக் கடிதங்களை ஆறு ஆண்டுகள் வைத்திருக்க வேண்டும். உரையாடல் பெட்டி இதை நினைவூட்டுகிறது. தானியங்கி வழி அநாமதேயமாக்குகிறது மட்டுமே. அது உள்ளடக்கத்தை ஒருபோதும் காலியாக்காது.

சேவையகத்திலிருந்து ஒரு கோப்பை நீக்க முடியவில்லை என்றால், உரையாடல் பெட்டி எத்தனை என்று சொல்கிறது. இருந்தாலும் இயக்கம் முடிந்ததாகவே கருதப்படுகிறது. அமைப்பு தானாக மீண்டும் முயலாது.

ஒவ்வொரு இயக்கமும் நேரம், இடங்காட்டியின் எண், மாற்றப்பட்டவை ஆகியவற்றுடன் பதிவு செய்யப்படுகிறது. உடனடி வழியில், அதை யார் தொடங்கினார் என்பதையும் பதிவு குறிப்பிடுகிறது. அதில் அந்த நபரின் பெயரோ மின்னஞ்சல் முகவரியோ இல்லை.

அநாமதேயமாக்க “Anonymize people” அனுமதி தேவை. இயல்பாக நிர்வாகிகளுக்கு மட்டுமே இது உள்ளது. நிர்வாகி மட்டுமே இதைப் பயன்படுத்த முடியும். “Customer” பங்குக்கு இதை ஒருபோதும் வழங்க முடியாது. தரவு ஏற்றுமதி உரையாடல் பெட்டிக்குக் கூடுதலாக “Data export (data subject request)” தேவை.

இதைப் பற்றி மேலும் இந்த அட்டையில்: ஒரு நபரின் தரவு ஏற்றுமதி, சேமிப்புக் காலங்கள்

அணைக்கப்பட்ட சுவிட்ச், மாதங்களுக்கான புலம், “Save”, “Download list of anonymizations” இணைப்பு ஆகியவற்றுடன் “Data protection” அட்டை. — சிவப்புச் சட்டங்கள் சுவிட்சிலும் மாதங்களின் எண்ணிக்கையிலும் உள்ளன. ஒவ்வொரு புதுப்பிப்புக்குப் பிறகும் போலவே சுவிட்ச் அணைக்கப்பட்டுள்ளது.படத்தை முழு அளவில் திற

நீக்கப்பட்ட ஒரு பயனரும் நீக்கத் தேதியும் உள்ள “Who will be anonymized” சாளரம், அதன் கீழே ANONYMIZE உள்ள புலமும் “Confirm” பொத்தானும். — சிவப்புச் சட்டங்கள் பட்டியலிலும் “Confirm” இலும் உள்ளன. Oliver Grant 36 மாதங்களுக்கு முன்பே நீக்கப்பட்டார். முதல் இயக்கம் அவரை அநாமதேயமாக்கும்.படத்தை முழு அளவில் திற

Amir Khan க்கான “Delete account” சாளரம். அடுத்து நடப்பதையும் அநாமதேயமாக்கல் வரையிலான 36 மாதங்களையும் உரை குறிப்பிடுகிறது. — சிவப்புச் சட்டம் “Delete account” இல் உள்ளது. இங்கே தானியங்கி அநாமதேயமாக்கல் இயக்கத்தில் உள்ளது. அதனால்தான் சாளரம் மாதங்களின் எண்ணிக்கையைக் குறிப்பிடுகிறது.படத்தை முழு அளவில் திற

Oliver Grant இன் நீக்கப்பட்ட கணக்கு, “Deleted” குறி, மீட்டெடுப்புச் சின்னம் ஆகியவற்றுடன் “Archived” காட்சி. — சிவப்புச் சட்டங்கள் “Deleted” குறியிலும் “Restore account” இலும் உள்ளன. அநாமதேயமாக்கல் வரை கணக்கைத் திரும்பக் கொண்டுவரலாம்.படத்தை முழு அளவில் திற

Tomas Novak க்கான “Export personal data” உரையாடல் பெட்டி. கண்டுபிடிப்புகளுக்குக் கீழே, குறியிடப்பட்ட தேர்வுப்பெட்டி, தட்டச்சு செய்த ANONYMIZE, “Anonymize” பொத்தான் ஆகியவற்றுடன் “Anonymize” பகுதி உள்ளது. — சிவப்புச் சட்டங்கள் தேர்வுப்பெட்டியிலும் “Anonymize” இலும் உள்ளன. Tomas Novak நான்கு டிக்கெட்டுகளைக் கோரியுள்ளார். அவற்றின் உள்ளடக்கமும் காலியாக்கப்படும்.படத்தை முழு அளவில் திற

இயக்கத்துக்குப் பிறகு “Anonymize” பகுதி: மேலே “Already anonymized as Anonymized user 2”, கீழே “Done” செய்தி. — சிவப்புச் சட்டம் இடங்காட்டியின் எண் உள்ள செய்தியில் உள்ளது. இந்தப் பகுதி மற்றொரு இயக்கத்தை அனுமதிக்கிறது.படத்தை முழு அளவில் திற

கணக்கு

அமைப்பு ஒரு நபரைச் சேமிக்கும் ஒவ்வோர் இடத்தையும், அங்கே அநாமதேயமாக்கல் என்ன செய்கிறது என்பதையும் பின்வரும் அட்டவணைகள் குறிப்பிடுகின்றன. உங்கள் நிறுவனம் தனிப்பட்ட தரவை எப்படி நீக்குகிறது என்று விவரிக்க இவற்றைப் பயன்படுத்தலாம்.

தரவு	என்ன நடக்கிறது
முதல் பெயரும் குடும்பப் பெயரும்	“Anonymized user” மற்றும் எண்
மின்னஞ்சல் முகவரியும் உள்நுழைவுப் பெயரும்	இடங்காட்டி முகவரி
தொலைபேசி எண்	அகற்றப்படுகிறது
துறை, பதவி, இடம்	அகற்றப்படுகிறது
மொழி, வெளிர் அல்லது இருண்ட தோற்றம், கிடைப்பு நிலை	இயல்பு மதிப்புக்குத் திரும்புகிறது
கடவுச்சொல்லும் முந்தைய கடவுச்சொற்களின் பட்டியலும்	நீக்கப்படுகிறது
இரண்டு-படி உள்நுழைவின் சாவிகளும், உள்நுழைவு வழங்குநரிடம் உள்ள கணக்குடனான இணைப்பும் (SSO)	நீக்கப்படுகிறது
பாதுகாப்புப் பதிவில் உள்ள உள்நுழைவு நிகழ்வுகள்	நீக்கப்படும். பாதுகாப்புப் பதிவில் அந்த நபரின் நிர்வாகச் செயல்கள் அப்படியே இருக்கும். அங்கே அவரது பெயர் இடம்பிடிப்புப் பெயரால் மாற்றப்படும்.
சுயவிவரப் படம்	நீக்கப்படுகிறது
பங்கும் குழு உறுப்பினர்களும்	அகற்றப்படுகின்றன. அதன்பிறகு பயனர் பட்டியல் “Customer” பங்கைக் காட்டுகிறது.
டிக்கெட் பட்டியலின் சொந்த நெடுவரிசைத் தேர்வு	அகற்றப்படுகிறது
இயங்கிக்கொண்டிருக்கும் நேரப் பதிவு நிறுத்தக்கடிகாரம்	நீக்கப்படுகிறது
கணக்கே	இருக்கிறது, நீக்கப்பட்டு நிரந்தரமாகப் பூட்டப்பட்ட நிலையில். டிக்கெட்டுகள், கருத்துகள், நேரப் பதிவுகள் தொடர்ந்து அதைச் சுட்டுகின்றன. அதனால்தான் அறிக்கைகள் தொடர்ந்து கணக்கிடுகின்றன.
உறுதிசெய்த மின்னஞ்சல் முகவரி, உறுதிசெய்த தொலைபேசி எண், இரண்டு-படி உள்நுழைவு ஆகியவற்றுக்கான ஆம்/இல்லை குறிகள், டிக்கெட் பட்டியலின் ஆம்/இல்லை அமைப்பு, தோல்வியுற்ற முயற்சிகளின் எண்ணி, கடைசிக் கடவுச்சொல் மாற்றத்தின் நேரம், செயலிழக்கச் செய்த நேரம்	இருக்கின்றன. இவற்றில் அந்த நபரின் எந்த மதிப்பும் இல்லை, ஆம் அல்லது இல்லை, எண்கள், நேரங்கள் மட்டுமே. முகவரி, எண், கடவுச்சொல், சாவிகள் ஆகியவை மாற்றப்பட்டுள்ளன அல்லது நீக்கப்பட்டுள்ளன.
ஒரு டிக்கெட்டைக் கடைசியாக யார் மாற்றினார் என்ற குறிப்பு	நீக்கப்படுகிறது. அதன் பிறகு டிக்கெட் யாரையும் கடைசியாக மாற்றியவராகக் காட்டுவதில்லை.

பெயரின் நகல்கள்

சில இடங்களில் அமைப்பு பெயரை இரண்டாவது முறை சேமிக்கிறது. இதனால் ஒரு மாற்றத்துக்குப் பிறகும் ஒரு பதிவை யார் செய்தார் என்று தெரிகிறது. இந்த நகல்களும் மாற்றப்படுகின்றன.

இடம்	என்ன நடக்கிறது
டிக்கெட் வரலாற்றில் மாற்றம் செய்தவர்	இடங்காட்டிப் பெயர்
நேரப் பதிவுகளில் உள்ள பெயர்	இடங்காட்டிப் பெயர்
அறிவுத் தளக் கட்டுரையை மாற்றியவர்	இடங்காட்டிப் பெயர்
ஒரு குழுவின் “Audit log” இல் உள்ள பதிவுகள், “Added user …” மற்றும் “Removed user …” உட்பட	இடங்காட்டிப் பெயர்
அந்த நபர் கோரிய டிக்கெட்டுகளில் கோரிக்கையாளரின் பெயர்	இடங்காட்டிப் பெயர். கோரிக்கையாளரின் தொலைபேசி எண் அகற்றப்படுகிறது.
டிக்கெட் வரலாற்றில் உள்ள பழைய மற்றும் புதிய மதிப்புகள்: கோரிக்கையாளரின் பெயர், முகவரி, தொலைபேசி, பார்வையாளர்கள், ஒதுக்கீடு	இடங்காட்டி அல்லது அகற்றப்படுகிறது. இது அந்த நபரின் டிக்கெட்டுகளுக்கும், அவர் முன்பு கோரிக்கையாளராக இருந்த டிக்கெட்டுகளுக்கும் பொருந்தும்.

மின்னஞ்சல் முகவரிகள்

அந்த நபரின் முகவரி தனிப் புலமாகச் சேமிக்கப்பட்ட எல்லா இடங்களிலும், அது இடங்காட்டி முகவரியாக மாறுகிறது. பெரிய எழுத்து, சிறிய எழுத்து வேறுபாடு கணக்கில் இல்லை.

இடம்	என்ன நடக்கிறது
டிக்கெட்டுகளில் கோரிக்கையாளரின் முகவரி	இடங்காட்டி முகவரி
திருப்திக் கணக்கெடுப்புகளைப் பெறுபவர்	இடங்காட்டி முகவரி
ஒப்புதல்களிலும் பணிகள் கொண்ட கோரிக்கைகளிலும் ஒப்புதல் அளிப்பவரின் முகவரி	இடங்காட்டி முகவரி
உள்வரும் மின்னஞ்சல்களின் அனுப்புநர்	இடங்காட்டி முகவரி
பதில் வார்ப்புருக்களில் உள்ள நிலையான பெறுநர் முகவரி	இடங்காட்டி முகவரி
ஒரு மின்னஞ்சல் விதி ஏற்கனவே ஒரு மின்னஞ்சலைக் கையாண்டது என்ற உள் குறிப்பு	இடங்காட்டி முகவரி
முந்தைய தரவு ஏற்றுமதிகளின் பதிவில் உள்ள முகவரி	இடங்காட்டி முகவரி. பதிவு சான்றாக அப்படியே இருக்கிறது. இந்த முகவரிக்குப் பின்னர் செய்யப்படும் தரவு ஏற்றுமதியும் இடங்காட்டியை மட்டுமே பதிவு செய்கிறது.
டிக்கெட் உருவாக்கும்போது கோரிக்கையாளர் விவரங்களுக்கான பரிந்துரைகள்	முகவரி இருந்தால் நீக்கப்படுகின்றன
மின்னஞ்சல் தடுப்புப் பட்டியலில் உள்ள பதிவு	இருக்கிறது. இல்லையெனில் நீக்கத்துக்குப் பிறகு இந்த முகவரியிலிருந்து வரும் தேவையற்ற அஞ்சல் மீண்டும் உள்ளே வரும்.
திருப்திக் கணக்கெடுப்புக்கான சம்மதங்களும் விலகல்களும்	நீக்கப்படுகிறது. கடைசிப் பதிவு ஒரு விலகலாக இருந்தால், அது முகவரி இல்லாத ஒரே பதிவாக இருக்கும். “Survey consents and unsubscribes” பட்டியல் அதை “anonymized” எனக் காட்டுகிறது. அந்த நபர் மீண்டும் சம்மதம் அளிக்கும் வரை அல்லது மீண்டும் இணையும் வரை, அந்த முகவரிக்குக் கணக்கெடுப்பு செல்லாது. அநாமதேயமாக்கல் விசையை இனி படிக்க முடியாவிட்டால் அல்லது அது கைவிடப்பட்டிருந்தால், இந்தப் பதிவு இனி செயலில் இருக்காது.

உரையில் உள்ள முகவரிகள்

உரைகளில், அநாமதேயமாக்கல் அந்த நபரின் மின்னஞ்சல் முகவரிகளை மட்டுமே மாற்றுகிறது. இது அந்த நபர் தொடர்பான டிக்கெட்டுகளில் நடக்கிறது. தரவு ஏற்றுமதி கண்டுபிடிக்கும் அதே டிக்கெட்டுகள் இவை.

உரை	என்ன நடக்கிறது
டிக்கெட் விவரம்	முகவரிகள் மாற்றப்படுகின்றன
கருத்துகள், உள்வரும் மின்னஞ்சல்களின் உரை உட்பட	முகவரிகள் மாற்றப்படுகின்றன
உள்வரும் மின்னஞ்சல்களின் பொருள்	முகவரிகள் மாற்றப்படுகின்றன
நேரப் பதிவுகளில் உள்ள குறிப்புகள்	முகவரிகள் மாற்றப்படுகின்றன
திருப்திக் கணக்கெடுப்பில் உள்ள கருத்து	முகவரிகள் மாற்றப்படுகின்றன
டிக்கெட் வரலாற்றில் உள்ள பழைய மற்றும் புதிய மதிப்புகள்	முகவரிகள் மாற்றப்படுகின்றன
அறிவுத் தளக் கட்டுரைகளின் தலைப்பும் உரையும், அவற்றின் வரலாற்றிலும்	முகவரிகள் மாற்றப்படுகின்றன, எல்லாக் கட்டுரைகளிலும்

கோரிய டிக்கெட்டுகளின் உள்ளடக்கத்தைக் காலியாக்குதல்

“Also clear the content of tickets this person requested” தேர்வுப்பெட்டியுடன், இந்த டிக்கெட்டுகள் தம் உள்ளடக்கத்தை இழக்கின்றன. அறிக்கைகளுக்கும் காலக்கெடுக்களுக்கும் தேவையானவை இருக்கின்றன.

டிக்கெட்டின் பகுதி	என்ன நடக்கிறது
எண், தேதிகள், நிலை, குழு, வகை, முன்னுரிமை, ஒதுக்கீடு, காலக்கெடுக்கள்	இருக்கின்றன
தலைப்பு	“Content removed” ஆக மாறுகிறது
விவரம்	காலியாக்கப்படுகிறது
எல்லாக் கருத்துகளும், முகவர்களின் பதில்கள் உட்பட	உரை காலியாக்கப்படுகிறது. முதல் பதிலும் காலக்கெடுக்களும் சரியாக இருக்க, கருத்து அப்படியே இருக்கிறது.
உள்வரும் மின்னஞ்சல்களின் பொருள்	காலியாக்கப்படுகிறது
தனிப்பயன் புலங்களின் மதிப்புகள்	நீக்கப்படுகிறது
பின்தொடர்தல் குறிப்பும் இடமும்	காலியாக்கப்படுகிறது
டிக்கெட் வரலாறு	ஒவ்வொரு மாற்றத்தின் வகையும் இருக்கிறது. மதிப்புகள் காலியாக்கப்படுகின்றன, நிலை, முன்னுரிமை, வகை, துணை வகை, வழி, குழு, உயர்த்தல், ஒதுக்கீடு ஆகியவை தவிர. இவை அறிக்கைகளுக்குத் தேவை.
திருப்திக் கணக்கெடுப்பு	மதிப்பீடு இருக்கிறது, கருத்து காலியாக்கப்படுகிறது.
நேரப் பதிவுகள்	பதிவு செய்த நிமிடங்கள் இருக்கின்றன, குறிப்பு காலியாக்கப்படுகிறது.
இணைப்புகள்	நீக்கப்படுகின்றன, பதிவும் கோப்பும்

வரம்புகள்

சாதாரண உரையில் உள்ள பெயர்கள் இருக்கின்றன, எடுத்துக்காட்டாக ஒரு மின்னஞ்சலின் இறுதியில் “அன்புடன், Max”. சாதாரண உரையில் உள்ள தொலைபேசி எண்களும் இருக்கின்றன. இரண்டையும் நம்பகமாக அடையாளம் காண முடியாது. ஒரு வாடிக்கையாளரின் டிக்கெட்டுகளுக்கு, உள்ளடக்கத்தைக் காலியாக்கும் தேர்வுப்பெட்டி உள்ளது.

வேறொரு கணக்கில் அதே முதல் பெயரும் குடும்பப் பெயரும் இருந்தால், அந்த நபரின் பெயர் டிக்கெட் வரலாற்றிலும் கோரிக்கையாளர் பெயராகவும் மாற்றப்படாது. இல்லையெனில் மற்றவரின் பதிவுகளும் பாதிக்கப்படும். முகவரியும் தொலைபேசியும் இருந்தாலும் மாற்றப்படுகின்றன. சரிபார்ப்பு முதல் பெயரையும் குடும்பப் பெயரையும் ஒப்பிடுகிறது. ஒதுக்கீட்டு வரலாறு உள்நுழைவுப் பெயரைச் சேமிக்கிறது. அதனால் அங்கே உள்நுழைவுப் பெயரால் மட்டும் இடம்பெறும் அதே பெயருடையவர் கண்டறியப்படுவதில்லை.

இன்னும் கணக்கைச் சுட்டாத, டிக்கெட் வரலாற்றில் உள்ள மிகப் பழைய பதிவுகளில் பெயர் மட்டுமே உள்ளது. அவை அடையாளம் காணப்படுவதில்லை.

கோரிக்கையாளரின் மின்னஞ்சல் முகவரி இல்லாமல் ஒரு முகவர் தொலைபேசி வழியாகப் பதிவுசெய்த டிக்கெட் அடையாளம் காணப்படுவதில்லை. கோரிக்கையாளரின் பெயரும் தொலைபேசி எண்ணும் அதில் அப்படியே இருக்கும்.

அமைப்புகளில் உள்ள முகவரிகள் மாற்றப்படுவதில்லை, எடுத்துக்காட்டாக மின்னஞ்சல் விதிகளிலும் தானியக்க விதிகளிலும். அங்கே அந்த நபரின் முகவரி இருந்தால், அதை நீங்களே மாற்றுங்கள்.

இயக்கத்துக்குப் பிறகு அந்த நபர் மீண்டும் எழுதினால், அவரது முகவரியைக் கொண்ட புதிய இயக்கம் புதிய மின்னஞ்சல்களையும் உள்ளடக்கும். அதை “Export by e-mail address” மூலம் தொடங்குகிறீர்கள். எண் அதேதான் இருக்கும். அநாமதேயமாக்கப்பட்ட கணக்கின் மீது செய்யும் புதிய இயக்கம் புதிய மின்னஞ்சல்களைக் கண்டுபிடிக்காது. அந்தக் கணக்குக்குப் பழைய முகவரி இனி தெரியாது.

காப்பகங்களை அமைப்பே கவனித்துக்கொள்கிறது. ஒரு காப்பகத்தை மீட்டெடுக்கும்போது, முன்பு அநாமதேயமாக்கப்பட்ட ஒவ்வொருவரும் மீட்டெடுக்கப்பட்ட டிக்கெட்டுகளில் மீண்டும் அநாமதேயமாக்கப்படுகிறார். மீட்டெடுப்புக்குப் பிறகான செய்தி எத்தனை பேர் என்று சொல்கிறது. அந்த டிக்கெட்டுகளில் சாதாரண உரையில் மட்டும் வரும் முகவரி அங்கே அடையாளம் காணப்படுவதில்லை. மேலும், அநாமதேயமாக்கலுக்குப் பிறகான இரவு இயக்கம் காப்பகக் கோப்புகளைப் புதுப்பிக்கிறது. “சேமிப்புக் காலங்கள்” அட்டை இதை விளக்குகிறது.

காப்புப்பிரதியில் நிலைமை வேறு. ஓர் இயக்கத்துக்கு முன் எடுத்த காப்புப்பிரதியில் இன்னும் பழைய தரவு உள்ளது. மீட்டெடுக்கும்போது “Ticket System Backup & Restore” இதைக் கவனித்துக்கொள்கிறது. இன்றைய நிலையில் அநாமதேயமாக்கப்பட்ட அனைவரையும் மீண்டும் அநாமதேயமாக்க வேண்டுமா என்று பயன்பாடு கேட்கிறது. “Yes” முன்பே தேர்ந்தெடுக்கப்பட்டுள்ளது. பிறகு டிக்கெட் அமைப்பு இதை அமைத்த நேர மண்டலப்படி 03:00 மணி இரவு இயக்கத்தில் செய்கிறது. சுவிட்ச் அணைந்திருந்தாலும் இது பொருந்தும். அதுவரை அவர்களின் பெயர்கள் மீண்டும் தெரியும். “Data protection” அட்டை எண்ணிக்கையுடன் ஒரு குறிப்பைக் காட்டுகிறது. காப்புப்பிரதி அப்போதைய சுவிட்ச் அமைப்பையும் திரும்பக் கொண்டுவருகிறது. எனவே மீட்டெடுத்த பிறகு சுவிட்சைச் சரிபாருங்கள்.

வேறு வழியில் காப்புப்பிரதியை மீட்டெடுத்தால், “No” என்று பதிலளித்தால், அல்லது கட்டளை வரியில் “--no-reapply” ஐப் பயன்படுத்தினால், இது நடக்காது. அப்போது சுவிட்ச் இயக்கத்தில் இருக்கும் வரை தானியங்கி வழி நீக்கப்பட்ட கணக்குகளை மீண்டும் கண்டுபிடிக்கும். நீங்கள் கைமுறையாகத் தொடங்கிய இயக்கங்களை மீண்டும் செய்ய வேண்டும். இதற்கு “Data protection” அட்டையில் உள்ள “Download list of anonymizations” இணைப்பு உதவுகிறது. மீட்டெடுப்பதற்கு முன் பட்டியலைப் பதிவிறக்குங்கள். அதன் பிறகு, காப்புப்பிரதிக்குப் பின் நடந்த இயக்கங்கள் அதில் இருக்காது. பட்டியலில் அநாமதேயமாக்கப்பட்ட ஒவ்வொரு நபருக்கும் ஒரு வரி உள்ளது. அதன் நெடுவரிசைகள் “Date”, “Number”, “Account ID”, “E-mail hash”, “Content cleared”. “Date” என்பது முதல் இயக்கத்தின் நேரம், UTC-யில். ஒரு கணக்கு அநாமதேயமாக்கப்பட்டிருந்தால் மட்டுமே “Account ID” நிரப்பப்படும். “E-mail hash” என்பது திருப்ப முடியாத முகவரியின் கைரேகை. அந்த நபர் கோரிய டிக்கெட்டுகளின் உள்ளடக்கம் காலியாக்கப்பட்டதா என்பதை “Content cleared” காட்டுகிறது. ஒவ்வோர் இயக்கமும் முடிந்ததும் பட்டியலை நீங்களே பதிவிறக்கி அமைப்புக்கு வெளியே வைத்திருங்கள். ஓர் இயக்கத்துக்கு முன் எடுத்த காப்புப்பிரதியில் அந்த இயக்கம் இருக்காது.

உங்கள் தனியுரிமைக் கொள்கைக்கான உரை

இயக்குநராக, நபர்களின் தரவை எவ்வளவு காலம் வைத்திருக்கிறீர்கள் என்று அவர்களுக்குச் சொல்ல வேண்டும். இந்த உரையை உங்கள் சொந்தத் தனியுரிமைக் கொள்கையில் பயன்படுத்தலாம்.

மாதிரி உரை

நீங்கள் விலகிய பிறகு, டிக்கெட் அமைப்பில் உள்ள உங்கள் பெயரும் மின்னஞ்சல் முகவரியும் [36] மாதங்களுக்குப் பிறகு ஓர் இடங்காட்டியால் மாற்றப்படும். டிக்கெட்டுகளும் குறியீடுகளும் உங்களுடன் எந்தத் தொடர்பும் இல்லாமல் வைக்கப்படும். உங்கள் கோரிக்கையின் பேரில், சேமிப்புக் கடமை தடையாக இல்லாத வரை, உங்கள் தரவை முன்னதாகவும் அநாமதேயமாக்கலாம். [36] மாதங்களாகத் தொடர்பு இல்லாத வெளிப்புறத் தொடர்புகளின் தரவும் அதே முறையில் அநாமதேயமாக்கப்படும். பாதுகாப்புப் பதிவின் உள்நுழைவு நிகழ்வுகள் [90] நாட்களுக்குப் பிறகு நீக்கப்படும். நிர்வாகச் செயல்கள் பற்றிய பதிவுகள் [12] மாதங்களுக்குப் பிறகு நீக்கப்படும்.

எண்களை உங்கள் சொந்த அமைப்புகளுக்கு ஏற்ப மாற்றுங்கள். சுவிட்ச் அணைக்கப்பட்டுள்ள ஒவ்வொரு வாக்கியத்தையும் விட்டுவிடுங்கள். உரையை உங்கள் சொந்தத் தரவுப் பாதுகாப்பு ஆலோசகரிடம் சரிபார்க்கச் சொல்லுங்கள். இந்தக் கையேடு சட்ட ஆலோசனை அல்ல.

நீக்கக் கோரிக்கைகளும் திரும்பி வருபவர்களும்

நீக்குவதும் அநாமதேயமாக்குவதும் இரண்டு வெவ்வேறு விஷயங்கள். “Delete account” ஒரு கணக்கை மறைக்க மட்டுமே செய்கிறது. “Restore account” அதைத் திரும்பக் கொண்டுவருகிறது. அதுவரை அதன் மின்னஞ்சல் முகவரி இந்தக் கணக்குக்காக ஒதுக்கப்பட்டே இருக்கும். எனவே நீக்கக் கோரிக்கையைத் தரவு ஏற்றுமதி உரையாடலில் “Anonymize” மூலம் நிறைவேற்றுங்கள். இதைத் திரும்பப் பெற முடியாது. பெயரும் முகவரியும் “Anonymized user” மற்றும் எண்ணால் மாற்றப்படுகின்றன. ஒற்றை உள்நுழைவு வழங்குநரிடம் உள்ள கணக்குடனான இணைப்பு நீக்கப்படுகிறது.

ஒவ்வொரு மின்னஞ்சல் முகவரியும் சரியாக ஒரு கணக்குக்கு மட்டுமே சொந்தம். வேறொரு கணக்கிடம் ஏற்கனவே உள்ள முகவரியுடன் கணக்கை உருவாக்கினால், அமைப்பு மறுக்கிறது. செய்தி “This e-mail address already belongs to another account.” என்று இருக்கும். ஒரு கணக்கின் முகவரியை மாற்றும்போதும் இதுவே பொருந்தும். முகவரி நீக்கப்பட்ட கணக்கைச் சேர்ந்ததாக இருந்தால், செய்தி “This e-mail address belongs to a deleted account. Restore that account instead.” என்று இருக்கும். அப்போது புதிய கணக்கை உருவாக்குவதற்குப் பதிலாகப் பழைய கணக்கை மீட்டெடுங்கள். அநாமதேயமாக்கப்பட்ட கணக்குகள் கணக்கில் வராது. அவற்றில் இடங்காட்டி முகவரி மட்டுமே இருக்கும்.

இடையில் வேறொரு செயலில் உள்ள கணக்கு அதே முகவரியைக் கொண்டிருந்தால், நீக்கப்பட்ட கணக்கை மீட்டெடுக்க முடியாது. அப்போது செய்தி “This e-mail address already belongs to another account.” என்று இருக்கும். முதலில் மற்ற கணக்கின் முகவரியை மாற்றுங்கள்.

இந்த விதிக்கு முந்தைய காலத்திலிருந்து ஒரு முகவரியைப் பகிரும் கணக்குகள் இருக்கலாம். பயனர் மேலாண்மை அவற்றில் “This e-mail address belongs to more than one account. Change it so that each account has its own address.” என்ற குறிப்பைக் காட்டுகிறது. இந்தக் கணக்குகள் ஒவ்வொன்றுக்கும் தனி முகவரியைக் கொடுங்கள். அதுவரை பயனர் பெயருக்குப் பதிலாக இந்த முகவரியுடன் உள்நுழைவது வேலை செய்யாது. கடவுச்சொல்லை மீட்டமைக்கும் மின்னஞ்சலும் அனுப்பப்படாது.

நீக்கக் கோரிக்கைக்குப் பிறகு ஒருவர் திரும்பி வந்தால், அவருக்குப் புதிய கணக்கு கிடைக்கும். எடுத்துக்காட்டாக, அதே முகவரியுடன் Google அல்லது Microsoft மூலம் மீண்டும் உள்நுழையும்போது இது நடக்கும். இதற்கு “Automatically create accounts on first sign-in” இயக்கத்தில் இருக்க வேண்டும். அநாமதேயமாக்கப்பட்ட கணக்கில் அவரின் முகவரி இனி இல்லை, அது புதிய கணக்குக்குத் தடையாக இருக்காது.

பழைய அநாமதேயமாக்கல்கள் இந்த நபரின் புதிய டிக்கெட்டுகளை ஒருபோதும் பாதிக்காது. ஒரு காப்புப்பிரதி அல்லது காப்பகம் மீட்டெடுக்கப்பட்ட பிறகும் இது பொருந்தும். ஓர் அநாமதேயமாக்கல் மீண்டும் பயன்படுத்தப்படும்போது, அதன் நேரத்துக்கு முன் உருவான தரவை மட்டுமே அது உள்ளடக்கும்.

பழைய கணக்கு நீக்கப்பட்டு மட்டும், அநாமதேயமாக்கப்படாமல் இருந்தால், இந்த முகவரியுடன் SSO மூலம் செய்யும் முதல் உள்நுழைவை அமைப்பு மறுக்கிறது. அந்த நபர் என்ன பார்க்கிறார் என்பது வழங்குநரைப் பொறுத்தது. வழங்குநர் முகவரியை உறுதிப்படுத்தினால், செய்தி “An account with this e-mail address was deleted. Ask an administrator to restore it.” என்று இருக்கும். உறுதிப்படுத்தாவிட்டால், “Your e-mail address is not verified with the provider.” என்று இருக்கும். இவ்வாறு ஒரு முகவரிக்கு நீக்கப்பட்ட கணக்கு உள்ளதா என்பதை அமைப்பு வெளிப்படுத்துவதில்லை.

நிர்வாகியாக உங்களுக்கு அப்போது இரண்டு வழிகள் உள்ளன. பழைய கணக்கை “Restore account” மூலம் மீட்டெடுத்தால், அந்த நபர் தன் வரலாற்றுடன் அதில் தொடர்ந்து பணியாற்றுவார். கணக்கு ஏற்கனவே இந்த வழங்குநருடன் இணைக்கப்பட்டிருந்தால் அல்லது வழங்குநர் முகவரியை உறுதிப்படுத்தினால், SSO மூலம் உள்நுழைவு வேலை செய்யும். நீக்கக் கோரிக்கை இன்னும் செல்லுபடியானால், பழைய கணக்கை அநாமதேயமாக்குங்கள். அதன் பிறகு முகவரி காலியாகும், உள்நுழைவு புதிய கணக்கை உருவாக்கும்.

இந்த நிலையில் சுய பதிவு நடுநிலையாகப் பதிலளிக்கிறது: “Registration could not be completed. If you already have an account, use the password reset on the sign-in page.” அந்த முகவரிக்குக் கணக்கு உள்ளதா என்பதை அது வெளிப்படுத்துவதில்லை.

6

சேமிப்புக் காலங்கள்

தொடங்குவதற்கு முன்: இந்த அமைப்புகளை நிர்வாகி மட்டுமே மாற்ற முடியும். அநாமதேயமாக்கலைத் திரும்பப் பெற முடியாது.

அமைப்பு தனிப்பட்ட தரவைத் தேவையான காலம் மட்டுமே வைத்திருக்கிறது. ஒருவர் விலகும்போது அல்லது கோரும்போது அநாமதேயமாக்கப்படுகிறார். விலகுதல் என்றால் நீக்கப்பட்ட கணக்கு, அல்லது நீண்ட காலமாகத் தொடர்பு இல்லாத வெளிப்புறத் தொடர்பு. ஒரு கோரிக்கையைத் தரவு ஏற்றுமதி உரையாடலில் “Anonymize” மூலம் கையாளுங்கள்.

டிக்கெட்டுகளுக்கே கால வரம்பு இல்லை. அவற்றின் உள்ளடக்கம் தன் நோக்கத்தை வைத்திருக்கிறது, எடுத்துக்காட்டாக வாடிக்கையாளர் வரலாறாக. அறிக்கைகளும் நேரப் பதிவுகளும் தொடர்ந்து கணக்கிடப்படுகின்றன.

எல்லாக் கால வரம்புகளும் “Settings → Security” இல் “Data protection” அட்டையில் உள்ளன. அதில் மூன்று தொகுதிகள் உள்ளன: “Deleted accounts”, “External contacts”, “Security log retention”. ஒவ்வொரு தொகுதியிலும் ஒரு சுவிட்ச், ஒரு கால வரம்பு, “Save” உள்ளன. “Security log retention” தொகுதியில் இரண்டு சுவிட்சுகளும் இரண்டு கால வரம்புகளும் உள்ளன. அவற்றின் கீழே “Archives” உள்ளது. மீட்டெடுப்புக்குப் பிறகு, அடுத்த 03:00 மணி இயக்கம் நடந்தவுடன் “Restore from a backup” சேர்க்கப்படும். அதுவரை அட்டை “… will be applied again tonight at 03:00.” என்ற குறிப்பைக் காட்டுகிறது. முதல் தொகுதியை “நபர்களை அநாமதேயமாக்குதல்” அட்டை விளக்குகிறது. உங்கள் தனியுரிமை அறிவிப்புக்கான மாதிரி உரையும் அங்கே உள்ளது. “Data protection” அட்டையின் விளக்கத்தின் கீழே “Data protection guide for operators” இணைப்பு உள்ளது. இந்த வழிகாட்டியில் செயலாக்கச் செயல்பாடுகளின் பதிவேடு, தொழில்நுட்ப மற்றும் நிறுவன நடவடிக்கைகள், தக்கவைப்பு மற்றும் நீக்கல் கொள்கை ஆகியவற்றுக்கான வார்ப்புருக்கள் உள்ளன.

ஒவ்வொரு தொகுதியின் கீழும் “Last run” என்ற வரி உள்ளது. கடைசி இரவு இயக்கத்தின் தேதி, நேரம், அது கையாண்ட நபர்கள் அல்லது பதிவுகளின் எண்ணிக்கை ஆகியவற்றை அது சொல்கிறது. “0 done” என்றால் செய்ய எதுவும் இல்லை. பணிக்கு இன்னும் முடிவு இல்லாத வரை “Not run yet” காட்டப்படும். சுவிட்ச் அணைந்திருந்தால் அதன் பணி இயங்காது.

வரி ஆரஞ்சு நிறத்தில் இருந்தால், பணி எல்லாவற்றையும் முடிக்கவில்லை. “skipped” இருந்தால் எத்தனை நபர்கள், பதிவுகள் அல்லது கோப்புகள் தவிர்க்கப்பட்டன என்று சொல்கிறது. “Archives” இல் இவை பூட்டப்பட்ட அல்லது சேதமடைந்த கோப்புகள். “failed” இருந்தால் முழுப் பணியும் தோல்வியடைந்தது. அதைத் தொடரும் வாக்கியம் என்ன செய்ய வேண்டும் என்று சொல்கிறது. அது “Details are in the server log.” என்றால், சேவையகத்தின் பதிவைப் படியுங்கள். Linux இல் “sudo podman logs container-backend-1” கட்டளை அதைக் காட்டுகிறது. அது அநாமதேயமாக்கல் விசையைக் குறிப்பிட்டால், கீழே உள்ள “விசையைப் படிக்க முடியாதபோது” பகுதியைப் பின்பற்றுங்கள். தவிர்க்கப்பட்டவற்றை அடுத்த இரவு இயக்கம் மீண்டும் முயல்கிறது.

இதைப் பற்றி மேலும் இந்த அட்டையில்: நபர்களை அநாமதேயமாக்குதல், அனைத்தையும் திரும்பப் பெறுதல்

“Deleted accounts”, “External contacts”, “Security log retention” தொகுதிகளுடன் “Data protection” அட்டை; அவற்றின் கீழே “Archives”, “Restore from a backup”, ஒவ்வொன்றிலும் “Last run” வரி. — சிவப்புச் சட்டங்கள் “Last run” வரிகளின் மீது உள்ளன. இங்கே நான்கு சுவிட்சுகளும் இயக்கத்தில் உள்ளன. இயல்பாக, “Security log retention” தொகுதியில் உள்ள இரண்டு சுவிட்சுகள் மட்டுமே இயக்கத்தில் இருக்கும்.படத்தை முழு அளவில் திற

“Anonymize external contacts automatically” சுவிட்சும் “Months without contact” புலமும் கொண்ட “External contacts” தொகுதி. — சிவப்புச் சட்டங்கள் சுவிட்சின் மீதும் மாதங்களின் எண்ணிக்கையின் மீதும் உள்ளன. கீழே உள்ள உரை எது தொடர்பாகக் கணக்கிடப்படுகிறது என்று சொல்கிறது.படத்தை முழு அளவில் திற

“Nobody is due yet with this time limit.” என்ற வாக்கியம், தட்டச்சு செய்த ANONYMIZE, “Confirm” ஆகியவற்றுடன் “Who will be anonymized” சாளரம். — சிவப்புச் சட்டங்கள் புலத்தின் மீதும் “Confirm” மீதும் உள்ளன. இங்கே கால வரம்பு 24 மாதங்களாகக் குறைக்கப்பட்டது, யாரும் உட்படவில்லை. இல்லையெனில், எண்ணிக்கையும் முதல் சிலரும் அவர்களின் கடைசித் தொடர்புடன் இங்கே தோன்றுவர்.படத்தை முழு அளவில் திற

“Entries are deleted after 90 days (Settings → Security).” என்ற வாக்கியமும் மூன்று உள்நுழைவுகளும் கொண்ட “Recent sign-in attempts” அட்டை. — சிவப்புச் சட்டம் கால வரம்பு பற்றிய வாக்கியத்தின் மீது உள்ளது. நீக்குதல் அணைக்கப்பட்டிருந்தால், அங்கே “Entries are kept until you delete them.” என்று இருக்கும்.படத்தை முழு அளவில் திற

அட்டையின் மேலே இரண்டு குறிப்புகள்: இனி அடையாளம் காணப்படாத முகவரிகளின் எண்ணிக்கை, கொண்டு செல்ல முடியாத அநாமதேயமாக்கல்கள். — சிவப்புச் சட்டம் கொண்டு செல்லுதல் பற்றிய குறிப்பின் மீது உள்ளது. என்ன செய்ய வேண்டும் என்பது “காப்புப்பிரதியை மீட்டெடுத்தல்” பகுதியில் உள்ளது.படத்தை முழு அளவில் திற

“How to restore the key” இணைப்பும் “Discard old key” பொத்தானும் கொண்ட “The anonymization key cannot be read” எச்சரிக்கை. — சிவப்புச் சட்டங்கள் இந்தக் கையேட்டுக்கான இணைப்பின் மீதும் “Discard old key” மீதும் உள்ளன. எச்சரிக்கை தெரியும் வரை, நிலுவையில் உள்ள அநாமதேயமாக்கல்கள் பற்றிய குறிப்பை அட்டை காட்டாது.படத்தை முழு அளவில் திற

“Confirmation word” புலத்தில் DISCARD தட்டச்சு செய்யப்பட்ட “Discard old key” சாளரம். — சிவப்புச் சட்டங்கள் புலத்தின் மீதும் “Discard old key” மீதும் உள்ளன. அந்தச் சொல்லை உள்ளிட்ட பிறகுதான் பொத்தானைச் சொடுக்க முடியும்.படத்தை முழு அளவில் திற

வெளிப்புறத் தொடர்புகள்

வெளிப்புறத் தொடர்புகள் என்பவர்கள் பணியாளர் கணக்கு இல்லாதவர்கள். கணக்கு இல்லாத கோரிக்கையாளர்களும் வாடிக்கையாளர் கணக்குகளும் இதில் அடங்கும். அமைப்பைப் பொறுத்தவரை அவர்கள் ஒருபோதும் விலகுவதில்லை. எனவே இந்தத் தொகுதி கடைசித் தொடர்பிலிருந்து கழிந்த நேரத்தைக் கணக்கிடுகிறது.

கடைசித் தொடர்பு என்பது இந்த நேரங்களில் மிகச் சமீபத்தியது: அந்த நபர் கோரிய டிக்கெட்டில் கடைசி மாற்றம், அவரிடமிருந்து வந்த மின்னஞ்சல், அவரின் சொந்தக் கருத்து, திருப்தி ஆய்வுக்கான பதில், அவருக்கு அனுப்பிய ஒப்புதல், கோரிக்கையாளர் விவரங்களுக்கான பரிந்துரை. வாடிக்கையாளர் கணக்கில், அது உருவாக்கப்பட்ட நாளும் கணக்கிடப்படுகிறது. எனவே ஒருபோதும் பயன்படுத்தாத புதிய கணக்கு உடனே உட்படாது. பதிப்பு 1.7.0 க்குப் புதுப்பிப்பதற்கு முன்பே இருந்த கணக்குகள் புதுப்பித்த நாளில் உருவாக்கப்பட்டவையாகக் கருதப்படும்.

பணியாளர் கணக்குகளும் அவற்றின் முகவரிகளும் ஒருபோதும் பாதிக்கப்படுவதில்லை. info@ போன்ற பகிர்ந்த முகவரி ஒரு பணியாளர் கணக்கைச் சேர்ந்ததாக இருந்தாலும் இது பொருந்தும். இன்னும் மூடப்படாத டிக்கெட் உள்ளவர், அது மூடப்படும் வரை தவிர்க்கப்படுகிறார். நீக்கப்பட்ட கணக்குகள் “Deleted accounts” தொகுதியைச் சேர்ந்தவை.

“Anonymize external contacts automatically” சுவிட்ச் இயல்பாக அணைக்கப்பட்டுள்ளது. “Months without contact” அருகில் மாதங்களின் எண்ணிக்கையை உள்ளிடுங்கள். 1 முதல் 120 வரை அனுமதிக்கப்படுகிறது, இயல்பு மதிப்பு 36.

சுவிட்சை இயக்கும்போது முதலில் “Who will be anonymized” சாளரம் திறக்கிறது. எத்தனை பேர் உட்படுகிறார்கள் என்று சொல்லி, முதல் சிலரை அவர்களின் கடைசித் தொடர்புடன் காட்டுகிறது. புலத்தில் ANONYMIZE என்று தட்டச்சு செய்து “Confirm” ஐச் சொடுக்குங்கள். சுவிட்ச் இயக்கத்தில் இருக்கும்போது எண்ணிக்கையைக் குறைத்து “Save” ஐச் சொடுக்கினாலும் அதே சாளரம் தோன்றும்.

இது அடுத்த இரவு இயக்கத்தில் பயன்படுத்தப்படுகிறது. உட்படும் ஒவ்வொருவரும் “Anonymize” போலவே அநாமதேயமாக்கப்படுகிறார். அவரின் உள்ளடக்கம் ஒருபோதும் காலியாக்கப்படுவதில்லை. மீதம் இருப்பவை இடங்காட்டி, டிக்கெட்டுகள், குறியீடுகள். சாதாரண உரையில் உள்ள பெயர்களும் தொலைபேசி எண்களும் அப்படியே இருக்கும். வரம்புகள் “நபர்களை அநாமதேயமாக்குதல்” அட்டையில் உள்ளன.

பாதுகாப்புப் பதிவு

பாதுகாப்புப் பதிவு உள்நுழைவு நிகழ்வுகளையும் நிர்வாகச் செயல்களையும் பதிவுசெய்கிறது. உள்நுழைவு நிகழ்வுகளில் IP முகவரியும் உலாவியின் அடையாளமும் உள்ளன. சரியாக எவை பதிவுசெய்யப்படுகின்றன என்பதை “பாதுகாப்புப் பதிவு” அட்டை விளக்குகிறது.

“Settings → SSO Settings” இல் உள்ள “Recent sign-in attempts” அட்டை SSO மற்றும் அடைவு வழியான கடைசி 100 உள்நுழைவு நிகழ்வுகளைக் காட்டுகிறது. அந்தப் பக்கத்தைத் திறக்க அனுமதி உள்ளவர்கள் அதைப் பார்க்கலாம். இயல்பாக நிர்வாகிகள் மட்டுமே. அட்டைத் தலைப்பின் கீழ் உள்ள வாக்கியம் கால வரம்பைச் சொல்கிறது, எடுத்துக்காட்டாக “Entries are deleted after 90 days (Settings → Security).”

இயல்பாக, உள்நுழைவு நிகழ்வுகள் 90 நாட்களுக்குப் பிறகும் நிர்வாகச் செயல்கள் 12 மாதங்களுக்குப் பிறகும் நீக்கப்படும். “Security log retention” தொகுதியில் “Days” அருகே 7 முதல் 365 நாட்களையும் “Months” அருகே 1 முதல் 120 மாதங்களையும் அமைக்கிறாய். “Delete old sign-in events”, “Delete old administrator actions” என்ற சுவிட்சுகள் நீக்கத்தை அணைக்கின்றன. அப்போது பதிவுகள் அப்படியே இருக்கும். உறுதிப்படுத்தும் சொல் தேவையில்லை, ஏனெனில் பதிவுகள் மட்டுமே நீக்கப்படுகின்றன, நபர்கள் அல்ல.

பயனர் பெயரும் கடவுச்சொல்லும் கொண்ட உள்நுழைவும் பாதுகாப்புப் பதிவில் உள்ளது. தோல்வியுற்ற முயற்சி IP முகவரியுடனும் உலாவியுடனும் சேமிக்கப்படும். வெற்றிகரமான உள்நுழைவு நிர்வாகிகளுக்கு மட்டும், தோல்வியுற்ற முயற்சிகளுக்குப் பிறகு மட்டும் சேமிக்கப்படும்.

காப்பகங்கள்

ஒரு காப்பகக் கோப்பில் பின்னர் அநாமதேயமாக்கப்பட்டவர்களும் உள்ளனர். எனவே அநாமதேயமாக்கலுக்குப் பிறகான இரவு இயக்கம், அந்த நபர் இடம்பெறும் ஒவ்வொரு காப்பகக் கோப்பையும் புதுப்பிக்கிறது. அங்குள்ள பெயர்களும் முகவரிகளும் தரவுத்தளத்தில் உள்ள அதே இடங்காட்டிகளால் மாற்றப்படுகின்றன. உள்ளடக்கம் காலியாக்கப்பட்டிருந்தால், அந்த டிக்கெட்டுகளின் இணைப்புகளும் காப்பகத்தில் இருக்காது.

அடுத்த இரவு வரை, அந்த நபர் காப்பகங்களில் இன்னும் படிக்கக்கூடிய வடிவில் இருப்பார். காப்பகங்களுக்குச் சுவிட்ச் இல்லை. அந்த நேரத்தில் பூட்டப்பட்டுள்ள காப்பகக் கோப்பு மாறாமல் இருக்கும், எடுத்துக்காட்டாக அது பதிவிறக்கப்படும்போது அல்லது மீட்டெடுக்கப்படும்போது. சேதமடைந்த கோப்புக்கும் இது பொருந்தும். அடுத்த இரவு இயக்கம் மீண்டும் முயல்கிறது.

நேரமும் நேர மண்டலமும்

இந்தப் பணிகள் அனைத்தும் நாளுக்கு ஒருமுறை 03:00 மணிக்கு இயங்குகின்றன. “Settings → General Settings” இல் “Time Zone” அட்டையில் உள்ள நேர மண்டலம் பொருந்தும். சேவையகத்தின் கடிகாரம் ஒரு பொருட்டல்ல. பல சேவையகங்கள் UTC இல் இயங்குகின்றன. அங்கே 03:00 உங்களுக்கு வேறொரு மணி நேரமாக இருக்கும்.

இயக்கம் தேவையா என்று அமைப்பு ஒவ்வொரு பத்து நிமிடத்திற்கும் சரிபார்க்கிறது. 03:00 மணிக்குப் பிறகான முதல் சரிபார்ப்பு அதைத் தொடங்குகிறது. 03:00 மணிக்குச் சேவையகம் அணைந்திருந்தால், தொடங்கிய பிறகான முதல் சரிபார்ப்பில் இயக்கம் நடக்கும்.

பதிப்பு 1.7.0 க்குப் புதுப்பித்த பிறகு, முதல் இயக்கம் புதுப்பித்த சிறிது நேரத்தில் நடக்கும், அதிகபட்சம் அடுத்த இரவு 03:00 மணிக்கு. அந்த இயக்கம் 90 நாட்களுக்கு மேல் பழைய உள்நுழைவுப் பதிவுகளை நீக்குகிறது.

நேர மண்டலத்தை மாற்றினால், அடுத்த சரிபார்ப்பிலிருந்து புதியது பொருந்தும். இயக்கம் ஒரு நாட்காட்டி நாளுக்கு அதிகபட்சம் ஒருமுறை நடக்கும். மேற்கு நோக்கி மாற்றிய பிறகு, அந்த நாளில் அது நடக்காமல் போகலாம். அப்போது அது அடுத்த நாள் நடக்கும்.

“Ticket System Backup & Restore” பயன்பாடு தன் காப்புப்பிரதிகளை அதே நேர மண்டலத்தில் திட்டமிடுகிறது. அட்டவணையைப் பயன்படுத்தும்போது அது டிக்கெட் அமைப்பிலிருந்து நேர மண்டலத்தைப் படிக்கிறது. “Schedule” தாவலும் “schedule --show” உம் நேரத்தை நேர மண்டலத்துடன் காட்டுகின்றன, எடுத்துக்காட்டாக “02:00 (Europe/Berlin)”. அந்த நேரத்தில் தரவுத்தளத்தை அணுக முடியாவிட்டால், முந்தைய நேர மண்டலமே இருக்கும். இன்னும் எதுவும் இல்லையெனில், கணினியின் கடிகாரம் பொருந்தும், காட்சி “(host clock)” என்று இருக்கும்.

இயக்க முறைமைக்குத் தன் சொந்தக் கடிகாரம் மட்டுமே தெரியும். எனவே பயன்பாடு நேரத்தை மாற்றிக் கணக்கிடுகிறது. சேவையகத்தின் நேர மண்டலத்தைப் பொறுத்து, ஒவ்வொரு அட்டவணைக்கும் ஒன்று அல்லது இரண்டு பதிவுகளைச் சேர்க்கிறது. இதனால் கோடையிலும் குளிர்காலத்திலும் காப்புப்பிரதி சரியான நேரத்தில் இயங்குகிறது. தொடங்கும்போது, காப்புப்பிரதி உண்மையிலேயே உரியதா என்று சரிபார்க்கிறது. இல்லையெனில் காப்புப்பிரதி இல்லாமல் முடிகிறது, பதிவில் “No backup is due at this time in …” என்று இருக்கும்.

டிக்கெட் அமைப்பில் நேர மண்டலத்தை மாற்றினாலும், அடுத்த திட்டமிட்ட காப்புப்பிரதி இயங்குகிறது. அதன் பிறகு பயன்பாடு அட்டவணையை மீண்டும் பதிவு செய்கிறது. அப்போது பதிவில் “The time zone in the ticket system changed” என்று தொடங்கும் எச்சரிக்கை இருக்கும். அட்டவணையை மீண்டும் பதிவு செய்ய முடியாவிட்டால், “The schedule could not be updated.” என்று இருக்கும். அப்போது பயன்பாட்டைத் திறந்து “Apply schedule” ஐச் சொடுக்குங்கள்.

விசையைப் படிக்க முடியாதபோது

அநாமதேயமாக்கப்பட்ட மின்னஞ்சல் முகவரிகளை அமைப்பு ஒரு கைரேகையாக நினைவில் வைக்கிறது. அதற்கு ஒரு விசை தேவை. இந்த விசையைச் சேவையகத்தின் விசைக்கொத்து பாதுகாக்கிறது. விசைக்கொத்து என்பது விசைக் கோப்புறையில் உள்ள key-*.xml கோப்புகள். அவை இல்லையென்றால் அல்லது பொருந்தவில்லையென்றால், அட்டை “The anonymization key cannot be read” எச்சரிக்கையைக் காட்டுகிறது.

அப்போது அஞ்சலுக்கும் SSO க்கும் சேமித்த கடவுச்சொற்களும் வேலை செய்யாது. அவை அதே விசைக்கொத்தைச் சார்ந்துள்ளன. நீக்கப்பட்ட கணக்குகளுக்கும் பாதுகாப்புப் பதிவுக்குமான இரவு இயக்கங்கள் தொடர்கின்றன. முகவரி மூலம் மட்டுமே அறியப்பட்டவர்கள் தவிர்க்கப்படுகிறார்கள். முகவரியை மட்டும் கொண்ட இயக்கத்தை “Anonymize” மறுக்கிறது.

விசைக்கொத்தை இப்படித் திரும்பப் பெறலாம். சிக்கலுக்கு முந்தைய ஒரு காப்புப்பிரதியை எடுங்கள். அதில் விசைக் கோப்புறை தனிக் கோப்பாக உள்ளது. Linux இல் காப்புப்பிரதிகள் “/opt/smitey/backups” இல் உள்ளன. அவற்றில் ஒன்றை ஒரு காலிக் கோப்புறைக்கு நகலெடுத்து, அந்தக் கோப்புறைக்குச் செல்லுங்கள். கீழே உள்ள கட்டளைகள் காப்புப்பிரதியைச் சாதாரண கோப்புகளாக எழுதி, key-*.xml கோப்புகளை வெளியே எடுக்கின்றன. பிறகு அவை அந்தக் கோப்புகளை விசைக் கோப்புறைக்கு நகலெடுத்து, டிக்கெட் அமைப்பின் சேவையகத்தை மறுதொடக்கம் செய்கின்றன. விசைக் கோப்புறையில் உள்ள மற்ற கோப்புகள் அப்படியே இருக்கும். மறுதொடக்கத்துக்குப் பிறகு எச்சரிக்கை மறையும். அதன் பிறகு “plain” கோப்புறையை நீக்குங்கள். அதில் கடவுச்சொற்களும் தனிப்பட்ட தரவும் உள்ளன. “.zip” இல் முடியும் பழைய காப்புப்பிரதி குறியாக்கம் செய்யப்படவில்லை. அதற்கு முதல் கட்டளை “sudo unzip -o <கோப்பு> volumes/dataprotection_keys.tar && sudo tar -xf volumes/dataprotection_keys.tar”.

Windows இல் காப்புப்பிரதிகள் “C:\Program Files\SMITEY\backups” இல் உள்ளன. அவற்றில் ஒன்றை ஒரு காலிக் கோப்புறைக்கு நகலெடுங்கள். அங்கே PowerShell ஐ நிர்வாகியாகத் திறங்கள். “Windows: காப்புப்பிரதியைக் குறியாக்கமில்லாத கோப்புகளாக எழுதி விசைக் கோப்புகளை எடுத்தல்” பெட்டியில் உள்ள கட்டளையை உள்ளிடுங்கள். அதிலுள்ள <கோப்பு>.smbk என்பதற்குப் பதிலாக காப்புப்பிரதியின் முழுக் கோப்புப் பெயரை இடுங்கள். பிறகு ஒவ்வொரு key-*.xml கோப்பையும் “podman cp <கோப்பு> container-backend-1:/app/DataProtection-Keys/” மூலம் நகலெடுங்கள். உரிமையாளருக்கும் மறுதொடக்கத்துக்கும் உரிய கட்டளைகளை “sudo” இல்லாமல் உள்ளிடுங்கள். அதன் பிறகு “plain” கோப்புறையை நீக்குங்கள்.

காப்புப்பிரதியைக் குறியாக்கமில்லாத கோப்புகளாக எழுதி விசைக் கோப்புகளை எடுத்தல்

sudo /opt/smitey/Backup/TicketSystemBackup decrypt ticketsystem-backup-*.smbk --out plain && sudo tar -xf plain/volumes/dataprotection_keys.tar

கோப்புறையில் சரியாக ஒரு காப்புப்பிரதி உள்ளது. அதன் பிறகு key-*.xml கோப்புகள் அங்கே இருக்கும். “plain” துணைக் கோப்புறையில் முழுக் காப்புப்பிரதியும் குறியாக்கமின்றி உள்ளது.

கோப்புகளை விசைக் கோப்புறைக்கு நகலெடுத்தல்

for f in key-*.xml; do sudo podman cp "$f" container-backend-1:/app/DataProtection-Keys/; done

வேறு பெயர் கொண்ட ஏற்கனவே உள்ள கோப்புகள் விசைக் கோப்புறையில் இருக்கும்.

கோப்புகளுக்குச் சரியான உரிமையாளரை அமைத்தல்

sudo podman exec -u root container-backend-1 chown -R 1654:1654 /app/DataProtection-Keys

டிக்கெட் அமைப்பு கொள்கலனில் தனக்கென உள்ள பயனராக இயங்குகிறது. கோப்புகள் அந்தப் பயனருக்குச் சொந்தமாக இருக்க வேண்டும்.

டிக்கெட் அமைப்பின் சேவையகத்தை மறுதொடக்கம் செய்தல்

sudo podman restart container-backend-1

மறுதொடக்கத்துக்குப் பிறகு அமைப்பு விசைக்கொத்தை மீண்டும் படிக்கிறது.

Windows: காப்புப்பிரதியைக் குறியாக்கமில்லாத கோப்புகளாக எழுதி விசைக் கோப்புகளை எடுத்தல்

& "C:\Program Files\SMITEY\Backup\TicketSystemBackup.exe" decrypt <file>.smbk --out plain | Out-Host; tar -xf plain\volumes\dataprotection_keys.tar

நிர்வாகியாக PowerShell இல், காப்புப்பிரதி உள்ள கோப்புறையில். <file>.smbk என்பதற்குப் பதிலாக காப்புப்பிரதியின் முழுக் கோப்புப் பெயரை இடுங்கள். அதன் பிறகு key-*.xml கோப்புகள் அங்கே இருக்கும்.

கடைசி வழி: “Discard old key”

விசைக் கோப்புகள் உள்ள காப்புப்பிரதி இல்லையென்றால், “Discard old key” மட்டுமே மீதம். அந்தப் பொத்தானை நிர்வாகி மட்டுமே பார்க்கிறார். “Confirmation word” புலத்தில் DISCARD என்று தட்டச்சு செய்து “Discard old key” ஐச் சொடுக்குங்கள். அப்போது அமைப்பு ஒரு புதிய விசையை உருவாக்குகிறது.

கணக்கு மூலம் செய்த அநாமதேயமாக்கல்கள் தொடர்ந்து செல்லுபடியாகும். முகவரி மூலம் மட்டுமே அநாமதேயமாக்கப்பட்டவர்கள் அதன் பிறகு காப்புப்பிரதிகளிலும் காப்பகங்களிலும் அடையாளம் காணப்பட மாட்டார்கள். அட்டை அவர்களின் எண்ணிக்கையைக் காட்டுகிறது. எனவே பழைய காப்புப்பிரதி இவர்களை மீண்டும் தெரியும்படி செய்யக்கூடும். அஞ்சலுக்கும் SSO க்கும் சேமித்த கடவுச்சொற்கள் படிக்க முடியாதவையாகவே இருக்கும். அவற்றை மீண்டும் உள்ளிடுங்கள்.

காப்புப்பிரதியை மீட்டெடுத்தல்

மீட்டெடுக்கும்போது, இன்று அநாமதேயமாக்கப்பட்ட அனைவரையும் மீண்டும் அநாமதேயமாக்க வேண்டுமா என்று “Ticket System Backup & Restore” கேட்கிறது. “Yes” முன்பே தேர்ந்தெடுக்கப்பட்டுள்ளது. டிக்கெட் அமைப்பு இதைத் தன் நேர மண்டலப்படி 03:00 மணிக்கு அடுத்த இரவு இயக்கத்தில் செய்கிறது. அதுவரை அட்டை “… will be applied again tonight at 03:00.” என்று காட்டுகிறது.

காப்புப்பிரதி அப்போதைய சுவிட்சுகளையும் கால வரம்புகளையும் திரும்பக் கொண்டுவருகிறது. எனவே மீட்டெடுத்த பிறகு “Data protection” அட்டையைச் சரிபாருங்கள்.

கொண்டு செல்லும்போது எச்சரிக்கைகள் இருந்தால், பயன்பாட்டின் நிலை வரி அவற்றின் எண்ணிக்கையைச் சொல்கிறது, எடுத்துக்காட்டாக “2 warning(s) while carrying over anonymizations. See the Log tab.” கட்டளை வரியில் அதுவே கடைசி வரியில் வந்து “backup.log” ஐச் சுட்டுகிறது. எது வேலை செய்யவில்லை என்பது அங்கே உள்ளது. அநாமதேயமாக்கல்களைக் கொண்டு செல்ல முடியாவிட்டால், இந்தக் காப்புப்பிரதிக்குப் பிறகு செய்த இயக்கங்களைக் கையால் மீண்டும் செய்யுங்கள். மீட்டெடுப்பதற்கு முன் பதிவிறக்கிய பட்டியல் இதற்கு உதவும்.

டிக்கெட் அமைப்பு அடுத்த தொடக்கத்தில் பயன்பாட்டின் கொண்டு செல்லும் கோப்பைப் படிக்கிறது. அதைப் படிக்க முடியாவிட்டால், அட்டை “A carry-over file from the backup app could not be read” என்று காட்டுகிறது. கோப்பு சேவையகத்திலேயே இருந்து அடுத்த தொடக்கத்தில் மீண்டும் படிக்கப்படும். அப்போது பயன்பாட்டின் தற்போதைய பதிப்பைக் கொண்டு காப்புப்பிரதியை மீண்டும் ஒருமுறை மீட்டெடுங்கள்.

காப்புப்பிரதியின் விசை பொருந்தவில்லையென்றால், முகவரி மூலம் செய்த அநாமதேயமாக்கல்களைக் கொண்டு செல்ல முடியாது. அப்போது அட்டை “… could not be carried over from before the restore” என்று காட்டுகிறது. இவர்கள் யார் என்று தெரிந்தால், “Export by e-mail address” மூலம் அவர்களை மீண்டும் அநாமதேயமாக்குங்கள்.

“Restore from a backup” கீழ் உள்ள “Last run” வரி, இயக்கம் எத்தனை அநாமதேயமாக்கல்களை மீண்டும் பயன்படுத்தியது என்பதைக் காட்டுகிறது.

7

பங்குகளும் அனுமதிக் கோட்பாடும்

மூன்று பங்குகள் உள்ளன: “Admin”, “Agent” மற்றும் “Customer”. மேலும் புதியவற்றை உருவாக்க முடியாது. அதற்குப் பதிலாகத் தன்னிச்சையாக இருப்பது கிட்டத்தட்ட ஒவ்வொரு தனி அனுமதியும்; விதிவிலக்குகள் கீழே பட்டியலிடப்பட்டுள்ளன.

அந்த மூன்றையும் “Settings → General Settings” பகுதியில் “Role” தாவலில் காணலாம். அவற்றைப் பெயர் மாற்ற முடியாது.

ஒரு பங்கு என்ன செய்யலாம் என்பது வேறு இடத்தில் இருக்கிறது: “Settings → Security” பகுதியில் “Permission concept” அட்டையில்.

ஒவ்வொரு வரியும் ஒரு செயல்பாடு, ஒவ்வொரு நெடுவரிசையும் ஒரு பங்கு. தேர்வுக் குறியீடு அதை அனுமதிக்கிறது. பெயருக்குக் கீழே உள்ளக விசை நிற்கிறது; இந்தப் பக்கத்தில் வேலை செய்ய அது உங்களுக்குத் தேவையில்லை.

பட்டியல் நீளமானது. பயனர் நிர்வாகத்திலிருந்து தொடங்கி, தனித்தனி அமைப்புகள் பக்கங்களுக்கான அணுகல் வழியாக நேரப் பதிவு வரை அது நீள்கிறது.

“Agent Team” நெடுவரிசை ஒரு சிறப்பு வழக்கு. அதே வரியில் “Agent” தேர்வுக் குறியீடு இடப்பட்ட பிறகுதான் அது பயன்படுத்தக்கூடியதாகும். அங்கே ஒரு குழுவைத் தேர்ந்தெடுத்தால், அந்த அனுமதி அந்தக் குழுவின் முகவர்களுக்கு மட்டுமே பொருந்தும்.

“Admin” பங்கிலிருந்து எந்த அனுமதியையும் எடுத்துவிட முடியாது. சேமித்த பிறகும் தேர்வுக் குறியீடு திரும்பி வந்துவிடும். அப்படித்தான் யாரும் தமது சொந்த அமைப்பிலிருந்து தம்மையே வெளியே பூட்டிக்கொள்ள முடியாது. ஒரு நிர்வாகி மட்டுமே அட்டவணையை மாற்ற முடியும். “Security” பக்கத்தில் உள்ள ஒவ்வொரு அமைப்புக்கும் அது பொருந்தும். அந்தப் பக்கத்தைத் திறக்க அனுமதி பெற்ற மற்ற எவரும் அதைப் படிக்க-மட்டும் நிலையில் பார்க்கிறார்கள். ஆறு அனுமதிகளை “Customer” பங்குக்கு ஒருபோதும் வழங்க முடியாது: “Users: manage accounts”, “Data export (data subject request)”, “Anonymize people”, “Security log”, “Settings: Security” மற்றும் “Settings: Single sign-on”.

“Save” உடன் மாற்றம் உடனடியாகப் பொருந்துகிறது. பாதிக்கப்படுபவர் தமது அடுத்த சொடுக்கிலேயே அதை உணர்வார்.

அட்டவணையுடன் கூடிய “Permission concept” அட்டை: ஒவ்வொரு செயல்பாட்டுக்கும் ஒரு வரி, நிர்வாகி, முகவர், முகவர் குழு மற்றும் வாடிக்கையாளருக்கு நெடுவரிசைகள். — சிவப்புச் சட்டம் தலைப்பு வரியில் உள்ளது. “Agent Team” நெடுவரிசையில் உள்ள தேர்வி, “Agent” தேர்வுக் குறியீடு இடப்பட்ட இடங்களில் மட்டுமே பயன்படுத்தக்கூடியது.படத்தை முழு அளவில் திற

மூன்று பங்குகளும் தலா “Mandatory” எனக் குறிக்கப்பட்ட “Role” தாவல். — சிவப்புச் சட்டம் அந்தக் குறிப்பில் உள்ளது. மூன்று பங்குகளும் “Mandatory” எனக் குறிக்கப்பட்டுள்ளன. அவற்றில் எதையும் நீக்க முடியாது.படத்தை முழு அளவில் திற

8

பிரிவு, பதவி மற்றும் இடம்

மூன்று பட்டியல்கள் டிக்கெட்டை அல்ல, நபரை விவரிக்கின்றன: பிரிவு, பதவி மற்றும் இடம்.

அவை “Settings → General Settings” பகுதியில் “Drop-down lists” அட்டையில் உருவாக்கப்படுகின்றன. மூன்றுக்கும் கையாளும் விதம் ஒன்றே.

அவை கணக்கிலேயே ஒதுக்கப்படுகின்றன. “User management” பகுதியில் உள்ள படிவத்தில் அந்தப் புலங்கள் “Department”, “Position” மற்றும் “Location” எனப்படுகின்றன.

பயனர் பட்டியலில் பிரிவு குழுவுக்குக் கீழே நிற்கிறது. பதவியும் இடமும் கணக்கின் படிவத்தில் தெரியும்.

இடத்திற்கு இரண்டாவது பயனும் உண்டு. டிக்கெட்டில் ஒரு “Location” புலம் உள்ளது, அது இதே பட்டியலிலிருந்தே எடுக்கிறது.

அந்த மூன்று பட்டியல்களிலும் நீக்க முடியாத ஒரு பதிவு உள்ளது. அது “None selected or available” எனப்படுகிறது, “Mandatory” குறிச்சின்னத்தைச் சுமக்கிறது.

வேறொரு பதிவை நீக்கினால், அதைச் சுமந்திருந்த அனைவரும் அந்த இடங்காட்டிக்கு நகர்கிறார்கள். அதனால் இல்லாத ஒன்றைச் சுட்டிக்கொண்டு யாரும் விடப்படுவதில்லை.

இங்கே மொழிபெயர்ப்பதில்லை; மொழிபெயர்ப்புப் பக்கத்தில் ஒரே மூச்சில் மொழிபெயர்க்கிறீர்கள். மொழிபெயர்ப்புகள் தொங்கும் நங்கூரம் ஆங்கிலப் பெயரே.

பிரிவு, பதவி மற்றும் இடப் புலங்கள் நிரப்பப்பட்ட நிலையில் “Edit user” உரையாடல். — சிவப்புச் சட்டங்கள் அந்த மூன்று புலங்களில் உள்ளன. அவை குழுவின் அருகில் நிற்கின்றன, ஆனால் வேறு ஒன்றைக் குறிக்கின்றன: டிக்கெட்டுகளில் யார் வேலை செய்கிறார்கள் என்பதைக் குழு சொல்கிறது, அந்த நபர் எங்கே வேலை செய்கிறார் என்பதைப் பிரிவு சொல்கிறது.படத்தை முழு அளவில் திற

குழுப் பெயருக்குக் கீழே பிரிவைக் கொண்ட “Team” நெடுவரிசையுடன் கூடிய பயனர் பட்டியல். — சிவப்புச் சட்டம் அந்த நெடுவரிசையில் உள்ளது. மேலே குழு, அதற்குக் கீழே பிரிவு. எந்தக் குழுவிலும் இல்லாதவருக்கு அந்த இடத்தில் ஒரு கோடு இருக்கும்.படத்தை முழு அளவில் திற