एक यूएई लाइसेंस पर कितनी गतिविधियाँ समाहित हो सकती हैं

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

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

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

UAE के जिन आठ रजिस्टरों को हम फ़िलहाल दर्ज करते हैं, उनमें हमारे स्नैपशॉट में 14,594 गतिविधि पंक्तियाँ हैं, जिनमें 7,479 अलग-अलग नाम हैं। इन नामों में से 3,393 एक से अधिक रजिस्टर में आते हैं और 785 चार या उससे अधिक रजिस्टरों में आते हैं: रजिस्टर आपस में काफ़ी मिलते-जुलते हैं, पर एक-दूसरे की प्रति नहीं हैं। वही व्यावसायिक विचार हर रजिस्टर में अलग कोड, अलग नाम और अलग समूह वाली पंक्ति के रूप में दर्ज है।

अधिकांश रजिस्टर एक सपाट सूची प्रस्तुत नहीं करते। वे गतिविधियों को लाइसेंस परिवारों (licence families) में समूहित करते हैं, और परिवार के वास्तविक परिणाम होते हैं: आप किस लाइसेंस के लिए आवेदन करते हैं, कौन-सी पंक्तियाँ एक-दूसरे के साथ रखी जा सकती हैं, और कुछ रजिस्टरों में बाद में बदलाव की कीमत क्या होगी, विशेषकर तब जब आप ऑनशोर व्यापार के लिए किसी संचालन को लाइसेंस दिलाने पर विचार कर रहे हों।

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

जिन आठ रजिस्टरों को हम दर्ज करते हैं, उनमें से पाँच हर गतिविधि पंक्ति के सामने परिवार-शैली का समूहन प्रकाशित करते हैं। उनमें से चार इसे लाइसेंस परिवार के रूप में लेबल करते हैं: Ajman Free Zone, DMCC, IFZA और RAKEZ, यानी ऊपर की तालिका के चार। Meydan भी एक समूहन प्रकाशित करता है, पर 'परिवार' के बजाय 'श्रेणी' (Category) शीर्षक के अंतर्गत, अपनी सभी 2,230 पंक्तियों के सामने: Trading, Professional, Administrative, ICT, HealthCare और बारह अन्य। शेष तीन (Dubai mainland, Shams और SPC Free Zone) हमारे द्वारा पढ़े गए स्रोत में कोई समूहन नहीं दिखाते, जिसका अर्थ है कि वह या तो ऐसी जगह है जो सार्वजनिक सूची में नहीं दिखती, या वह सूची प्रकाशित होने के समय नहीं बल्कि आवेदन का आकलन होने के समय लागू किया जाता है।

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

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

DMCC अपना नियम प्रकाशित करता है अपनी शुल्कों की सार्वजनिक अनुसूची (schedule of charges) में, और इसे पूरा पढ़ना उचित है क्योंकि यह दिखाता है कि जिस भी प्राधिकरण के पास ऐसा नियम है, वहाँ उत्तर का स्वरूप कैसा होता है, भले ही शब्द और राशियाँ बिल्कुल अलग हों।

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

इसका पुनः अवलोकन एक सामान्य पाठ के रूप में करें न कि एक शुल्क तालिका के रूप में। 'कितनी गतिविधियाँ' एक प्रश्न नहीं है। यह चार है: आपके पहले से मौजूद समूह के भीतर कितनी, समूह कितना बढ़ता है, एक दूसरे समूह को खोलने की लागत क्या है, और कौन सी पंक्तियाँ लाइसेन्स साझा करने से मना करती हैं। एक प्राधिकरण जिसने सभी चार का उत्तर नहीं दिया है, उसने प्रश्न का उत्तर नहीं दिया है।

नीचे दिए गए अनुमानित दायरे उस प्रकाशित अनुसूची से पूर्णांकित किए गए हैं जैसी वह हमारे द्वारा 15 अगस्त 2026 को दर्ज की गई थी। ये प्राधिकरण लागत (authority cost) हैं, इनमें कोई मार्कअप नहीं है, ये हमारा शुल्क नहीं हैं, और DMCC कहता है कि उसके शुल्क बिना पूर्व सूचना के बदल सकते हैं, इसलिए इन्हें कीमत नहीं बल्कि स्तरीकरण (tiering) के स्वरूप के रूप में लें।

तीन अलग-अलग बातें प्राधिकरण के बीच भिन्न होती हैं, और वे स्वतंत्र रूप से भिन्न होती हैं, यही कारण है कि कोई क्रॉस-ज़ोन नियम वास्तविक फ़ाइल के संपर्क में नहीं बचेगा।

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

