सामग्री पर जाएँ
सभी लेख
कॉन्फ़िगरेशन

कॉन्फ़िगरेशन इतिहास

बिना कोड के की गई संरचना संबंधी बदलावों का कालक्रम में रिकॉर्ड: ऑब्जेक्ट और फ़ील्ड का बनना, संपादित होना और हटाया जाना, साथ ही टेम्पलेट लगाया जाना। यह इस सवाल का जवाब देता है कि किसने किसमें और कब छेड़ा, बिना किसी की याददाश्त पर निर्भर हुए।

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

कैसे देखें

  1. सेटिंग्स खोलें और सुरक्षा और गवर्नेंस समूह में जाएँ।
  2. कॉन्फ़िगरेशन इतिहास पर क्लिक करें।
  3. ऊपर के फ़िल्टर बटन उपयोग करें: सब, ऑब्जेक्ट, फ़ील्ड या टेम्पलेट।
  4. सूची पढ़ें, सबसे नए से सबसे पुराने की ओर। हर पंक्ति में क्रिया उभरी हुई दिखती है, साथ में आइटम का नाम, प्रकार और तारीख़ तथा समय।

दर्ज क्रियाएँ अपने नाम और रंग के साथ दिखती हैं: बनाया, संपादित किया, हटाया और टेम्पलेट लगाया। आइटम के प्रकार ऑब्जेक्ट, फ़ील्ड और टेम्पलेट हैं। स्क्रीन सबसे हाल की प्रविष्टियाँ दिखाती है, हर बार एक सीमा तक, जो व्यवहार में उन संगठनों के लिए काफ़ी लंबा समय ढक लेती है जो संरचना रोज़ नहीं बदलते।

उदाहरण: टीम शिकायत करती है कि लीड का स्रोत फ़ील्ड फ़ॉर्म से ग़ायब हो गया। आप कॉन्फ़िगरेशन इतिहास खोलते हैं, फ़ील्ड से फ़िल्टर करते हैं और यह पंक्ति पाते हैं: हटाया · लीड का स्रोत · फ़ील्ड · 12/03/2026 15:42। बहस की जगह एक तथ्य: फ़ील्ड उस दिन हटाया गया था, और अब बस उसे कस्टम फ़ील्ड में दोबारा बनाना है।

इसमें क्या आता है और क्या नहीं

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

जो सीमाएँ जान लेना ईमानदारी है

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

यह कौन कर सकता है

इसे वे सब देख सकते हैं जिनके पास संगठन की सेटिंग्स तक पहुँच है, और इसमें केवल आपके अपने संगठन के बदलाव दिखते हैं। डेटा संगठन के अनुसार अलग रहता है, इसलिए सूची में कोई दूसरी कंपनी नहीं आती।

आम सवाल

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

इस लेख को सिस्टम के भीतर खोलें

पढ़ लिया, अब इसे चलते हुए देखना है?

खाता मुफ़्त है और पूरी मार्गदर्शिका सिस्टम के भीतर उपलब्ध है, साथ में एक सहायक जो इसी सामग्री से जवाब देता है।

मुफ़्त खाता बनाएँ
कॉन्फ़िगरेशन इतिहास · Sellio