ガイド
売り手にならずにUAEでオンラインマーケットプレイスを設立する方法
短い回答
マーケットプレイスはリストと紹介を提供することもできますし、価格設定、所有権の取得、支払いの収集、請求書の発行、履行の管理、または返品の受け入れを行うことによって、記録の販売者になることもできます。契約と顧客の旅は、意図された法的役割に一致するべきです。
販売者の決定から始め、リセンスのパンフレットではありません。チェックアウト画面を1ページずつ進め、誰が価格を設定するか、誰が所有権を取得するか、誰がお金を収集するか、請求書に誰の名前が表示されるか、誰が返品を受け入れるかを記録してください。そうして初めて、通常の会社設立をその役割が創り出す支払い、消費者保護および製品適合の位置から分離します。これらをその順序で行うことにより、商業ライセンスは単にプラットフォームが表示するものを販売する許可と混同されることはありません。
運営モデルが法域より先に来る理由
マーケットプレイスは、インターフェースの背後で何が起こるかによって分類され、自己をどのように呼ぶかによって分類されません。プラットフォームが支払いを収集し、精算を保持し、価格を設定したり、製品に対して責任を持つ瞬間、その法的役割は変わり — それに伴いライセンス、税金および消費者の義務も変わります。
創設者は、eコマース風味の活動説明でエンティティを登録することができますが、支払いプロバイダーに乗り込むことができなかったり、製品適合の質問に答えられなかったり、銀行に清算口座にあるお金の所有者を説明できなかったりすることがあります。適切な質問は、どのライセンスが最も迅速に登録されるかではありません。重要なのは、会社が初日およびカタログが成長するにつれて合法的に遂行できる必要のある役割 — イントロデューサー、エージェント、またはプリンシパルです。
これらのモデルの中から、最も計画に近いものを選択することから始めます：
- リスティングおよびリード生成プラットフォーム
- 第三者売り手によるコミッションマーケットプレイス
- 記録の販売者またはリセラーのプラットフォーム
- 履行およびカスタマーサービスを管理するマーケットプレイス
複数該当する場合は、1社よりも小さなグループを期待してください：コミッションを得るプラットフォームオペレーター、モデルが要求する場合に所有権を取得する記録の販売者エンティティ、時には物流またはカスタマーサービス部門が含まれます。主たる販売者リスクを独自のエンティティに保持することが、グループの他の部分が仲介者として存在できるようにします — 一社が両方の役割を同時に果たすことは、銀行や税務アドバイザーが最も受け入れにくいアレンジです。
通常の会社設立が停止する場所
これらの問題を法域や活動が選択される前にテストしてください。各々はプラットフォームを静かに販売者に変えることができます：
- 販売者のアイデンティティと消費者の開示
- 支払いの収集と清算
- 製品の適合性と制限商品
- 履行、返金、保証および苦情
- VAT、請求書発行およびマーケットプレイス報告
このリストにヒットしたからといって自動的に規制された認可が必要というわけではありません。ライセンスされた支払いパートナーや再設計されたチェックアウトが解決策となる可能性があります。それは、ラベルではなく事実に基づいた決定が必要であることを意味しています。また、ラベルも他の方向で失敗します。販売請求書を発行し、返金を受け取るプラットフォームは、条件が仲介者であることについて何を言っても、売り手なのです。
役割を境界条件として書き留めてください：プラットフォームが行う機能、売り手が保持する機能、ライセンスされた支払いまたは物流パートナーと共有する機能、そして在庫保持、価格設定、納品の約束など、答えをひっくり返す可能性のあるロードマップ機能です。支払い提供者、売り手、銀行、消費者当局はすべて、その文書に沿ってプラットフォームを評価します。
答えを変える構造上の決定
- エージェント、マーケットプレイスまたは主要売り手
- 商品、サービスまたはその両方
- 国内売り手対越境売り手
- 自己履行対売り手配送
- 手数料、サブスクリプションまたは再販マージン
バイヤーに接触するエンティティは、その主張する役割を保持すべきです — その活動、契約、システムおよび苦情プロセスが一致している必要があります。商業記録を持つ企業、知的財産権者、または海外の親会社はグループ内の他の場所に座ることができますが、それぞれが真の機能を持つ必要があります。安価な設定を宣伝するために選ばれた構造は、通常、支払い提供者や税務アドバイザーが実際に商品を販売したのは誰かという問いを投げかけられるときに再浮上します。
コストとタイムライン：1つの見出し番号ではなく、層を使用する
マーケットプレイスにとってライセンスは安価なラインです；予算は信託インフラに存在し、決済がプラットフォームを通過する場合は運転資本に存在します。適切にレイヤーを重ねてください：
- エンティティ設立：登録、憲法文書、活動選択、設立カード、作業スペースおよび移民能力 — 重要な層になることはほとんどありません。
- 境界と承認作業：売り手としての記録分析、支払い役割の決定、消費者プロセス設計、主要モデルが追加する製品または輸入の許可。
- 信託および運営インフラ：売り手の確認、製品のスクリーニング、支払い統合、返金および紛争ツール — 支配的なレイヤー — さらに、プラットフォームを通過するお金が必要とする返金および売り手の支払いに要求されるフロート。
- プラットフォームアーキテクチャ、クライアント契約、および支払い配分を決定してください。会社は個別の購入者と売り手をつなぎますか?複数の支払いプロバイダーを仲介するか?複数の商品カテゴリーをサポートするか?
- 繰り返しの義務：ライセンス更新、監査、税務申告（マーケットプレイス報告を含む）、支払いパートナーのレビューおよび契約更新。
タイムラインは登録ではなくオンボーディングによって制約されます：支払いパートナーはモデルを受け入れなければならず、最初の売り手は検証に合格し、消費者プロセスはエンドツーエンドで機能しなければなりません。エンティティは最初の段階に存在することができます；マーケットプレイスはバイヤーが返金を受け取れるときにのみ存在します。
銀行、投資家および商業の準備
マーケットプレイスを引き受ける銀行は、実際には決済のストーリーを引き受けています：各瞬間に口座にいるお金は誰のものであり、プラットフォームがそれを保持する権利は何か。オンボーディングが始まる前に以下を準備してください：
- 顧客、注文および資金の流れのマップ
- 売り手契約およびオンボーディングコントロール
- 製品および制限商品ポリシー
- 返金および紛争プロセス
- 税金および請求位置
テストは、売り手契約、バイヤー条件、支払い契約および銀行申請が同じ役割を説明しているかどうかです。それらが一致しているとき、ほとんどのオンボーディングの質問は決してされません。それらが矛盾しているとき、どれだけの書類作成によっても解決することはありません — そしてそれがアカウント、投資または承認を保証することはありません。
設立のために支払う前に回答すべき質問
- 顧客に販売するのは誰ですか？
- 支払いを受け取り、返金するのは誰ですか？
- 価格と履行を管理するのは誰ですか？
- 制限されている製品はどれですか？
- 税請求書と保証を処理するのは誰ですか？
これらの質問のいずれかが未回答の場合、役割の決定がデフォルトで行われていることになります。通常、これはチェックアウトを作成した人によって行われます。仮定を記録し、ライセンスにハードコードする前に誰がそれを確認しなければならないかを記録してください。
一般的な間違い
- 販売請求書を発行しながらプラットフォームを仲介者と呼ぶこと
- 製品の権利を確認せずに販売者をオンボーディングすること
- 支払い役割を分析せずに決済資金を保持すること
- 他の市場から返金ルールをコピーすること
この業界でのミスの高額版は、仲介価格で立ち上げ、最初の支払いプロバイダーによるレビューまたは税務監査でチェックアウトがプラットフォームを主たるものにしていることを発見することです。最初に完全なルートを比較してください：各役割での初年度および更新コスト、各自が負う支払いおよび消費者の義務、銀行の影響、立ち上げ後のすべての売り手と買い手の契約を再作成するコスト。
VelaroZoneが評価するもの
VelaroZoneのアドバイザー主導の評価は、チェックアウトデザインを設定決定に変えます。事実に応じて、文書化された計画には次の内容が含まれる場合があります：
- 比較する価値のあるルートカテゴリと、それぞれが紹介者、エージェント、および主たる役割をどのように扱うか。
- モデルのどの部分が通常の商業登録であり、どの部分が支払い、消費者、または製品コンプライアンス作業を引き起こすか。
- 立ち上げを制限する支払いパートナー、検証、および返金プロセスの依存関係。
- ライセンスではなく、信頼インフラと決済が浮遊するコスト層が重要な数字です。
- 専門家による確認が必要な文書、未解決の質問、および仮定。
- クライアントがルートを理解し、承認した後にのみ始まるファイリングシーケンス。
最終的な当局リスト、正確な活動選択、現在の要件、ファイリングパスは、実際の事実に対して確認されます。これは決定の成果物であり、ウェブサイトの主張ではありません。
