[ एमएसपी, एपीआई और एकीकरण ]

बिलिंग और संचालन में डोमेन और ग्राहक सूची का मिलान करें

स्पष्ट मीट्रिक परिभाषाओं, स्थिर मैपिंग, कच्चे कुल और कवरेज-जागरूक प्रेषक ड्रिल-डाउन का उपयोग करके बिलिंग और परिचालन डोमेन इन्वेंट्री का मिलान करें।

EmailAuth अनुसंधान टीम द्वारा · 8 मिनट पढ़ा

[ प्रमुख बिंदु ]

  • अनुबंधित इकाइयाँ, इन्वेंट्री पंक्तियाँ और प्रेक्षित डोमेन अलग-अलग माप हैं।
  • मूल योग बनाए रखें और समानता थोपने के बजाय समायोजन समझाएँ।
  • बिलिंग या परिचालन कार्यों से मिलान निष्कर्षों को अलग करें।
इस पेज पर

डोमेन गिनने से पहले व्यावसायिक प्रश्न को परिभाषित करें

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

Azure का बहु-किरायेदार पहचान मार्गदर्शन पहचान और प्राधिकरण को व्यावसायिक हकदारियों से अलग करता है और एप्लिकेशन या एक समर्पित सिस्टम में हकदारी तर्क को प्रबंधित करने की सिफारिश करता है। यह अंतर सीधे तौर पर प्रासंगिक है: एक प्रमाणित उपयोगकर्ता या कॉन्फ़िगर किया गया डोमेन स्वचालित रूप से बिल योग्य पात्रता स्थापित नहीं करता है। यह पांडुलिपि एक समाधान विधि का प्रस्ताव करती है और यह दावा नहीं करती है कि EmailAuth एक विशेष बिलिंग मॉडल, इन्वेंट्री एपीआई या एनालिटिक्स सुविधा लागू करता है।

स्थिर ग्राहक और डोमेन संबंध स्थापित करें

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

RFC 7643 अपनी पहचान स्कीमा में सेवा-प्रदाता संसाधन पहचानकर्ताओं को बाहरी रूप से आपूर्ति किए गए सहसंबंध पहचानकर्ताओं से अलग करता है। यह इस बात का उदाहरण है कि पहचानकर्ता भूमिकाएँ क्यों मायने रखती हैं, यह दावा नहीं कि SCIM डोमेन बिलिंग को परिभाषित करता है। प्रस्तावित मैपिंग में समान सावधानी बरतें: पहचानें कि कौन सा सिस्टम प्रत्येक कुंजी का मालिक है और कौन सा क्षेत्र केवल सिस्टम में रिकॉर्ड को सहसंबंधित करता है। किसी ईमेल प्रत्यय या किसी पंक्ति को अंतिम बार संपादित करने वाले व्यक्ति से ग्राहक स्वामित्व का अनुमान न लगाएं।

एक प्रतिलिपि प्रस्तुत करने योग्य मीट्रिक परिभाषा लिखें

प्रत्येक रिपोर्ट किए गए कुल के लिए, गणना की गई इकाई, समावेशन मानदंड, बहिष्करण मानदंड, स्थिति नियम, प्रभावी समय और डिडुप्लीकेशन विधि को परिभाषित करें। "माह के अंत में सक्रिय ग्राहक डोमेन" के लिए सक्रिय, ग्राहक और डोमेन के लिए एक सटीक अर्थ की आवश्यकता है। क्या इसमें लंबित सत्यापन, निलंबित किरायेदार, उपडोमेन, उपनाम, परीक्षण खाते या हाल ही में सेवानिवृत्त रिकॉर्ड शामिल हैं? ये स्वीकृत करने योग्य व्यावसायिक परिभाषाएँ हैं, मान लेने योग्य तकनीकी तथ्य नहीं। प्रत्येक रिपोर्ट के लिए प्रयुक्त नियम संस्करण को सुरक्षित रखें।

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

समाधान समायोजन से पहले कच्चा योग रखें

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

