> ## Documentation Index
> Fetch the complete documentation index at: https://docs.apiyi.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Как обеспечить соответствие требованиям для продукта, ориентированного на Китай, при использовании зарубежных моделей?

> Основные требования к соответствию для продуктов, ориентированных на Китай, которые вызывают зарубежные LLM через API: лицензии на продукт, статус регистрации модели, требования к модерации контента и распространённые отраслевые практики.

## Краткий ответ

Да, такой продукт можно создать. Вопрос соответствия требованиям нужно разделить на два уровня:

* **Стандартные лицензии продукта** (регистрация ICP, проверка в app store и т. д.) оформляются как обычно — они не зависят от того, какая model работает в вашем backend
* **Файллинг model**: китайские регуляторы сейчас признают только отечественные models (те, чьи credentials для filing предоставляются крупными облачными платформами); зарубежные models не могут получить filing в Китае

Кроме того, любой продукт, обслуживающий пользователей в материковом Китае, должен выстраивать собственный pipeline модерации контента — это базовое требование, независимо от того, какую model вы используете.

## Уровень 1: Стандартные лицензии в зависимости от формата продукта

<CardGroup cols={2}>
  <Card title="Веб-сайты" icon="globe">
    Требуется ICP-подача; для коммерческих услуг дополнительно может понадобиться лицензия на телекоммуникационную деятельность с добавленной стоимостью (например, ICP-лицензия). Это стандартные требования для запуска любого сайта в Китае.
  </Card>

  <Card title="Мини-программы / приложения" icon="smartphone">
    Соблюдайте требования к категории и квалификации WeChat и магазинов приложений. Для категорий AI платформы обычно запрашивают информацию о регистрации модели при проверке перед размещением.
  </Card>
</CardGroup>

Этот уровень в значительной степени не зависит от того, какого поставщика модели вы используете — просто подготовьте материалы в соответствии с правилами платформы.

## Уровень 2: Текущее состояние регистрации модели

Для регистраций генеративных AI-сервисов китайские регуляторы в настоящее время признают **отечественные модели, которые завершили регистрацию** — то есть те, чьи учетные данные могут предоставить крупные облачные платформы. Зарубежные модели (GPT, Claude, Gemini и т. д.) не могут получить регистрацию в материковом Китае.

Иными словами: если в процессе листинга запрашивается информация о регистрации модели, зарубежная модель просто не может предоставить такие учетные данные.

С самой процедурой регистрации ознакомьтесь в [Регистрация алгоритма для мини-приложений AI Agent](/ru/faq/agent-miniapp-algorithm-filing).

## Распространённая отраслeвая практика и её риски

На практике многие продукты, ориентированные на рынок Китая, по-прежнему используют зарубежные модели. Типичный подход выглядит так:

* При размещении и регистрации подают регистрационные данные **уже поданной отечественной модели**
* Скрывают фактическую модель на бэкенде, раскрывая пользователям только продуктовое название функции (алиас)
* Пользователи видят названия вроде «XX Assistant» или «XX Photo Editor» — но никогда не видят название базовой модели

<Warning>
  **Предупреждение о рисках**: Эта практика находится в серой зоне — поданные регистрационные данные не соответствуют фактически используемой модели, что несёт риск признания несоответствия со стороны платформ или регуляторов. Мы объективно описываем это отраслевое явление; это не рекомендация, и всю ответственность за риски несёт оператор продукта. Для серьёзных продуктов перед принятием решения проконсультируйтесь с квалифицированным юристом.
</Warning>

## Модерация контента — это базовый уровень

Какой бы моделью ни был оснащён ваш backend, продукт, обслуживающий пользователей в материковом Китае, нуждается в **собственном pipeline модерации контента**:

* **На входе**: перехватывайте чувствительную информацию и запрещённые запросы до того, как они достигнут модели
* **На выходе**: проверяйте сгенерированные результаты, чтобы не допустить попадания несоответствующего контента к пользователям

Встроенные механизмы безопасности модели не могут заменить compliance на уровне бизнеса — стандарты фильтрации на стороне модели не совпадают с требованиями китайского регулирования. Добавление слоя модерации на вашей собственной платформе — это корректный подход к соблюдению требований.

<Tip>
  Крупные облачные провайдеры предлагают зрелые сервисы модерации контента (API для модерации текста и изображений). Стоимость интеграции невысока — заложите это на этапе проектирования продукта.
</Tip>

Подробнее о соответствии требованиям к контенту см. [Политика безопасности контента](/ru/faq/content-safety).

## Часто задаваемые вопросы

<AccordionGroup>
  <Accordion title="При обращении к моделям через APIYI кто является субъектом регистрации?">
    Субъектом регистрации является **оператор продукта, обслуживающий конечных пользователей** — то есть вы. APIYI предоставляет канал API-релей; он не может заменить собственные лицензии и обязательства по регистрации вашего продукта.
  </Accordion>

  <Accordion title="Регистрация алгоритма и регистрация сервиса генеративного ИИ — это одно и то же?">
    Нет. Регистрация алгоритма охватывает сам алгоритмический сервис (рекомендации, генеративный синтез и т. д.) и выполняется поставщиком сервиса — оператором продукта. Регистрация сервиса генеративного ИИ (обычно называемая регистрацией модели) охватывает сервис LLM и, как правило, выполняется вендором модели. Обязательство, с которым команды продукта чаще всего сталкиваются, — это первый вариант; см. [Регистрация алгоритма для мини-приложений ИИ-агента](/ru/faq/agent-miniapp-algorithm-filing) для ознакомления с процедурой.
  </Accordion>

  <Accordion title="Мой продукт обслуживает только зарубежных пользователей — мне всё это всё ещё нужно?">
    Если ваш продукт не обслуживает пользователей в материковом Китае, указанные выше требования к регистрации, как правило, не применяются, и вы можете напрямую использовать зарубежные модели. Вам всё равно нужно соблюдать законы ваших целевых рынков (например, правила защиты данных ЕС).
  </Accordion>
</AccordionGroup>

## Связанная документация

<CardGroup cols={2}>
  <Card title="Algorithm Filing for Mini Programs" icon="file-check-2" href="/ru/faq/agent-miniapp-algorithm-filing">
    Общая процедура и практический опыт по подаче заявки на algorithm filing.
  </Card>

  <Card title="Content Safety Policy" icon="shield-check" href="/ru/faq/content-safety">
    Примечания по соблюдению требований к контенту для продуктов на основе LLM.
  </Card>

  <Card title="Data Security" icon="shield" href="/ru/faq/data-security">
    Механизмы шифрованной передачи и минимизации данных.
  </Card>

  <Card title="Server Locations" icon="server" href="/ru/faq/server-location">
    Расположение серверов APIYI и сетевые маршруты.
  </Card>
</CardGroup>

<Note>
  Эта статья делится практическим опытом и не является юридической консультацией. Политики в этой области все еще развиваются — всегда следуйте последним требованиям регуляторов и платформ.
</Note>
