एरर लॉग

उपयोगकर्ता से अनुमानित समय और स्क्रीन पूछें, और यहाँ उनसे फ़िल्टर करें। URL कॉलम आम तौर पर संदेश से जल्दी मामले की पहचान कर देता है, क्योंकि एक ही तकनीकी विफलता अलग-अलग जगहों पर मिलते-जुलते पाठ के साथ दिखती है।

कॉलम में क्लास का नाम संक्षिप्त होता है; पूरा नाम टूलटिप में है।

सिस्टम त्रुटियों का दृश्य — प्लेटफ़ॉर्म के भीतर "त्रुटि लॉग" स्क्रीन की यही भूमिका है।

कोई उपयोगकर्ता बताता है कि "सहेजते समय त्रुटि आई": (1) फ़िल्टर में उसके देखे गए संदेश का एक अंश, या स्क्रीन का URL खोजें; (2) मिली पंक्ति में, क्लास और संदेश पर माउस ले जाएँ — संदर्भ संकेत पूरा पाठ दिखाता है; (3) टिकट में पहले कॉलम का कोड लिखें — यह तारीख और समय पर निर्भर हुए बिना सटीक रिकॉर्ड की पहचान करता है, और उपयोगकर्ता कॉलम पुष्टि करता है कि वही व्यक्ति था या नहीं।

फ़िल्टर फ़ील्ड क्लास, संदेश या URL से खोजता है, और Enter कुंजी माउस के बिना खोज शुरू कर देती है। फ़ुटर का निर्यात मेनू लौटाए गए सेट का Excel, CSV या PDF बनाता है — याद रखें कि क्वेरी अधिकतम 1,000 रिकॉर्ड लाती है, इसलिए लंबी जाँचों में पहले फ़िल्टर करें ताकि परिणाम सीमा में आ जाएँ, और उसके बाद ही परिणाम निर्यात करें।

यह एक सख़्त सीमा है, और निर्यात भी यही 1,000 निर्यात करता है। किसी घटना वाले दिन लॉग आसानी से सीमा पार कर जाता है और बाकी बस दिखाई नहीं देता — समस्या की शुरुआत भी नहीं, जो असल में महत्वपूर्ण हिस्सा है।

इसलिए: गिनने से पहले फ़िल्टर करें। संदेश या URL के किसी हिस्से से खोज सही उपसमूह लौटाती है; बिना फ़िल्टर की सूची देखने से मात्रा के बारे में गलत निष्कर्ष निकलता है।

पहुँच केवल प्लेटफ़ॉर्म व्यवस्थापक तक सीमित है, और इस संदर्भ में स्क्रीन सभी कंपनियों की त्रुटियाँ दिखाती है — इसीलिए कंपनी का कॉलम उतना ही मायने रखता है जितना संदेश।

उपयोगकर्ता कॉलम में कोई पोर्टल ग्राहक हो सकता है, आंतरिक उपयोगकर्ता नहीं: पोर्टल से आई विफलता हमेशा अधिक ज़रूरी होती है, क्योंकि त्रुटि स्क्रीन ग्राहक ने देखी।

इस स्क्रीन पर पढ़ा/अपठित बैज केवल जानकारी के लिए है: यहाँ पढ़ा हुआ चिह्नित करने की कोई क्रिया नहीं है।

हर पंक्ति एक पकड़ी गई विफलता है जिसमें तारीख, स्क्रीन, उपयोगकर्ता और तकनीकी स्टैक होता है। इससे सहायता टीम उपयोगकर्ता के बयान पर निर्भर हुए बिना समझ पाती है कि क्या हुआ। एक ही स्क्रीन पर बार-बार आने वाली त्रुटि दोष का संकेत है, गलत उपयोग का नहीं — पंक्ति संख्या के साथ टिकट खोलना उचित है।

"व्यू" बटन से व्यू सहेजने पर वह चार चीज़ें याद रखता है: खोज का टेक्स्ट, लगाए गए फ़िल्टर, कौन-से कॉलम दिखते हैं (और किस क्रम में) और सूची किस कॉलम से क्रमबद्ध है। व्यू लागू करने पर सब कुछ एक साथ लौट आता है — क्रम और आप जिस पेज पर थे उसे रीसेट करना भी, ताकि परिणाम ठीक वही हो जो व्यू बताता है। इस संस्करण से पहले सहेजे गए व्यू मान्य रहते हैं: जो उन्होंने नहीं सहेजा, वह लागू करने पर बस नहीं बदलता।