यहां कोई स्रोत उद्धरण एकत्र नहीं किया गया था। अधिकृत कार्यान्वयन में, स्रोत संस्करण या निर्यात पहचानकर्ता और पंक्तियों का चयन करने के लिए उपयोग किए जाने वाले क्वेरी तर्क को बनाए रखें। कार्यशील डेटासेट में व्यक्तिगत और वित्तीय डेटा को कम से कम करें। बिलिंग-खाता संदर्भों को परिचालन रिपोर्ट में भुगतान क्रेडेंशियल या अनावश्यक लेनदेन विवरण की प्रतिलिपि बनाए बिना अनुमोदित आंतरिक पहचानकर्ताओं द्वारा दर्शाया जा सकता है। समाधान उद्देश्य व्यापक ग्राहक-डेटा साझाकरण को अधिकृत नहीं करता है।

मॉडल डोमेन और प्रेषक कवरेज अलग से

RFC 9989 डोमेन का मूल्यांकन करता है और संरेखण ईमेल प्रमाणीकरण में संबंध. यह किसी प्लेटफ़ॉर्म की बिल योग्य डोमेन इकाई को परिभाषित नहीं करता है। एक दृश्यमान डोमेन वाला ग्राहक कई भेजने वाली सेवाओं का उपयोग कर सकता है, जबकि एक आपूर्तिकर्ता कई ग्राहक डोमेन के लिए भेज सकता है। इसलिए डोमेन गणना प्रेषक-स्तरीय परिचालन ड्रिल-डाउन को प्रतिस्थापित नहीं कर सकती है। डेटा डिक्शनरी में उन आयामों को अलग रखें।

RFC 9990 को परिभाषित करता है DMARC समग्र रिपोर्टिंग और इसकी रिपोर्ट-खोज और वितरण तंत्र। ऐसी रिपोर्ट परिचालन विश्लेषण के लिए टिप्पणियों में योगदान दे सकती हैं, लेकिन उनकी उपस्थिति और कवरेज को दर्ज किया जाना चाहिए। यह अनुमान न लगाएं कि प्रत्येक प्राप्तकर्ता रिपोर्ट करता है, प्रत्येक रिपोर्टिंग अवधि पूरी हो गई है या प्रत्येक परिचालन प्रेषक बनाए गए डेटासेट में दिखाई देता है। मीट्रिक को संपूर्ण हर बनाने के बजाय लुप्त अवधियों और स्रोत सीमाओं को लेबल करना चाहिए।

एक सुलह कार्यपत्रक

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

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

काल्पनिक निदान: तीन योग जो असहमत हैं

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

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

सही स्वामियों के साथ अपवादों की समीक्षा करें

वाणिज्यिक मालिक संविदात्मक समावेशन और बिलिंग नियम तय करते हैं। संचालन स्वामी कॉन्फ़िगरेशन स्थिति और डोमेन निर्भरता को सत्यापित करते हैं। एनालिटिक्स के मालिक क्वेरी तर्क और स्रोत कवरेज की व्याख्या करते हैं। सुरक्षा या पहचान मालिक किरायेदार मैपिंग और पहुंच सीमाओं को सत्यापित करते हैं। किसी भी एक डैशबोर्ड ऑपरेटर को चुपचाप इन चारों पर निर्णय नहीं लेना चाहिए। जब किसी सुलह निष्कर्ष से बिल समायोजन, किरायेदार परिवर्तन या डोमेन सेवानिवृत्ति हो जाएगी तो आवश्यक अनुमोदन का दस्तावेजीकरण करें।

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

परिभाषा को संशोधित करें और अनिश्चितता को सुरक्षित रखें

जब मीट्रिक परिभाषा बदलती है, तो कारण रिकॉर्ड करें और क्या पिछली अवधियों की पुनर्गणना की गई थी। डिडुप्लीकेशन या स्थिति नियमों में बदलाव ग्राहक व्यवहार में कोई बदलाव किए बिना रिपोर्ट की गई प्रवृत्ति को बदल सकता है। तुलनीय संस्करणों को सुरक्षित रखें या स्पष्ट रूप से असंततता को लेबल करें। जब तक परिभाषा में बदलाव का ध्यान नहीं रखा जाता, तब तक संशोधित कुल को विकास, मंथन या बेहतर कवरेज के साक्ष्य के रूप में प्रस्तुत न करें।

