ऑडिट ट्रेल
काय रेकॉर्ड केले जाते, ते कसे शोधावे, काय बंद करता येते — आणि असे दोन भाग जे बंद करता येत नाहीत.
प्रत्येक कृतीची नोंद केली जाते. हा तपशील डॅशबोर्डवरील एका लहान फीडच्या स्वरूपात न राहता, 'प्लॅटफॉर्म → ऑडिट' अंतर्गत जतन केला जातो, कारण जो तपशील शोधता येतो, तोच जपण्याजोगा असतो.
नोंद स्वतःच सर्व काही सांगते.
प्लॅटफॉर्मवरील प्रत्येक रेकॉर्डमध्ये आता स्वतःचे चार कॉलम असतात: ते कोणी तयार केले, केव्हा, त्याला शेवटचा स्पर्श कोणी केला आणि केव्हा. ते रेकॉर्ड पेजवर रेकॉर्ड आयडीखाली आणि प्रत्येक लिस्टच्या 'कॉलम्स' मेन्यूमध्ये असतात — जोपर्यंत तुम्ही ते चालू करत नाही तोपर्यंत बंद असतात, आणि एकदा तुम्ही ते चालू केल्यावर सेव्ह केलेल्या व्ह्यूद्वारे लक्षात ठेवले जातात.
हा भाग खालील नोंदींपासून वेगळा आहे, आणि तो मुद्दामहून तसाच ठेवला आहे. ही नोंद एक शोधण्यायोग्य इतिहास आहे, जो एका धारणा धोरणानुसार कालांतराने छाटला जाईल; हे चार स्तंभ नोंदीचाच भाग आहेत आणि जोपर्यंत नोंद अस्तित्वात आहे, तोपर्यंत ते तिच्यासोबतच राहतील. "ही क्रेडिट मर्यादा कोणी बदलली" या प्रश्नाचे उत्तर पूर्वी फक्त दुसऱ्या तक्त्यात शोधूनच मिळत असे, आणि तेही फक्त तो तक्ता छाटला जाईपर्यंतच.
- रेकॉर्ड ज्या पद्धतीने लिहिला गेला असेल, त्या पद्धतीने ते भरले जातात — फॉर्मद्वारे, इंपोर्टद्वारे, Ask द्वारे, प्रकाशित API द्वारे किंवा त्यांचा कधीही उल्लेख न करणाऱ्या रूटीनद्वारे.
- ते पुन्हा लिहिता येत नाहीत. लिहिण्याच्या क्षणी दोन 'तयार केलेले' स्तंभ निश्चित केलेले असतात आणि विनंतीमध्ये काहीही म्हटले असले तरी, प्लॅटफॉर्म त्यांना सेट करण्याचा प्रयत्न नाकारतो.
- प्रत्येक बदलासोबत 'शेवटचा बदल' (Last modified) बदलतो, आणि बदल केव्हा झाला याबद्दल कोणालाही मत मांडण्याचा अधिकार नसतो.
- ज्या व्यक्तीला नंतर हटवण्यात आले आहे, ती तिची ओळख मागे ठेवते; ऑडिट ट्रेलमध्ये तरीही तिचे नाव असू शकते.
- कोणाचाही पाठिंबा नसताना लिहिलेल्या रेकॉर्डवर — जसे की डेटा लोड किंवा मायग्रेशन स्क्रिप्ट — ‘सिस्टम / डेटा लोड द्वारे तयार केलेले’ असे लिहिलेले असते.
ते शोधणे
ऑडिट लॉगमध्ये प्रथम तारीख आणि वेळेनुसार शोध घेतला जातो, त्यानंतर रेकॉर्ड केलेल्या तपशिलामध्ये — ज्यामध्ये रेकॉर्ड आयडेंटिफायर आणि प्रत्येक बदलाचा JSON तपशील समाविष्ट आहे — क्षेत्र, कृती, वापरकर्ता किंवा मुक्त मजकूरानुसार शोध मर्यादित केला जातो. निकाल सर्वात नवीन प्रथम आणि पृष्ठानुसार मांडलेले असतात.
प्रत्येक ओळीत रेकॉर्डचे नाव त्याच्या क्रमांकाने किंवा कोडने (LDR-301, अंतर्गत आयडी नाही), मेन्यूमध्ये नाव दिलेल्या भागाचे नाव (HRMS · प्रशिक्षण अभ्यासक्रम) आणि व्यक्तीचे नाव दिलेले असते, ज्यावर माउस नेल्यावर त्यांचा ईमेल दिसतो. 'वापरकर्ता' फिल्टरमध्ये लोकांची नावे सूचीबद्ध केली जातात.
सेटिंग्ज
ऑडिट पॉलिसी प्रत्येक तपासण्यायोग्य क्षेत्राला एका टॉगलच्या स्वरूपात सूचीबद्ध करते, जे सुरक्षा, मास्टर डेटा, ट्रान्झॅक्शन डेटा आणि कॉन्फिगरेशनमध्ये गटबद्ध केलेले आहे, आणि त्यात 'सर्व निवडा' (select-all), 'सर्व साफ करा' (clear-all) तसेच प्रत्येक गटासाठी स्वतंत्र स्विचेस आहेत. हे प्रत्येक गटासाठी एका टाइलवर उघडते, ज्यात त्या गटातील किती क्षेत्रे रेकॉर्ड केली आहेत ("M पैकी N रेकॉर्ड केले") हे नमूद केलेले असते; त्याचे टॉगल्स पाहण्यासाठी एकावर दाबा, किंवा सर्व पाहण्यासाठी 'सर्व' (Everything) वर दाबा. 'सर्व' हे डीफॉल्टनुसार चालू असते; तुम्हाला ज्या गोष्टींची काळजी आहे, त्यापुरतीच तपासणी मर्यादित करण्यासाठी क्षेत्रे बंद करा.
दोन क्षेत्रे लॉक केलेली आहेत आणि ती बंद करता येत नाहीत: साइन-इन आणि साइन-आउट, आणि भूमिका तयार करणे व बदलणे. 'सर्व साफ करा' (Clear all) पर्याय निवडल्यास ही क्षेत्रे मुद्दाम वगळली जातात, आणि त्यांना स्वतंत्रपणे अक्षम करण्याचा प्रयत्न API नाकारतो.
कॅटलॉग स्वयं-विस्तारित आहे. जर प्लॅटफॉर्मने अद्याप सूचीबद्ध नसलेल्या क्षेत्राची तपासणी केली, तर ते पहिल्यांदा घडताच आपोआप नोंदणीकृत — सक्षम — होते, त्यामुळे सेटिंग्ज स्क्रीनवरील कोणतीही कृती कधीही सुटत नाही.