1つのUAEライセンスに適用できるアクティビティの数

活動は、あなたのビジネスの説明ではありません。それはライセンス当局の登録簿内の行であり、当局が記述したコードと名称を持ち、あなたのライセンスには実施が許可されている行が記載されています。これが全体のメカニズムであり、この分野におけるほぼすべての問題は、これを忘れることから生じます。

実務的な結果は狭いです: あなたは記載されている内容に対して請求書を発行できます。すべての記載行の外にある作業は、会話の中でどれほど合理的に聞こえても、ライセンスがカバーしていない作業です。

コードも装飾ではありません。ある当局がその登録簿をコードで整理している場合 — いくつかの当局がそうしています — コードはどの行が隣接行と見なされるかを決定し、したがってどの行が安く組み合わさり、どの行が高く組み合わさり、どの行がまったく組み合わさることができないかを決定します。これについては、以下に詳細に説明します。

現在キャプチャしている8つのUAE登録簿の中で、私たちのスナップショットは14,594の活動行を保持しており、7,479の異なる名称があります。その名称の中で、3,393は複数の登録簿に現れ、785は4つ以上に現れます — 登録簿はコピーではなく、重複しています。同じビジネスアイデアは、それぞれに異なるコード、異なる名称、異なるグループでの行になります。

ほとんどの登録簿はフラットリストを提示しません。活動をライセンスファミリーにグループ化し、ファミリーは実際の結果を持ちます: どのライセンスに申し込み、どの行が隣り合うことができ、いくつかの登録簿では後に変更にどれだけの費用がかかるか。

以下のファミリー名は、各当局によって公表され、2026年8月25日の当社の登録キャプチャからそのまま再現されたものです — このサイトのゾーンディレクトリページが構築されているのと同じスナップショットですが、テーブルにはキャプチャしたすべてのファミリーがリストされており、ディレクトリページを獲得するほど大きいものだけではありません。それは意図的なものであり、列は登録総数に合計することを意図しています。いくつかの登録簿は、単一の行を保持するファミリーを公表しています。これらは、公表された構造がどのように見えるかの例であり、1つの構造が他よりも優れているということを示すものではありません。カウントは、当社のキャプチャがその日付に発見したものであり、登録簿は変わる可能性があります。

私たちが把握している8つの登録のうち5つは、各活動行に対してファミリータイプのグループを公開しています。そのうちの4つは、表にあるAjman フリーゾーン（free zone）、DMCC、IFZA、RAKEZと呼ばれるライセンスファミリーと表示しています。Meydanも同様のものを公開しており、全2,230件の行に対してカテゴリという見出しの下で表示しています：貿易、プロフェッショナル、行政、ICT、ヘルスケアなどが含まれ、さらに12件があります。残りの3つ — ドバイメインランド（mainland）、シャムス、SPC フリーゾーン — は、私たちが読んだソースではグループを明示していません。これは、公開リストには表示されないどこかに存在するか、リストが公開される時点ではなく、申請が評価される時に適用されることを意味します。

この2つの状況の違いは重要であり、混同しやすいです。見つからなかったグループは、私たちが読んだリストに関する事実であり、権限がグループを持っていないという発見ではありません — 同様の罠が空白フィールドに関するセクションで詳しく扱われている伴奏ガイドでも扱われています。Meydanが例となります：もし私たちがライセンスファミリーという名のフィールドのみを探していたなら、2,230件の無グループの行の登録を記録していたことになりますが、登録は別の名前の下で常にグループ化されていたでしょう。

比較する際にこれが重要です。登録がファミリーを公開している場合、近傍の行を事前に確認することができます。そうでない場合でも、グループは存在します — 単に権限がファイルに適用するまで、あなたに見えないだけです。その場合、「いくつのアクティビティがあるか」という質問は調査することができません。それは尋ねなければなりません。

DMCCは、その公共の料金スケジュールの中でルールを公開しており、これは読む価値があります。なぜなら、それは権限にそのようなものがある場合の答えの形を示しているからです — 語句や金額が全く異なる場合でも。

DMCCが公開している構造は、アクティビティコードグループごとです。ライセンスは、コードの最初の2桁が同じである最大6つのアクティビティをカバーします。その同じ2桁の区分で6つ以上の場合、さらなるアクティビティは年間のアクティビティごとの料金で追加されます。同じ最初の桁を共有する区分からのアクティビティを追加する場合、年間料金がかかり、その新しい区分から最大6つのアクティビティを受け入れることができます。全く異なる2桁の区分からのアクティビティを追加する場合は、より高い年間料金がかかり、同様にその区分から最大6つのアクティビティを受け入れます。別のライセンスタイプ — サービス、貿易、または工業 — に属するアクティビティには、追加ではなく新しいライセンスが必要です。そして、そのスケジュールでは、シングルファミリーオフィス、不動産、DGCXを例として挙げて、あるアクティビティはスタンドアロンであると注記しています：それは、同じライセンスカテゴリ内でも他のアクティビティと一緒に行うことができません。

一般的な教訓としてそれを読み返してください。「いくつのアクティビティがあるか」というのは一つの質問ではありません。それは四つの質問です：あなたがすでにいるグループ内でいくつあるか、グループがどのくらい広がるか、二つ目のグループを開くのにかかるコスト、そしてどの行がライセンスを共有しないかです。四つすべてに回答していない権限は、質問に答えていないことになります。

下記の概算バンドは、2026年8月15日に公開スケジュールから丸められたものです。これらは権限コストであり、マークアップは含まれず、私たちの料金ではありません。DMCCはその料金が予告なしに変更される可能性があることを示しているため、価格としてではなく階層の形として扱ってください。

