மீண்டும் அறிவித்தல்களும் கூட்டுச் சம்பவங்களும்

டிக்கெட் பட்டியலில் வரிகளைத் தேர்ந்தெடுத்து “Multiple report” ஐச் சொடுக்குங்கள். இரண்டு வரிகள் தேர்ந்தெடுக்கப்பட்டதிலிருந்து அந்தப் பொத்தான் பயன்படுத்தக்கூடியதாகிறது.

உரையாடல் முதலில் கேட்கிறது: “Which ticket stays?” மிகப் பழைய டிக்கெட் முன்கூட்டியே தேர்ந்தெடுக்கப்பட்டிருக்கும், அதனால் கெடு கோரிக்கையாளரின் இரண்டாவது முயற்சியிலிருந்து அல்ல, முதல் தொடர்பிலிருந்தே ஓடும். வேறொன்றைத் தேர்ந்தெடுக்கவும் முடியும்.

அதற்குக் கீழே இரு எண்களுடன் திசை நிற்கிறது: “#11 will be closed and moved into #10.” எனவே சொடுக்குவதற்கு முன்பே எந்த டிக்கெட் தங்குகிறது என்பது தெளிவாகிறது.

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

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

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

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

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

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

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

அந்தப் பதில் மூல டிக்கெட்டில் வந்து சேர்கிறது. மூடப்பட்ட அறிவிப்பு சுமக்கும் குறிப்பை அமைப்பு பின்தொடர்கிறது.

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

பழைய அறிவிப்பில் பங்கேற்றவர் மூல டிக்கெட்டிலும் எழுதலாம். அஞ்சலில் பெயரிடப்பட்ட டிக்கெட்டிலேயே அந்தச் சரிபார்ப்பு நடக்கிறது.

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

காரணம் இப்படிப் படிக்கிறது: “Different requester — this is an incident, not a multiple report.” அதற்குப் பதிலாக எங்கே செல்ல வேண்டும் என்பதையும் அது சொல்கிறது.

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

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

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

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

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

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

அறிவிப்புகளைத் தேர்ந்தெடுத்து “Group into incident” ஐச் சொடுக்குங்கள். உரையாடல் மூன்று வழிகளை வழங்குகிறது: ஏற்கெனவே நிலுவையில் உள்ள ஒரு கூட்டுச் சம்பவத்தில் அவற்றைச் சேர்ப்பது, தேர்ந்தெடுக்கப்பட்ட டிக்கெட்டுகளில் ஒன்றைக் கூட்டுச் சம்பவமாக அறிவிப்பது, அல்லது தனித் தலைப்புடன் ஒரு புதிய கூட்டுச் சம்பவத்தை உருவாக்குவது.

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

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

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

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

எத்தனை அறிவிப்புகள் தன்னுடன் இணைக்கப்பட்டுள்ளன என்பதைக் கூட்டுச் சம்பவ டிக்கெட் சொல்கிறது. இணைக்கப்பட்ட டிக்கெட்டுகள் தமது கூட்டுச் சம்பவத்தின் எண்ணைப் பட்டியலிலும் வலதுபுற அட்டையிலும் சுமக்கின்றன.

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

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

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

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

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

உரையாடலும் கூட்டுச் சம்பவ டிக்கெட்டும் “Also show as a banner on the sign-in page” தேர்வுப் பெட்டியைச் சுமக்கின்றன. அதன் மூலம், இன்னொரு டிக்கெட்டை எழுதுவதற்கு முன்பே செயலிழப்பு பற்றி அனைவரும் அறிந்துகொள்கிறார்கள்.

அறிவிப்புப் பட்டை உள்நுழைவுப் பக்கத்திலும், உள்நுழைந்த பிறகு அமைப்புக்குள்ளும் நிற்கிறது. அது “Known incident” ஐயும் கூட்டுச் சம்பவத்தின் தலைப்பையும் பெயரிட்டுச் சொல்கிறது, எனவே அந்தத் தலைப்பு வாடிக்கையாளர்களுக்கான உரை.

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

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

கூட்டுச் சம்பவம் தீர்க்கப்பட்டதும் அறிவிப்புப் பட்டை தானாகவே மறைந்துவிடும். அதை மீண்டும் அணைக்க வேண்டும் என்று யாரும் நினைவில் வைத்திருக்க வேண்டியதில்லை.

“Maintenance and incident notices” பக்கத்தில், இப்போது எந்தக் கூட்டுச் சம்பவம் அறிவிப்புப் பட்டையாக ஓடுகிறது என்பதைப் பார்க்கலாம். அந்தப் பக்கத்தில் உள்ள நிலைமாற்றி திட்டமிட்ட பராமரிப்புக்குச் சொந்தமானது, கூட்டுச் சம்பவங்களுக்கு அது பொருந்தாது.