LEI कोड और DUNS नंबर: दो अलग बिज़नेस पहचानकर्ता

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

यह लेख बताता है कि दोनों में से हर एक क्या है, कहां इस्तेमाल होता है, दोनों में क्या फ़र्क़ है, और उनके पीछे के कारोबार के बारे में इनमें से कोई क्या साबित नहीं करता।

LEI कोड क्या है?

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

मकसद संकीर्ण और उपयोगी है। वित्तीय बाज़ारों और नियामकों को ऐसा तरीका चाहिए था जिससे सीमाओं और प्रणालियों के पार यह साफ़ कहा जा सके कि ठीक यही कानूनी इकाई की बात हो रही है, क्योंकि कंपनी नाम अनोखे नहीं होते, लिप्यंतरण अलग अलग होते हैं, और पंजीकरण नंबर राष्ट्रीय होते हैं। LEI उसी ज़रूरत का जवाब है: एक इकाई, एक पहचानकर्ता, हर जगह इस्तेमाल के लायक।

यह जो नहीं है वह यह है: लाइसेंस नहीं, अनुमति नहीं, क्रेडिट रेटिंग नहीं, और अच्छी स्थिति में होने का बयान नहीं। जिस इकाई के पास LEI हो वह निष्क्रिय हो सकती है, परिसमापन में हो सकती है, या बहुत पहले हटा दी गई हो; यह पहचानकर्ता दर्ज करता है कि वह कौन है, यह नहीं कि उसका हाल क्या है।

DUNS नंबर क्या है?

DUNS नंबर किसी निजी क्रेडिट सूचना एजेंसी द्वारा जारी कंपनी पहचानकर्ता है। इसमें नौ अंक होते हैं और यह कारोबारों के एक बड़े स्वामित्व-स्वरूप डेटाबेस पर टिका होता है, जो सार्वजनिक दाखिलों, व्यापारिक संदर्भों और स्वयं बताई गई जानकारी से जोड़ा जाता है।

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

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

ये पहचानकर्ता कहां दिखते हैं?

दोनों प्रकार वहां आते हैं जहां किसी तीसरे पक्ष को कारोबार का वर्णन किया जा रहा हो और सिर्फ़ नाम काफ़ी सटीक न हो।

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

LEI कोड और टैक्स नंबर एक ही हैं?

नहीं, और यह फ़र्क़ ठीक से बताना इसलिए ज़रूरी है क्योंकि इन दोनों को बहुत मिलाया जाता है।

टैक्स नंबर — कोई टैक्स पहचानकर्ता या VAT नंबर — कर प्रशासन के लिए किसी कर प्राधिकरण द्वारा जारी होता है। LEI वित्तीय बाज़ारों के एक मानक के तहत जारी होता है ताकि कानूनी इकाइयों की पहचान प्रणालियों के पार एक जैसी हो सके। DUNS नंबर कोई व्यावसायिक डेटा प्रदाता अपने मिलान के मकसद से जारी करता है। तीन अलग जारीकर्ता, तीन अलग मकसद, और अर्थ में कोई ओवरलैप नहीं।

एक व्यावहारिक नतीजा: इनमें से कोई भी रखने से बाकियों के बारे में कुछ पता नहीं चलता। किसी कारोबार के पास LEI हो और VAT नंबर न हो, या VAT नंबर हो और LEI न हो, और दोनों में से कोई स्थिति असामान्य नहीं है। जो फ़ॉर्म इन सबको एक साथ अनिवार्य करता है, वह ऐसी शर्त रख रहा है जो हर वैध कारोबार पूरी नहीं कर सकता, इसलिए उसे यह बताने लायक होना चाहिए कि उसे हर एक की ज़रूरत क्यों है।

इनमें से कोई होना असल में क्या साबित करता है?

यह पहचान साबित करता है, और सिर्फ़ पहचान। यही सबसे ज़रूरी बात है जो मन में बैठा लेनी चाहिए, क्योंकि इन पहचानकर्ताओं में उससे ज़्यादा अर्थ पढ़ लेने का लालच तेज़ होता है।

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

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

डेवलपर्स के लिए: बाहरी पहचानकर्ता रखना और जांचना

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

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

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

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

अगले कदम

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