कैटलॉग को कच्चे कुल योग, कवरेज चेतावनी और प्रेषक-स्तरीय ड्रिल-डाउन के साथ एक प्रतिलिपि प्रस्तुत करने योग्य मीट्रिक परिभाषा की आवश्यकता होती है। वह मूल साक्ष्य खुला रहता है। काल्पनिक योग पूर्ण मिलान या स्रोत डेटा का विकल्प नहीं हैं। मानव विशेषज्ञ समीक्षा, स्रोत प्रयोज्यता, उत्पादन मार्ग, पहुंच और मालिक की रिहाई भी खुली रहती है। एक प्रकाशन योग्य उदाहरण के लिए अधिकृत बनाए गए इनपुट, अनुमोदित परिभाषाओं और एक प्रतिलिपि प्रस्तुत करने योग्य गणना की आवश्यकता होती है, जिसमें कोई बिलिंग या परिचालन परिवर्तन शामिल नहीं होता है जब तक कि अलग से अनुमोदित और निष्पादित न हो।

[ ले लेना ]

प्रत्येक कुल को एक अनुमोदित परिभाषा के तहत पुनरुत्पादित करें और उन कारणों को सुरक्षित रखें जिनके कारण प्रणालियाँ भिन्न हैं।

[भूमिका के अनुसार]

आपके लिए इसका क्या मतलब है

व्यावहारिक अगले चरणों के लिए अपनी भूमिका चुनें।

वाणिज्यिक स्वामी

बिल योग्य समावेशन को परिभाषित करें

प्रमाणीकरण कॉन्फ़िगरेशन संविदात्मक पात्रता स्थापित नहीं करता है।

अगले कदम

  1. गिनती और समय के नियमों को मंजूरी दें.
  2. बिलिंग कार्रवाइयों को अलग से अधिकृत करें.

संचालन स्वामी

डोमेन संबंध सत्यापित करें

वर्तमान इन्वेंट्री स्थिति और ऐतिहासिक स्वामित्व के लिए विशिष्ट साक्ष्य की आवश्यकता है।

अगले कदम

  1. प्रभावी-दिनांकित मैपिंग बनाए रखें।
  2. बेजोड़ निर्भरताओं की जांच करें।

विश्लेषिकी स्वामी

प्रतिलिपि प्रस्तुत करने योग्यता को सुरक्षित रखें

एक बदला हुआ नियम ग्राहक के व्यवहार में बदलाव किए बिना प्रवृत्ति को बदल सकता है।

अगले कदम

  1. कच्चे योग और नियम संस्करण बनाए रखें।
  2. स्रोत कवरेज और प्रेषक-स्तर का विवरण उजागर करें।

[ पूछे जाने वाले प्रश्न ]

अक्सर पूछे जाने वाले प्रश्नों

क्या बिल किए गए और देखे गए डोमेन का योग हमेशा मेल खाना चाहिए?

नहीं, वे विभिन्न संस्थाओं, अवधियों और समावेशन नियमों को माप सकते हैं। किसी भी कुल को बदलने से पहले अंतर स्पष्ट करें।

क्या कॉन्फ़िगर किया गया डोमेन बिल योग्य पात्रता स्थापित करता है?

स्वचालित रूप से नहीं. वाणिज्यिक पात्रता तर्क पहचान और परिचालन विन्यास से अलग है।

Microsoft Azure: बहु-किरायेदार समाधानों के लिए पहचान संबंधी विचार

क्या परिवर्तनशील ग्राहक नाम एकमात्र सम्मिलित कुंजी के रूप में काम कर सकते हैं?

इसके बजाय प्रस्तावित प्रक्रिया उत्पत्ति और प्रभावी तिथियों की मैपिंग के साथ स्थिर सिस्टम पहचानकर्ताओं का उपयोग करती है।

क्या SCIM डोमेन बिलिंग को परिभाषित करता है?

क्रमांक RFC 7643 उल्लेख केवल विशिष्ट पहचानकर्ता भूमिकाओं को दर्शाने के लिए किया गया है, डोमेन बिलिंग स्कीमा के रूप में नहीं।

RFC 7643 : एससीआईएम कोर स्कीमा

क्या रखी गई रिपोर्टों की अनुपस्थिति यह साबित करती है कि डोमेन अप्रयुक्त है?

