ऑडिट ट्रेल
क्या रिकॉर्ड किया जाता है, उसे कैसे खोजा जाए, क्या बंद किया जा सकता है — और वे दो क्षेत्र जिन्हें बंद नहीं किया जा सकता है।
हर गतिविधि रिकॉर्ड की जाती है। इसका रिकॉर्ड डैशबोर्ड पर संक्षिप्त रूप में नहीं दिखता, बल्कि Platform → Audit के अंतर्गत रहता है, क्योंकि रिकॉर्ड रखने लायक वही होता है जिसे खोजा जा सके।
रिकॉर्ड खुद ही जवाब देता है
प्लेटफ़ॉर्म पर मौजूद प्रत्येक रिकॉर्ड में अब चार कॉलम होते हैं: इसे किसने बनाया, कब बनाया, इसे आखिरी बार किसने देखा और कब। ये रिकॉर्ड आईडी के नीचे रिकॉर्ड पेज पर मौजूद होते हैं, और प्रत्येक सूची के कॉलम मेनू में भी होते हैं - जब तक आप इन्हें चालू नहीं करते, तब तक ये बंद रहते हैं, और चालू करने के बाद सहेजे गए दृश्य में याद रखे जाते हैं।
यह नीचे दिए गए विवरण से अलग है, और जानबूझकर ऐसा किया गया है। विवरण एक खोज योग्य इतिहास है जिसे समय के साथ डेटा संरक्षण नीति द्वारा छोटा किया जाएगा; ये चार कॉलम रिकॉर्ड का हिस्सा हैं और रिकॉर्ड के बने रहने तक उसके साथ रहते हैं। "इस क्रेडिट सीमा को किसने बदला" का उत्तर पहले केवल दूसरी तालिका में खोजकर ही प्राप्त किया जा सकता था, और वह भी तब तक जब तक उस तालिका को छोटा नहीं कर दिया जाता था।
- वे रिकॉर्ड लिखने के तरीके के अनुसार भरे जाते हैं - चाहे वह किसी फॉर्म द्वारा हो, किसी आयात द्वारा हो, Ask द्वारा हो, प्रकाशित API द्वारा हो या किसी ऐसे रूटीन द्वारा हो जिसका उनमें कभी उल्लेख न हो।
- इन्हें दोबारा नहीं लिखा जा सकता। ये दोनों "निर्मित" कॉलम लिखते समय स्थिर हैं और प्लेटफ़ॉर्म इन्हें बदलने के किसी भी प्रयास को अस्वीकार कर देता है, चाहे अनुरोध कुछ भी हो।
- हर बदलाव के साथ "पिछला संशोधन" वाला कॉलम भी बदल जाता है, और किसी को भी इस बारे में राय देने का अधिकार नहीं होता कि बदलाव कब हुआ।
- जिस व्यक्ति को बाद में हटा दिया गया हो, उसकी पहचान रह जाती है; ऑडिट ट्रेल में अभी भी उसका नाम दर्ज हो सकता है।
- एक रिकॉर्ड जिसे बिना किसी के समर्थन के लिखा गया है — एक डेटा लोड, एक माइग्रेशन स्क्रिप्ट — कहता है कि इसे सिस्टम / डेटा लोड द्वारा बनाया गया है।
इसे खोज रहा है
ऑडिट लॉग में सबसे पहले दिनांक और समय के आधार पर खोज की जाती है, फिर रिकॉर्ड किए गए विवरणों (जिसमें रिकॉर्ड पहचानकर्ता और प्रत्येक परिवर्तन का JSON विवरण शामिल है) के आधार पर क्षेत्र, क्रिया, उपयोगकर्ता या मुक्त पाठ के आधार पर खोज को सीमित किया जाता है। परिणाम सबसे नए पहले और पृष्ठबद्ध क्रम में दिखाए जाते हैं।
प्रत्येक पंक्ति में रिकॉर्ड का नाम उसके नंबर या कोड (LDR-301, आंतरिक आईडी नहीं) से, मेनू में दिए गए नाम के अनुसार क्षेत्र का नाम (HRMS · प्रशिक्षण पाठ्यक्रम) से, और व्यक्ति का नाम से दिया गया है, साथ ही माउस को माउस में ले जाने पर उनका ईमेल पता भी दिखाई देता है। उपयोगकर्ता फ़िल्टर में लोगों को नाम से सूचीबद्ध किया गया है।
सेटिंग्स
ऑडिट नीति में ऑडिट किए जाने योग्य प्रत्येक क्षेत्र को एक टॉगल के रूप में सूचीबद्ध किया गया है, जिन्हें सुरक्षा, मास्टर डेटा, लेनदेन डेटा और कॉन्फ़िगरेशन में समूहीकृत किया गया है, साथ ही सभी का चयन करने, सभी को साफ़ करने और प्रति-समूह स्विच भी दिए गए हैं। यह प्रत्येक समूह के लिए एक टाइल पर खुलता है और बताता है कि इसके कितने क्षेत्र रिकॉर्ड किए गए हैं ("N of M recorded"); इसके टॉगल देखने के लिए किसी एक को दबाएँ, या सभी को देखने के लिए 'सभी' को दबाएँ। 'सभी' डिफ़ॉल्ट रूप से चालू है; अपनी रुचि के क्षेत्रों तक पहुँचने के लिए क्षेत्रों को बंद करें।
दो क्षेत्र लॉक हैं और इन्हें बंद नहीं किया जा सकता: साइन-इन और साइन-आउट, और भूमिका निर्माण और परिवर्तन। 'सभी साफ़ करें' विकल्प जानबूझकर इन्हें छोड़ देता है, और API इन्हें व्यक्तिगत रूप से अक्षम करने के प्रयास को अस्वीकार कर देता है।
यह सूची स्वतः विस्तारित होती रहती है। यदि प्लेटफ़ॉर्म किसी ऐसे क्षेत्र का ऑडिट करता है जो अभी तक सूचीबद्ध नहीं है, तो यह पहली बार होने पर स्वचालित रूप से पंजीकृत हो जाता है (सक्रिय हो जाता है), इसलिए सेटिंग स्क्रीन में कोई भी कार्रवाई कभी भी छूट नहीं सकती।