Предприниматель создаёт сервис, который извлекает сведения из документов и помогает переносить их в рабочую систему клиента. Первые заказчики платят за внедрение под свои процессы. Затем команда выделяет повторяющиеся функции и предлагает готовый продукт по подписке.
На этом пути компания в ОАЭ может стать стороной договоров с клиентами, разработчиками и технологическими поставщиками. Но до регистрации нужно понять, что именно она будет продавать: консультации, заказную разработку, доступ к программному продукту или услуги обработки данных.
Рассмотрим такой путь на примере компании в Meydan Free Zone. Здесь особенно важны экономика каждого запроса к модели, доступ к данным заказчика и права на решение, которое команда собирается продавать многим клиентам.
Выбираем задачу, за которую готов платить клиент
В нашем примере основатель работает с небольшими торговыми компаниями. Их сотрудники получают инвойсы и заказы в разных форматах, переносят реквизиты и позиции в учётную систему, а затем исправляют ошибки. Команда предлагает автоматизировать извлечение информации и подготовку записи для проверки сотрудником.
Для первого проекта основатель ограничивает задачу: несколько согласованных типов документов, определённые языки и конкретный набор полей. Сервис показывает, из какого фрагмента документа взялось значение. Неуверенные результаты направляются на проверку; окончательное действие в учётной системе подтверждает человек.
Так проще проверить пользу продукта. До пилота заказчик и команда договариваются, как измерять время обработки, долю исправлений и число документов, которые требуют ручного разбора. Тест проводят на примерах, которые представляют реальную работу клиента, включая плохие сканы и необычные форматы.
Платный пилот должен дать ответ на два вопроса: получает ли клиент измеримую пользу и может ли поставщик обеспечить её по приемлемой себестоимости. Красивой демонстрации на нескольких удачных файлах для этого недостаточно.
Определяем бизнес-модель и деятельность
| Модель | Что получает заказчик | Источник выручки |
|---|---|---|
| AI-консалтинг | Оценку возможностей, исследование и план внедрения | Плата за консультационный проект |
| Заказная разработка и внедрение | Решение под свои документы и системы | Плата за этапы проекта и сопровождение |
| Готовый AI-продукт | Доступ к повторяемой функциональности | Подписка и оплата дополнительного объёма |
| Самостоятельная обработка данных | Согласованный результат обработки переданного массива | Оплата объёма или задания |
Вначале компания из нашего примера разрабатывает и внедряет решение. Позже она продаёт доступ к продукту. Этот переход нужно учитывать и в лицензии, и в договорах.
Для предварительного обсуждения с Meydan можно рассмотреть следующие деятельности:
| Код | Деятельность в переводе | Когда рассматривается |
|---|---|---|
| 6201.01 | Проектирование и написание кода систем, приложений, баз данных и веб-страниц | Команда разрабатывает приложение и интеграции |
| 7020.99 | Исследования и консультации в области инноваций и искусственного интеллекта | Компания отдельно продаёт исследования и рекомендации |
| 5820.01 | Издание готового программного обеспечения, не разработанного под индивидуальный заказ | Компания выводит на рынок готовый программный продукт |
| 6311.00 | Обработка данных, хостинг и связанные услуги | Обработка или хостинг составляют самостоятельную услугу компании |
Коды сверены с опубликованным каталогом Meydan, страницы PDF 39, 47, 48 и 59. Это кандидаты под разные операции, а не обязательный комплект из четырёх строк.
Meydan описывает 7020.99 именно как исследования и консультации. Наличие слов Artificial Intelligence в названии не означает, что этот код покрывает разработку любого AI-продукта. Описание AI-консалтинга Meydan.
При согласовании важно описать фактический сервис: что он делает, где обрабатывает данные и что будет написано в договоре и инвойсе. Само использование облака не означает, что компания продаёт хостинг. Для подписной модели также уточняют применимость деятельности по изданию ПО к конкретному способу предоставления продукта.
Регистрируем компанию под первые договоры
Основатель определяет состав участников, руководителя, визовые задачи и будущие платежи. Регистрационная смета должна соответствовать этому плану: кто будет работать из ОАЭ, кому нужны визы через компанию и как распределена команда.
В стандартных случаях регистрационный этап можно пройти дистанционно, а для визы и Emirates ID потребуется присутствие на отдельных этапах. Состав пакета и визовые расходы рассматривают отдельно. Подробности приведены на странице регистрации компании в Meydan Free Zone.
Параллельно основатель готовит объяснение бизнеса для банка: описание продукта, предполагаемые клиенты, страны поступлений и платежей, договоры или подтверждения переговоров. Банковский счёт и доступ к платёжному сервису нужно планировать как самостоятельные этапы. Решение банка зависит от его проверки. Meydan о банковском сопровождении.
После регистрации новые договоры заключаются от имени компании. Если прототип, домен или договор с первым заказчиком уже оформлены на основателя, их дальнейшее использование компанией нужно закрепить документально.
Согласуем пилот и будущие права на продукт
Предположим, первый заказчик оплачивает настройку извлечения данных и интеграцию со своей системой. Для договора полезно разделить три части:
- общую технологию и компоненты, которые команда собирается развивать для разных клиентов;
- индивидуальную доработку, создаваемую для этого заказчика;
- документы, справочники и другие данные клиента.
Так стороны заранее определяют, что получает заказчик, какие права остаются у разработчика и что можно повторно использовать. Если первый клиент заказывает исключительные права на всё решение, это может помешать планируемому переходу к собственному продукту. Условия нужно согласовать до начала работ.
В договоре пилота также фиксируют объём документов, критерии приёмки, ограничения системы, порядок проверки результатов и стоимость дополнительных работ. Например, подключение ещё одной учётной системы или нового языка может стать отдельным этапом.
Если клиентские документы понадобятся для тестирования, улучшения или обучения модели, каждую из этих целей необходимо обсудить отдельно. Разрешение обработать документы для выполнения заказа не стоит трактовать как разрешение использовать их для любых будущих продуктов.
Проверяем весь путь клиентских данных
В AI-сервисе файл может пройти через загрузку, распознавание текста, внешнюю модель, базу данных, журналы работы и систему поддержки. Поэтому фраза «у нас сервер в ОАЭ» ещё не описывает весь маршрут информации.
До подключения клиента основатель составляет простую схему: какие данные принимает сервис, кому передаёт, где они хранятся и когда удаляются. В договоре обработки данных полезно определить роли сторон, инструкции клиента, привлекаемых поставщиков, доступ сотрудников и действия при инциденте.
Документы компаний могут содержать персональные данные — например, имена и контакты сотрудников. В ОАЭ действует федеральный закон о защите персональных данных с условиями обработки и трансграничной передачи. Применимость закона и специальных режимов проверяют по конкретным данным и участникам. Передачу внешнему провайдеру за рубеж рассматривают отдельно. Federal Decree-Law № 45/2021, в том числе статьи 22–23.
Для нашего примера разумная конфигурация пилота — минимально необходимый набор полей, раздельный доступ клиентов, ограниченное хранение и отсутствие лишних копий документов в журналах. На ранних демонстрациях можно использовать синтетические или надлежащим образом обезличенные примеры.
У провайдера модели нужно проверить условия именно выбранного API, функций и договора: используются ли данные для обучения, сохраняются ли запросы и ответы, какие исключения действуют. Например, документация Anthropic отдельно описывает режимы хранения и их применимость к разным функциям. Поэтому обещание «ничего не сохраняется» нельзя делать только по общему описанию сервиса. Документация о хранении данных API.
Коммерческая тайна клиента тоже требует защиты, даже если конкретный файл не содержит персональных данных. Обещания в договоре должны соответствовать реальной схеме работы продукта и подрядчиков.
Считаем себестоимость обработки
В нашем сценарии команда использует готовую модель через API. Она платит за вызовы модели, распознавание документов, хранение и инфраструктуру. Дополнительные расходы возникают из-за повторных попыток, проверки спорных результатов и поддержки пользователей.
Для расчёта удобно выбрать единицу, которую понимает клиент, например документ. Но внутри команды нужно учитывать размер и количество страниц, объём переданного текста, число обращений к модели и ручную обработку. Один короткий инвойс и многостраничный скан могут иметь разную себестоимость.
Рассмотрим полностью условный месячный расчёт одного клиента. Все суммы указаны в AED без VAT; возмещаемый входной VAT в расходы не включён. Это пример метода, а не тариф провайдера или рыночная цена продукта.
| Показатель | Допущение |
|---|---|
| Подписка клиента | 1 500 |
| Обработанные документы согласованного размера и сложности | 10 000 |
| Модели и распознавание на документ, включая средние повторы | 0,035 |
| Модели и распознавание за месяц | 350 |
| Инфраструктура, относимая на клиента | 100 |
| Поддержка и разбор исключений | 150 |
| Приём платежа, условно 3% | 45 |
| Расходы на обслуживание клиента | 645 |
| Остаток для покрытия разработки, продаж и прибыли | 855 |
В этом примере остаётся 57% выручки до общих расходов и корпоративного налога. Если при той же подписке клиент обработает 40 000 документов, расходы на модели и распознавание вырастут до AED 1 400. Даже если прочие расходы останутся прежними, итог обслуживания составит AED 1 695 — компания потеряет AED 195 за месяц ещё до общих затрат.
Из такого расчёта следует решение о тарифе: включённый объём, ограничения размера документов, цена превышения и отдельная стоимость сложных интеграций. Безлимитная подписка требует проверки на активных пользователях, а не только на среднем клиенте.
Если общие ежемесячные расходы команды составляют условные AED 25 000 и не дублируют строки таблицы, для их покрытия нужно около 30 клиентов с тем же вкладом AED 855. Это расчётная точка безубыточности, а не прогноз спроса. При росте нагрузки придётся заново проверить штат, инфраструктуру и поддержку.
Превращаем внедрения в повторяемый продукт
После нескольких проектов команда сравнивает, какая часть работы повторяется. Если каждый новый заказчик требует отдельной разработки, бизнес пока следует считать сервисным и закладывать соответствующие расходы.
Для перехода к подписке основатель выделяет общий набор функций: загрузка документов, согласованные поля, проверка результата, выгрузка и управление доступом. Индивидуальные интеграции остаются отдельной услугой, если их нельзя включить в стандартный тариф с приемлемой себестоимостью.
В управленческом учёте полезно разделить разовую настройку, регулярную подписку и оплату сверх включённого объёма. Поступление за внедрение не стоит включать в ежемесячную повторяющуюся выручку. А подписанную подписку нужно сопоставлять с фактическими оплатами, использованием и продлениями.
Качество проверяют и после запуска: обновление модели или изменение входных документов может повлиять на результат. Команде нужен сохранённый набор проверочных примеров, разбор ошибок и способ вернуть предыдущую рабочую конфигурацию. Для клиента это означает предсказуемую услугу, а для компании — управляемые затраты на поддержку.
Что именно принадлежит AI-стартапу
В продукте могут сочетаться собственный код, сторонняя модель, открытые библиотеки, настройки, база знаний и данные клиентов. Их правовой статус нужно рассматривать по отдельности.
В договорах с сооснователями и исполнителями закрепляют права компании на создаваемые компоненты. Для сторонних моделей и библиотек проверяют условия коммерческого использования. Для данных — основания доступа и разрешённые цели. Возможность использовать результат генерации по договору с провайдером не следует приравнивать к гарантии исключительного авторского права на любой такой результат. Вопросы входных данных, условий провайдера и прав на результат рассматриваются в рекомендациях WIPO по генеративному AI и интеллектуальной собственности.
Для сервиса обработки документов собственная ценность может заключаться в отраслевой логике, интеграциях, проверке качества и удобстве работы. Использование готовой модели этому не мешает. В описании продукта для клиентов и инвесторов нужно точно показывать, какая технология разработана компанией, а какая предоставляется извне.
Готовим компанию к разговору с инвестором
Если основатели рассчитывают привлечь инвестиции, полезно заранее собрать материалы, по которым можно проверить бизнес:
| Что показать | Какой вопрос это закрывает |
|---|---|
| Состав участников и договорённости сооснователей | Кому принадлежит компания и как принимаются решения |
| Документы на код и другие компоненты | Что компания вправе продавать и развивать |
| Условия моделей, облака и обработки данных | От каких поставщиков и договорных ограничений зависит продукт |
| Договоры, платежи и продления клиентов | Есть ли подтверждённый спрос и повторная выручка |
| Себестоимость по клиентам и объёму использования | Сохраняется ли экономика при росте нагрузки |
| План расходов и остаток денег | До какого этапа хватает финансирования |
Это рабочий перечень для подготовки, а не универсальные требования любого фонда. До выбора структуры сделки стоит выяснить требования конкретного инвестора: к юрисдикции, владению IP, корпоративным правам и будущему участию команды.
Возможность реализовать нужные договорённости следует проверить по корпоративным документам и правилам Meydan. Публичные регламенты и формы размещены в разделе Rules & Regulations. Зарубежный шаблон инвестиционного соглашения нельзя считать готовым решением для любой компании ОАЭ. В некоторых проектах выбор структуры привлечения капитала влияет и на первоначальную регистрацию.
Какие налоги заложить в модель
Название AI-стартап не создаёт отдельного автоматического освобождения от корпоративного налога. Для общего режима применяются 0% на налогооблагаемый доход до AED 375 000 и 9% на превышение; речь идёт о прибыли с налоговыми корректировками. Минфин ОАЭ о ставках.
Для собственного программного обеспечения можно отдельно анализировать режим квалифицируемой интеллектуальной собственности. Он требует выполнения условий QFZP и подтверждения прав, расходов на исследования и разработку и соответствующего дохода. Подключение чужой модели по API само по себе не подтверждает право на льготу и не заменяет анализ собственного ПО. Ministerial Decision № 229/2025, статья 4.
Для VAT важно различать заказное внедрение и автоматически предоставляемую электронную услугу, учитывать место её использования и следить за условиями регистрации. Зарубежный клиент сам по себе не означает одинаковый налоговый результат для всех этих операций. FTA об электронной коммерции, FTA об условиях регистрации по VAT.
Налоговую модель, отчётность и применимые льготы, включая Small Business Relief, рассчитывают по всей деятельности компании. Подробнее — в нашем материале о корпоративном налоге.
С чего начать регистрацию AI-компании
Для предварительного разговора достаточно описать продукт и первые продажи: кто клиент, за что он платит, какие данные передаёт и где они обрабатываются. Затем уточнить, есть ли собственная разработка, кто входит в команду, кому нужны визы и предполагается ли привлечение инвестора.
Мы поможем подобрать виды деятельности для регистрации в Meydan Free Zone и подготовить смету с учётом состава учредителей и визовых задач. Вопросы обработки данных, прав на продукт и инвестиционной сделки следует согласовать с соответствующими специалистами под фактическую модель бизнеса.