当局間で異なる3つの事項が存在し、それらは独立して変動するため、実際のファイルでの接触があった場合にはクロスゾーンルールは存在しません。

レジストリは異なります。ある当局に存在する行は、他の当局には同等のものがないか、または検索しないような名前の下に存在する場合があります。グルーピングは異なります：同じ作業が一つのレジストリではサービスファミリーの下に、別のレジストリではプロフェッショナルファミリーの下にファイルされていることがあり、そのファミリーが近隣を決定します。また、組み合わせルールも異なります：いくつかの当局はこれを公表し、いくつかはケースバイケースで適用し、いくつかは商業用語として扱い、季節によって変動します。

ある結果が人々を何度も困惑させることがあります。それは、命名の問題の衣を着た法域の問題です。RAKEZはフリーゾーン（free zone）とラスアルハイマの非フリーゾーンライセンスの両方を管理しており、それぞれに異なるコードと異なるファミリーで同じ活動を別々に公表しています。コーポレートサービスプロバイダー（CSP）は2回ファイルされており、70100-06は「ゾーン：RAKEZ フリーゾーン | ライセンスタイプ：サービス」と読み、7010006は「ゾーン：RAK非フリーゾーン（RAKEZ経由）| ライセンスタイプ：プロフェッショナル」と読みます。税務コンサルタントも同様に、69200-02と6920002としてファイルされています。これらはフリーゾーンの申請者が選ぶ2つのオプションではなく、欲しい行は、申請している法域によって決まります。範囲文を読むことで、どの行がどれであるかがわかります。

ゾーンはこのラインで競争しています。「最大N活動が含まれている」はUAEの設立マーケティングにおける最も一般的なプロモーション用語の一つであり、記載もされていて、四半期後には静かに異なる種類の用語です。

当社のカタログは構造的な事実を記録しています — 当局が複数の活動を1つのライセンスで統合するかどうか、そしてカテゴリを跨いで統合するかどうか — そして現在進行中のパッケージにどれだけのものが含まれているかについては何も記録していません。これはカタログのための意図的なルールであり、このページのための意図的なルールです：データとして記録された一時的な商業用語は、その真実を超えた事実になります。

したがって、直接ゾーンに確認し、実際に申請しているライセンスに関して文書で確認してください。初回発行に適用される許容範囲は、必ずしも2年目に適用される許容範囲ではなく、それを超えた場合の料金は保持するための料金とは独立しています。

当局が組み合わせルールを全く公表していない場合、公表されたルールの不在は許可を意味しません。それは、評価時にルールが適用されることを意味し、それを知る唯一の方法は支払う前に尋ねることです。

有用な質問は「いくつフィットするか」ではなく、「クライアントが実際に私に依頼する仕事を説明する行はどれか」です。無料だったためにリストした活動は、更新することになる活動であり、コードグループによる価格設定があるレジストリでは、別のグループにプッシュする行になり得ます。

現実に存在する登録行を用いた作業例。コーポレートサービス会社は通常、クライアントから隣接するものを求められます：会計、次に税務申告、次にコーポレートハウスキーピング、次に法的側面の何かです。それらのニーズは、実際のレジストリ行にマッピングされます — レジスタの表現に応じて、会計および簿記、税務コンサルタントまたは税務コンサルティング、コーポレートサービスプロバイダー（CSP）、および法務アドバイザリー行になります。最初の3つは、当社が捕捉するレジストリで同じサービスサイドファミリーに属しており、それが1つのライセンス上のプラウザブルな隣人になる理由です。4つ目は、なぜこの例が変わるかというと、コーポレートサービスクライアントが最も自然に求める行は、当局がまったく保持させてくれない可能性があるものだからです：DMCCは、サービスファミリー内で7411-02として法務コンサルタントをファイルし、「法務コンサルティング活動は独立した活動であり、ドバイ政府法務局からの通知に従って他の活動と共に行うことはできません」とその行自体に記載しています。商業的に明白で、構造的に禁止されています — その当局で、その行において。

同じレジストリが二度このポイントを示し、二度目はコードに対して示します。アカウントの監査と会計および簿記は、DMCCで2つの行がこれほど近接している例です：連続したコード7412-01と7412-02が共にDMCCの組み合わせルールで使用される7412プレフィックスを共有します。それでも、同時に保持することはできません。監査の行には、「地元の企業の支店のみ。‘’7412-02-会計および簿記’’と’’7412-01-アカウントの監査’’の活動を同時に実施することは許可されません」と明記されています。 — ペアリングに関する制限、及びその行を保持できる者に関する制限が、読者がスキップしたかもしれない行に公開されています。したがって、教訓は承認が組み合わせを難しくするのではなく、コードの近接性が組み合わせの許可を意味しないことです：コードは料金表が何を行うかを伝え、制限テキストは当局が何を許可するかを伝え、そして答えとなるのは後者だけです。

承認は、両方の上にある第3層です。DMCCとIFZAはそれぞれ、監査の行が経済省の承認を必要とし、IFZAはそのタイミングを述べています — ライセンスが発行される前に、これはあなたの設立の重要な道筋に第二の規制当局の行列を追加するものです。ああいった行を追加することは、同じ申請の大きなバージョンではなく、以前はファイルにいなかった意思決定者を導入するものです。

これが全体のレンズであり、いかなるルールも発明しません：クライアントが何を求めるかを考え、それを説明するレジストリの行を見つけ、その後各行に付随する承認を確認します。市場で共通していることは、当局が許可することの証拠ではなく、このページはそれ以外の主張をしません。

以下の各質問には、各権限において特定の回答があります。数字だけでソースを提示しないプロバイダーは、異なる質問に回答しています。