एक नतीजा लोगों को बार-बार उलझाता है, और वह अधिकार क्षेत्र (jurisdiction) का प्रश्न है जो नामकरण के प्रश्न का भेस पहने हुए है। RAKEZ फ्री ज़ोन (free zone) और Ras Al Khaimah का नॉन-फ्री-ज़ोन लाइसेंसिंग दोनों संचालित करता है, और वह एक ही गतिविधि को दोनों के अंतर्गत अलग-अलग प्रकाशित करता है, अलग कोड और अलग परिवार के साथ। कॉर्पोरेट सर्विसेज़ प्रोवाइडर (CSP) दो बार दर्ज है: 70100-06, जिसका दायरा 'Zone: RAKEZ free zone | Licence type: Services' पढ़ता है, और 7010006, जिसका दायरा 'Zone: RAK non-free zone (via RAKEZ) | Licence type: Professional' पढ़ता है। Tax Consultancy भी इसी तरह दर्ज है, 69200-02 और 6920002 के रूप में। ये दो विकल्प नहीं हैं जिनमें से फ्री ज़ोन का आवेदक चुनता है। आपको कौन-सी पंक्ति चाहिए, यह इस बात से तय होता है कि आप दोनों अधिकार क्षेत्रों में से किसमें आवेदन कर रहे हैं, और दायरे का पाठ पढ़ने से पता चलता है कि कौन-सी पंक्ति कौन-सी है।

ज़ोन इस लाइन पर प्रतिस्पर्धा करते हैं। 'N गतिविधियाँ शामिल हैं' सबसे सामान्य प्रचार शब्दों में से एक है UAE गठन विपणन में, और यह बिल्कुल उसी प्रकार का शब्द है जो लिखे जाने पर सच होता है और चौथाई बाद चुपचाप अलग होता है।

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

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

जहाँ एक प्राधिकरण कोई संयोजन नियम बिल्कुल नहीं प्रकाशित करता है, वहां प्रकाशित नियम का अभाव अनुमति नहीं है। इसका अर्थ है नियम का मूल्यांकन के समय लागू होना, और इसे जानने का एकमात्र तरीका है कि आप भुगतान करने से पहले पूछें।

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

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

वही रजिस्टर यह बात दो बार कहता है, और दूसरी बार कोड के विरुद्ध कहता है। खातों की लेखापरीक्षा और लेखांकन एवं बहीखाता DMCC में उतनी ही पास की दो पंक्तियाँ हैं जितनी हो सकती हैं: क्रमागत कोड, 7412-01 और 7412-02, जो 7412 उपसर्ग साझा करते हैं, वही जिसे DMCC का अपना संयोजन नियम यह तय करने में इस्तेमाल करता है कि सस्ते में क्या एक साथ आता है। फिर भी उन्हें एक साथ नहीं रखा जा सकता। लेखापरीक्षा पंक्ति कहती है 'केवल स्थानीय कंपनियों की शाखा। ‘’7412-02-Accounting & Bookkeeping’’ और ‘’7412-01-Auditing of Accounts’’ गतिविधियाँ एक ही समय में एक साथ करने की अनुमति नहीं है।': यह जोड़ी पर प्रतिबंध भी है और इस पर भी कि यह पंक्ति कौन रख सकता है, दोनों उस पंक्ति में प्रकाशित हैं जिसे पाठक अनदेखा करके आगे बढ़ गया होगा। तो सबक यह नहीं है कि अनुमोदन जोड़ना कठिन बनाते हैं। सबक यह है कि कोड की निकटता जोड़ने की अनुमति नहीं है: कोड बताता है कि शुल्क तालिका क्या करती है, और प्रतिबंध का पाठ बताता है कि प्राधिकरण क्या अनुमति देता है, और उत्तर केवल दूसरा है।

अनुमोदन तीसरी परत हैं, दोनों के ऊपर। DMCC और IFZA दोनों ऑडिटिंग की पंक्ति के लिए Ministry of Economy का अनुमोदन आवश्यक दर्ज करते हैं, और IFZA समय बताता है: लाइसेंस जारी होने से पहले। इससे एक दूसरे नियामक की कतार आपके गठन के क्रिटिकल पाथ पर आ जाती है, बाद में करने वाली किसी सूची में नहीं। ऐसी पंक्ति जोड़ना उसी आवेदन का बड़ा संस्करण नहीं है; यह एक ऐसा निर्णयकर्ता लाता है जो पहले आपकी फ़ाइल में नहीं था।

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

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