Nas fichas, sair de um campo já dispara a conferência do que dá para conferir na hora: campo obrigatório deixado em branco e e-mail mal formado. O aviso aparece embaixo do campo e desaparece quando você começa a corrigir. Campo numérico não precisa de aviso: ele simplesmente não aceita letra enquanto você digita. Isso é conforto, não a validação final: ao salvar, o sistema confere tudo de novo do lado do servidor.

हर त्रुटि का विवरण कारणों की शृंखला से शुरू होता है — हर परत के लिए एक पंक्ति, सबसे बाहरी से लेकर मूल तक — और ठीक नीचे हमारे कोड का वह बिंदु जहाँ समस्या दिखी। ज़्यादातर बार जवाब वहीं होता है। बाकी पूरा स्टैक है, जो डीबग करने वाले के लिए उपयोगी है, और यह अंत में कटा हुआ दिख सकता है: रिकॉर्ड का अधिकतम आकार होता है, और हम फ़ुटर की बजाय कारण को सुनिश्चित करना पसंद करते हैं। यदि कोई त्रुटि एक ही कारण के साथ लगातार कई बार दिखे, तो वह एक ही समस्या है — कई नहीं।

यह सूची केवल पढ़ने के लिए है: रिकॉर्ड यहाँ न बदला जाता है न मिटाया जाता है, क्योंकि वह जो हुआ उसका सबूत है। ऊपर की खोज टेक्स्ट फ़ील्ड में ढूँढती है; फ़िल्टर बटन साइड पैनल खोलता है (स्थिति, प्रकार, कंपनी…); संयोजन को व्यू के रूप में सहेजकर एक क्लिक में फिर खोला जा सकता है। ⋮ मेन्यू में Excel और PDF पूरा छना हुआ सेट ले जाते हैं — सिर्फ़ स्क्रीन का पेज नहीं — और "सब एक्सपोर्ट करें" पासवर्ड माँगता है। पंक्ति की आँख बगल में विवरण खोलती है।

सूची अब सबसे हाल की 1,000 त्रुटियों पर नहीं रुकती: यह डेटाबेस में पेज करती है, नीचे की संख्या फ़िल्टर का कुल है और एक्सपोर्ट सब ले जाता है। पुरानी त्रुटि ढूँढने के लिए संदेश, पूरी क्लास या स्टैक ट्रेस से खोजें।

रिकॉर्ड खोलें और दाईं ओर "टाइमलाइन" देखें: वह हर बदलाव को "एक मान से दूसरे मान तक" के रूप में, व्यक्ति और तारीख़ के साथ दिखाती है। बदलाव बहुत हों तो टाइमलाइन के ऊपर के दो फ़िल्टर इस्तेमाल करें — एक फ़ील्ड के अनुसार, दूसरा व्यक्ति के अनुसार। खोज डेटाबेस में होती है, इसलिए पुराना बदलाव भी वैसे ही दिखता है। आप Tenkai से भी पूछ सकते हैं: "अनुबंध 482 किसने बदला?"।

यह स्क्रीन विफलताएँ सूचीबद्ध करती है: सिस्टम ने कुछ ऐसा करने की कोशिश की जो वह करना जानता है और नहीं कर पाया। जब वह जानबूझकर मना करता है — अनुबंध वाले ग्राहक को हटाना, पहले से निपटाए गए बिल को निपटाना, बिना अधिकार के स्वीकृति देना —, तो वह विफलता नहीं, बल्कि सिस्टम का सही काम करना है, और स्पष्टीकरण सीधे क्लिक करने वाले तक जाता है। दोनों को मिलाने से त्रुटि पैनल सही निर्णयों को समस्याएँ गिनने लगेगा और असली विफलताएँ उनके बीच छिप जाएँगी।

हर वह प्रोफ़ाइल जो खाते का प्रबंधन करती है — व्यावहारिक रूप से, जो कंपनी की सेटिंग, पहुँच या स्वीकृति सीमाएँ बदल सकता है। यह केवल पढ़ने के लिए है: यहाँ कोई त्रुटि रिकॉर्ड न मिटाता है न संपादित करता है, और इस स्क्रीन को देखने की अनुमति देना किसी अन्य स्क्रीन पर कुछ और नहीं देता। यदि आपकी टीम में किसी को खाते का प्रबंधन किए बिना त्रुटियों पर नज़र रखनी है, तो तरीका यह है कि पहुँच स्क्रीन से उस व्यक्ति की प्रोफ़ाइल को इस स्क्रीन को देखने की अनुमति दें।