नहीं, रिपोर्ट कवरेज, अवधि और स्रोत सीमाओं का दस्तावेजीकरण किया जाना चाहिए; बरकरार रखी गई टिप्पणियाँ पूर्ण सार्वभौमिक जनगणना नहीं हैं।

RFC 9990 : DMARC समग्र रिपोर्टिंग

क्या समाधान के बाद कच्चे योग को अधिलेखित कर देना चाहिए?

नहीं, उन्हें संरक्षित करें और अनुमोदित मीट्रिक परिभाषा के तहत वर्गीकृत समायोजन रिकॉर्ड करें।

क्या कोई अपवाद स्वचालित रूप से चार्ज या विलोपन को ट्रिगर कर सकता है?

नहीं, रिपोर्टिंग विश्लेषण बिलिंग परिवर्तन, किरायेदार परिवर्तन या संसाधन सेवानिवृत्ति को अधिकृत नहीं करता है।

क्या काल्पनिक गिनती वास्तविक साक्ष्य हैं?

नहीं, मूल कच्चा योग, कवरेज चेतावनी और प्रतिलिपि प्रस्तुत करने योग्य प्रेषक-स्तरीय ड्रिल-डाउन खुला रहता है।

[ सूत्रों का कहना है ]

सूत्रों का कहना है

  1. RFC 9989: DMARC

    धारा §2.2 एंटी-फ़िशिंग · §2.4 दायरे से बाहर · §4.4 पहचानकर्ता संरेखण की व्याख्या · §11.4 प्रदर्शन नाम हमले

  2. RFC 9990 : DMARC समग्र रिपोर्टिंग

    धारा समग्र रिपोर्ट · रिपोर्ट अनुरोध खोज · रिपोर्ट वितरण · बाहरी गंतव्यों का सत्यापन

  3. RFC 7643 : एससीआईएम कोर स्कीमा

    धारा §3.1 सामान्य गुण · §4.1.1 एकल गुण · §4.2 समूह संसाधन स्कीमा

  4. Microsoft Azure: बहु-किरायेदार समाधानों के लिए पहचान संबंधी विचार

    धारा उपयोगकर्ताओं को किरायेदार डेटा तक पहुंच प्रदान करें · कार्यभार की पहचान · एसएसओ के लिए एक आईडीपी के साथ फ़ेडरेट · प्राधिकरण मॉडल · पात्रता और लाइसेंसिंग

[ शब्दकोष ]

शब्दकोष

मीट्रिक परिभाषा
अनुमोदित गणना इकाई, समावेशन नियम, कटऑफ, स्थिति उपचार और डिडुप्लीकेशन विधि।
वाणिज्यिक अधिकार
व्यवसाय अधिकार या भत्ता मूल पहचान प्रमाणीकरण से अलग से प्रबंधित किया जाता है।

Microsoft Azure: बहु-किरायेदार समाधानों के लिए पहचान संबंधी विचार

सुलह समायोजन
कुल स्रोत को संरक्षित करते हुए अंतर समझाने वाली एक दस्तावेज़ीकृत श्रेणी।
कवरेज चेतावनी
एक सीमा जिस पर रिपोर्टिंग स्रोत और अवधि का अवलोकन वास्तव में प्रतिनिधित्व करता है।

RFC 9990 : DMARC समग्र रिपोर्टिंग

उद्यम उद्गम

शीर्ष वित्तीय संस्थान और सरकारें ही क्यों? अपने ईमेल सुरक्षा डैशबोर्ड हटा दिए।

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

EmailAuth एजेंटिक ईमेल उद्गम मंच है। हमारे एजेंट लागू करते हैं p=reject, तृतीय-पक्ष प्रेषकों को संरेखित रखें और अपने डोमेन को पूर्ण रूप से स्थानांतरित करें RFC 9989 अनुपालन, नया DMARC मानक, मानव-इन-द-लूप ऑडिटेबिलिटी के साथ।

सरकारों बड़े उद्यम टियर-1 वित्तीय संस्थान

सास · समर्पित किरायेदारी · एयर-गैप्ड ऑन-प्रिमाइसेस · BYOK एन्क्रिप्शन

ज्ञानधार