Посібник
Як створити онлайн-ринок в ОАЕ, не ставши продавцем
Коротка відповідь
Ринок може надавати списки та знайомства, або він може стати продавцем, встановлюючи ціну, беручи право власності, збираючи платежі, видаючи рахунки, контролюючи виконання або приймаючи повернення. Контракти та шлях споживача повинні відповідати задекларованій юридичній ролі.
Розпочинайте з рішення про роль продавця, а не з брошури ліцензій. Перегляньте екран оформлення замовлення крок за кроком і запишіть, хто встановлює ціну, хто бере право власності, хто збирає гроші, чиє ім'я на рахунку і хто приймає повернення. Тільки після цього відокремте звичайну реєстрацію компанії від платіжних, споживчо-захисних та вимог до відповідності, які створює ця роль. Виконане в такому порядку, комерційна ліцензія ніколи не сплутується з дозволом на продаж того, що платформа просто відображає.
Чому модель експлуатації попереду юрисдикції
Ринок класифікується за тим, що відбувається за інтерфейсом, а не за тим, як він себе називає. У момент, коли платформа збирає платіж, проводить розрахунок, встановлює ціни або відповідає за продукт, її юридична роль змінюється — і разом з нею обов'язки щодо ліцензування, оподаткування та споживачів, що застосовуються.
Засновник може зареєструвати сутність з описом діяльності у сфері електронної комерції і все ще не зможе приєднатися до постачальника платежів, задовольнити питання про відповідність продукту чи пояснити банку, хто володіє грошима, що лежать на розрахунковому рахунку. Правильне питання не в тому, яка ліцензія реєструється швидше. Це яка роль — посередник, агент чи основний — компанія повинна буде здатна виконувати законно з першого дня та в міру зростання каталогу.
Почніть з вибору того, яка з цих моделей найближче описує ваш план:
- Платформа для списків і генерації лідів
- Комісійний ринок з третім продавцями
- Платформа торговця або реселлера
- Керований ринок, що контролює виконання та обслуговування клієнтів
Якщо застосовано більше ніж один варіант, очікуйте невелику групу, а не одну компанію: оператор платформи, що отримує комісію, сутність торговця, що бере право власності, де цього вимагає модель, іноді підрозділ логістики або обслуговування клієнтів. Тримання ризику основного продавця в окремій сутності дозволяє решті групи залишатись посередником — одна компанія, яка виконує обидві ролі одночасно, є тим, що банки та податкові консультанти вважають найскладнішим для прийняття.
Де може закінчитися звичайне створення компанії
Перевірте ці питання перед вибором юрисдикції або діяльності, оскільки кожне з них може тихо перетворити платформу на продавця:
- Ідентичність продавця та розкриття інформації споживачам
- Збір платежів та врегулювання
- Відповідність продукції та обмежені товари
- Виконання, повернення, гарантії та скарги
- ПДВ, фактури та звітність на ринку
Попадання до цього списку не означає автоматично, що потрібна регульована авторизація; ліцензований партнер із платежів або перероблений процес оформлення можуть це вирішити. Це означає, що роль потребує рішення на основі фактів, а не ярлика. Ярлик також не спрацьовує в іншому напрямку: платформа, яка видає продажну фактуру та приймає повернення, є продавцем, незалежно від того, що кажуть умови і положення щодо посередництва.
Запишіть роль як периферійну позицію: які функції виконує платформа, які залишаються у продавців, які віддають ліцензованому партнеру з платежів або логістики, і які функції дорожньої карти — утримання запасів, встановлення цін, обіцянка доставки — змінили б відповідь. Постачальники платежів, продавці, банки та споживчі органи всі зчитують платформу з огляду на цей документ.
Структурні рішення, які змінюють відповідь
Розподіл відповідальності за продаж визначає структуру, тому врегулюйте ці змінні перед тим, як порівнювати материк, вільна зона та фінансові маршрути:
- Агент, ринок чи головний продавець
- Товари, послуги чи обидва
- Внутрішні проти трансакційних продавців
- Власне виконання проти доставки продавця
- Комісія, підписка або маржа від перепродажу
Суб'єкт, який стикається з покупцем, має займати ту роль, яку він заявляє — з відповідними діяльністю, контрактами, системами та процесом скарг. Компанія продавець-реєстратор, власник ІП або закордонний материнський підрозділ можуть знаходитись в іншій частині групи, але кожен має справжню функцію. Структура, обрана для реклами дешевої налаштування, зазвичай спливає знову, коли постачальник платежів або податковий консультант запитує, хто насправді продав товари.
Витрати та терміни: використовуйте шари, а не одне заголовне число
Для ринку ліцензія є дешевим напрямом; бюджет існує в інфраструктурі трUSTу і, коли врегулювання проходить через платформу, у робочому капіталі. Шаруйте відповідно:
- Формування юридичної особи: реєстрація, конституційні документи, вибір діяльності, картка установи, робочий простір та імміграційна спроможність — рідко той шар, який має значення.
- Периферійна та схвалювальна робота: аналіз продавця-реєстратора, рішення щодо ролі платежу, проект процесу споживача та будь-які дозволи на продукцію або імпорт, які додає головна модель.
- Інфраструктура трUSTу та операцій: перевірка продавців, скринінг продуктів, інтеграція платежів, інструменти для повернення та вирішення спорів — домінуючий шар — плюс фонди, які потребують повернення та виплати продавцеві, коли гроші проходять через платформу.
- Люди та управління: підтримка продавця, вирішення спорів, відповідність, фінанси та візи, що стоять за ними, коригуються відповідно до обсягу замовлення, а не планів щодо чисельності персоналу.
- Повторювальні зобов'язання: відновлення ліцензії, аудити, податкові звіти, включаючи звітність на ринку, перевірки партнерів з платежів та подовження контрактів.
Графік обмежується онбордингом, а не реєстрацією: партнер із платежів має прийняти модель, перші продавці мають пройти перевірку, і процеси споживачів повинні працювати з початку до кінця. Суб'єкт може існувати на першому етапі; ринок існує лише тоді, коли покупець може отримати повернення.
Готовність до банківської, інвестиційної та комерційної діяльності
Банк, що підписує угоду з ринком, насправді підписує угоду з вирішення врегулювання: чої гроші знаходяться на рахунку в кожен момент часу, і на якій підставі платформа їх утримує. Підготуйте наступне перед початком онбордингу:
- Карта клієнта, замовлення та грошових потоків
- Угода з продавцем та контроль онбордингу
- Політика щодо продукції та обмежених товарів
- Процес повернення та вирішення спорів
- Податкова та рахункова позиція
Перевірка полягає в тому, чи угода продавця, умови покупця, платіжний контракт та банківська заявка описують ту саму роль. Коли вони це роблять, більшість питань при вселенні не задаються. Коли вони суперечать, жодна кількість документів це не виправить — і жоден з них не гарантує обліковий запис, інвестицію чи схвалення.
Питання, на які потрібно відповісти перед тим, як сплачувати за налаштування
- Хто продає клієнту?
- Хто отримує та повертає платіж?
- Хто контролює ціну та виконання?
- Які продукти є обмеженими?
- Хто займається податковими рахунками та гарантіями?
Будь-яке з цих питань, на яке не відповіли, є рішенням про роль, що приймається за замовчуванням — зазвичай тим, хто складав форму оформлення. Зазначте припущення і того, хто повинен його підтвердити, перш ніж пакет для створення фіксуватиме це в ліцензії.
Поширені помилки
- Називаючи платформу посередником, видаючи рахунок на продаж
- Онбординг продавців без перевірки прав на продукт
- Утримуючи гроші за розрахунками без аналізу платіжної ролі
- Копіюючи правила повернення з іншого ринку
Витратна версія помилки в цьому секторі — запуск на основі посередницької ціни і виявлення, на першій перевірці постачальника платежів або податковому аудиті, що форма оформлення зробила платформу основним. Замість цього порівняйте повні маршрути заздалегідь: витрати на перший рік і продовження в кожній ролі, зобов'язання щодо платежів і споживачів, банківські наслідки та витрати на переписання кожного контракту продавця та покупця після запуску.
Що оцінює Velarozone
Оцінка, що проводиться консультантом Velarozone, перетворює дизайн оформлення на рішення про створення. Залежно від фактів, письмовий план може охоплювати:
- Категорії маршрутів, які варто порівняти, та як кожна з них трактує ролі представника, агента і основного.
- Які частини моделі є звичайною комерційною реєстрацією, а які викликають роботи з дотримання платежів, споживачів або продуктів.
- Залежності платіжного партнера, перевірки та процесу повернення, які є воротами до запуску.
- Слої витрат, в яких інфраструктура довіри та розрахунок флоту, а не ліцензія, є показниками, що мають значення.
- Документи, відкриті запитання та припущення, що вимагають підтвердження спеціалістами.
- Послідовність подачі, яка починається тільки після того, як клієнт розуміє та затверджує маршрут.
Остаточний список уповноважених осіб, точний вибір діяльності, поточні вимоги та шлях подачі підтверджуються на основі актуальних даних. Це результати рішень, а не заяви сайту.
