डोमेन गिनने से पहले व्यावसायिक प्रश्न को परिभाषित करें
बिलिंग और संचालन अक्सर एक ही शब्द "डोमेन" के साथ अलग-अलग चीजों का वर्णन करते हैं। एक बिलिंग प्रणाली अनुबंधित इकाइयों की गणना कर सकती है, एक परिचालन सूची सत्यापित डोमेन को सूचीबद्ध कर सकती है, और एक रिपोर्टिंग प्रणाली ट्रैफ़िक में देखे गए डोमेन को रिकॉर्ड कर सकती है। किसी भी एक प्रणाली के गलत होने के बिना वे योग भिन्न हो सकते हैं। सुलह की शुरुआत मीट्रिक, उसकी समय सीमा और गिनती की जाने वाली इकाई को परिभाषित करने से होती है, फिर सभी योगों को मिलान करने के लिए बाध्य करने के बजाय प्रत्येक अंतर को समझाना।
Azure का बहु-किरायेदार पहचान मार्गदर्शन पहचान और प्राधिकरण को व्यावसायिक हकदारियों से अलग करता है और एप्लिकेशन या एक समर्पित सिस्टम में हकदारी तर्क को प्रबंधित करने की सिफारिश करता है। यह अंतर सीधे तौर पर प्रासंगिक है: एक प्रमाणित उपयोगकर्ता या कॉन्फ़िगर किया गया डोमेन स्वचालित रूप से बिल योग्य पात्रता स्थापित नहीं करता है। यह पांडुलिपि एक समाधान विधि का प्रस्ताव करती है और यह दावा नहीं करती है कि EmailAuth एक विशेष बिलिंग मॉडल, इन्वेंट्री एपीआई या एनालिटिक्स सुविधा लागू करता है।
स्थिर ग्राहक और डोमेन संबंध स्थापित करें
स्वीकृत ग्राहक पहचानकर्ता, परिचालन किरायेदार पहचानकर्ता, बिलिंग-खाता संदर्भ और डोमेन इन्वेंट्री पहचानकर्ता को रिकॉर्ड करें जहां प्रत्येक सिस्टम उन्हें प्रदान करता है। प्रदर्शन नामों को स्थिर कुंजियों से अलग रखें। एक ग्राहक अपने संगठन का नाम बदल सकता है, कई डोमेन का उपयोग कर सकता है या अलग-अलग उत्पादन और प्रशिक्षण किरायेदार रख सकता है। एक डोमेन समय के साथ ग्राहक संबंधों के बीच भी स्थानांतरित हो सकता है। समाधान के लिए केवल वर्तमान स्ट्रिंग मिलान के बजाय प्रभावी तिथियों और स्वामित्व इतिहास की आवश्यकता होती है।
RFC 7643 अपनी पहचान स्कीमा में सेवा-प्रदाता संसाधन पहचानकर्ताओं को बाहरी रूप से आपूर्ति किए गए सहसंबंध पहचानकर्ताओं से अलग करता है। यह इस बात का उदाहरण है कि पहचानकर्ता भूमिकाएँ क्यों मायने रखती हैं, यह दावा नहीं कि SCIM डोमेन बिलिंग को परिभाषित करता है। प्रस्तावित मैपिंग में समान सावधानी बरतें: पहचानें कि कौन सा सिस्टम प्रत्येक कुंजी का मालिक है और कौन सा क्षेत्र केवल सिस्टम में रिकॉर्ड को सहसंबंधित करता है। किसी ईमेल प्रत्यय या किसी पंक्ति को अंतिम बार संपादित करने वाले व्यक्ति से ग्राहक स्वामित्व का अनुमान न लगाएं।
एक प्रतिलिपि प्रस्तुत करने योग्य मीट्रिक परिभाषा लिखें
प्रत्येक रिपोर्ट किए गए कुल के लिए, गणना की गई इकाई, समावेशन मानदंड, बहिष्करण मानदंड, स्थिति नियम, प्रभावी समय और डिडुप्लीकेशन विधि को परिभाषित करें। "माह के अंत में सक्रिय ग्राहक डोमेन" के लिए सक्रिय, ग्राहक और डोमेन के लिए एक सटीक अर्थ की आवश्यकता है। क्या इसमें लंबित सत्यापन, निलंबित किरायेदार, उपडोमेन, उपनाम, परीक्षण खाते या हाल ही में सेवानिवृत्त रिकॉर्ड शामिल हैं? ये स्वीकृत करने योग्य व्यावसायिक परिभाषाएँ हैं, मान लेने योग्य तकनीकी तथ्य नहीं। प्रत्येक रिपोर्ट के लिए प्रयुक्त नियम संस्करण को सुरक्षित रखें।
प्रेक्षित प्रेषक कवरेज से डोमेन इन्वेंट्री गणना को अलग करें। एक कॉन्फ़िगर किया गया डोमेन इस अवधि में कोई ट्रैफ़िक उत्पन्न नहीं कर सकता है, जबकि एक रिपोर्टिंग स्रोत किसी अज्ञात या ऐतिहासिक प्रेषक को देख सकता है। प्रमाणीकरण रिपोर्ट आवश्यक रूप से सभी संदेशों या सभी कॉन्फ़िगर की गई सेवाओं की संपूर्ण जनगणना नहीं है। एक उपयोगी मीट्रिक अवलोकनों की अनुपस्थिति को सबूत के रूप में मानने के बजाय उपलब्ध स्रोतों और कवरेज चेतावनियों को बताता है कि एक डोमेन अप्रयुक्त है या बिल नहीं किया जाना चाहिए।
समाधान समायोजन से पहले कच्चा योग रखें
प्रत्येक स्रोत के मूल योग को स्वीकृत दायरे और टाइमस्टैम्प के अंतर्गत रखें। फिर समाधान श्रेणियां दिखाएं जो अंतर समझाती हैं: बेजोड़ ग्राहक मानचित्रण, लंबित सक्रियण, सेवानिवृत्ति का समय, डुप्लिकेट प्रतिनिधित्व, ऐतिहासिक पुनर्असाइनमेंट, स्रोत अंतराल या वास्तविक अनसुलझा अपवाद। डैशबोर्ड को सुसंगत दिखाने के लिए मूल योग को चुपचाप संशोधित न करें। समायोजन रिकॉर्ड ही अंतिम संख्या को समझाने योग्य और प्रतिलिपि प्रस्तुत करने योग्य बनाता है।
यहां कोई स्रोत उद्धरण एकत्र नहीं किया गया था। अधिकृत कार्यान्वयन में, स्रोत संस्करण या निर्यात पहचानकर्ता और पंक्तियों का चयन करने के लिए उपयोग किए जाने वाले क्वेरी तर्क को बनाए रखें। कार्यशील डेटासेट में व्यक्तिगत और वित्तीय डेटा को कम से कम करें। बिलिंग-खाता संदर्भों को परिचालन रिपोर्ट में भुगतान क्रेडेंशियल या अनावश्यक लेनदेन विवरण की प्रतिलिपि बनाए बिना अनुमोदित आंतरिक पहचानकर्ताओं द्वारा दर्शाया जा सकता है। समाधान उद्देश्य व्यापक ग्राहक-डेटा साझाकरण को अधिकृत नहीं करता है।
मॉडल डोमेन और प्रेषक कवरेज अलग से
RFC 9989 डोमेन का मूल्यांकन करता है और संरेखण ईमेल प्रमाणीकरण में संबंध. यह किसी प्लेटफ़ॉर्म की बिल योग्य डोमेन इकाई को परिभाषित नहीं करता है। एक दृश्यमान डोमेन वाला ग्राहक कई भेजने वाली सेवाओं का उपयोग कर सकता है, जबकि एक आपूर्तिकर्ता कई ग्राहक डोमेन के लिए भेज सकता है। इसलिए डोमेन गणना प्रेषक-स्तरीय परिचालन ड्रिल-डाउन को प्रतिस्थापित नहीं कर सकती है। डेटा डिक्शनरी में उन आयामों को अलग रखें।
RFC 9990 को परिभाषित करता है DMARC समग्र रिपोर्टिंग और इसकी रिपोर्ट-खोज और वितरण तंत्र। ऐसी रिपोर्ट परिचालन विश्लेषण के लिए टिप्पणियों में योगदान दे सकती हैं, लेकिन उनकी उपस्थिति और कवरेज को दर्ज किया जाना चाहिए। यह अनुमान न लगाएं कि प्रत्येक प्राप्तकर्ता रिपोर्ट करता है, प्रत्येक रिपोर्टिंग अवधि पूरी हो गई है या प्रत्येक परिचालन प्रेषक बनाए गए डेटासेट में दिखाई देता है। मीट्रिक को संपूर्ण हर बनाने के बजाय लुप्त अवधियों और स्रोत सीमाओं को लेबल करना चाहिए।
एक सुलह कार्यपत्रक
मीट्रिक नाम, नियम संस्करण, रिपोर्टिंग कटऑफ, स्रोत प्रणाली, कच्चा कुल, स्रोत कवरेज और निष्कर्षण संदर्भ के साथ एक वर्कशीट बनाएं। ग्राहक-से-किरायेदार और किरायेदार-से-डोमेन मैपिंग नियम, प्रभावी तिथियां, स्थिति परिभाषाएं और डिडुप्लीकेशन मानदंड जोड़ें। अपवाद बहीखाता को प्रत्येक बेजोड़ या विवादित वस्तु, जिम्मेदार मालिक, आवश्यक साक्ष्य और निर्णय की स्थिति की पहचान करनी चाहिए। संवेदनशील बिलिंग या खाता विवरण एम्बेड करने के बजाय गैर-गुप्त संदर्भों का उपयोग करें।
आउटपुट अनुभाग को कच्चे कुल और वर्गीकृत समायोजन के साथ-साथ समेकित कुल को बनाए रखना चाहिए। एक प्रेषक-स्तरीय ड्रिल-डाउन जोड़ें जो बताता है कि कौन सी देखी गई सेवाएँ प्रत्येक डोमेन के लिए परिचालन कवरेज में योगदान करती हैं, बिना यह दिखावा किए कि प्रेषक गिनती एक बिलिंग पात्रता है। एक समीक्षक को अनुमोदित नियम और रखी गई स्रोत सामग्री से परिणाम को पुन: प्रस्तुत करने में सक्षम होना चाहिए। यह वर्कशीट प्रस्तावित है और इसमें वास्तविक ग्राहक डेटा शामिल नहीं किया गया है।
काल्पनिक निदान: तीन योग जो असहमत हैं
एक काल्पनिक सेवा में 120 अनुबंधित डोमेन इकाइयाँ, 126 परिचालन इन्वेंट्री पंक्तियाँ और 98 डोमेन हैं जो महीने के बनाए गए रिपोर्टिंग डेटा में देखे गए हैं। ये संख्याएँ उदाहरणात्मक हैं, माप नहीं। टीम प्रारंभ में कुल इन्वेंट्री को बिल की गई संख्या से अधिलेखित करना चाहती है। इसके बजाय प्रस्तावित समाधान यह पूछता है कि प्रत्येक संख्या क्या दर्शाती है और कौन से रिकॉर्ड अंतर बताते हैं।
काल्पनिक अभ्यास में, कुछ इन्वेंट्री पंक्तियाँ सक्रियण या ऐतिहासिक रिकॉर्ड के लिए लंबित हो सकती हैं, जबकि कुछ कॉन्फ़िगर किए गए डोमेन में उपलब्ध रिपोर्ट में कोई ट्रैफ़िक नहीं देखा जा सकता है। वे संभावित श्रेणियां हैं, न कि आविष्कृत साक्ष्य जो योग का समाधान करते हैं। टीम मूल संख्याओं को बनाए रखेगी, अनुमोदित स्थिति और समय नियमों को लागू करेगी, और बेजोड़ वस्तुओं की जांच करेगी। यह केवल आंकड़ों को सहमत करने के लिए चालान जारी नहीं करेगा, डोमेन नहीं हटाएगा या ग्राहक अधिकारों को नहीं बदलेगा।
सही स्वामियों के साथ अपवादों की समीक्षा करें
वाणिज्यिक मालिक संविदात्मक समावेशन और बिलिंग नियम तय करते हैं। संचालन स्वामी कॉन्फ़िगरेशन स्थिति और डोमेन निर्भरता को सत्यापित करते हैं। एनालिटिक्स के मालिक क्वेरी तर्क और स्रोत कवरेज की व्याख्या करते हैं। सुरक्षा या पहचान मालिक किरायेदार मैपिंग और पहुंच सीमाओं को सत्यापित करते हैं। किसी भी एक डैशबोर्ड ऑपरेटर को चुपचाप इन चारों पर निर्णय नहीं लेना चाहिए। जब किसी सुलह निष्कर्ष से बिल समायोजन, किरायेदार परिवर्तन या डोमेन सेवानिवृत्ति हो जाएगी तो आवश्यक अनुमोदन का दस्तावेजीकरण करें।
रिपोर्टिंग सुधार को परिचालन कार्रवाई से अलग करें। अंतर्निहित संसाधन को हटाने की अनुमति दिए बिना एक अनुमोदित नियम के तहत एक डुप्लिकेट पंक्ति को मीट्रिक से बाहर रखा जा सकता है। किसी गुम बिलिंग मैपिंग को बिना किसी शुल्क की अनुमति के चिह्नित किया जा सकता है। स्पष्ट रूप से अप्रयुक्त डोमेन परिचालनात्मक रूप से महत्वपूर्ण बना रह सकता है। यह पृथक्करण एक उपयोगी विश्लेषणात्मक अभ्यास को ग्राहक पहुंच, कॉन्फ़िगरेशन या वित्त में बिना समीक्षा किए गए परिवर्तन बनने से रोकता है।
परिभाषा को संशोधित करें और अनिश्चितता को सुरक्षित रखें
जब मीट्रिक परिभाषा बदलती है, तो कारण रिकॉर्ड करें और क्या पिछली अवधियों की पुनर्गणना की गई थी। डिडुप्लीकेशन या स्थिति नियमों में बदलाव ग्राहक व्यवहार में कोई बदलाव किए बिना रिपोर्ट की गई प्रवृत्ति को बदल सकता है। तुलनीय संस्करणों को सुरक्षित रखें या स्पष्ट रूप से असंततता को लेबल करें। जब तक परिभाषा में बदलाव का ध्यान नहीं रखा जाता, तब तक संशोधित कुल को विकास, मंथन या बेहतर कवरेज के साक्ष्य के रूप में प्रस्तुत न करें।
कैटलॉग को कच्चे कुल योग, कवरेज चेतावनी और प्रेषक-स्तरीय ड्रिल-डाउन के साथ एक प्रतिलिपि प्रस्तुत करने योग्य मीट्रिक परिभाषा की आवश्यकता होती है। वह मूल साक्ष्य खुला रहता है। काल्पनिक योग पूर्ण मिलान या स्रोत डेटा का विकल्प नहीं हैं। मानव विशेषज्ञ समीक्षा, स्रोत प्रयोज्यता, उत्पादन मार्ग, पहुंच और मालिक की रिहाई भी खुली रहती है। एक प्रकाशन योग्य उदाहरण के लिए अधिकृत बनाए गए इनपुट, अनुमोदित परिभाषाओं और एक प्रतिलिपि प्रस्तुत करने योग्य गणना की आवश्यकता होती है, जिसमें कोई बिलिंग या परिचालन परिवर्तन शामिल नहीं होता है जब तक कि अलग से अनुमोदित और निष्पादित न हो।