Зарубежные ИИ-API и локализация персональных данных в Узбекистане
Практика4 минРедакция Innovialabs
Коротко
Храните основную копию персональных данных на серверах в Узбекистане, а в зарубежные ИИ-API отправляйте только обезличенный текст; если без сырых данных никак — используйте модель, развернутую внутри страны.
Короткий ответ
Закон Республики Узбекистан «О персональных данных» с поправками 2021 года требует, чтобы компании, обрабатывающие персональные данные граждан Узбекистана с помощью информационных технологий, собирали, систематизировали и хранили их на серверах, физически расположенных в Узбекистане, в базах, зарегистрированных в государственном реестре. Запрос к OpenAI, Anthropic или Google — это передача текста за рубеж и обработка там. По сути это трансграничная передача, которая разрешена только при определенных условиях.
Практическое правило: персональные данные живут дома, за границу уходит только то, что не позволяет узнать человека. Если задача требует сырых персональных данных — обрабатывайте их моделью внутри страны. Это не юридическая консультация: конкретный случай стоит проверить с юристом, который знает актуальные нормы.
Что считается персональными данными в ИИ-запросе
Часто забывают, что промпт — это тоже данные. Запрос к зарубежному API может содержать персональные данные, даже если сама база не покидает страну:
- ФИО, телефоны, номера паспортов и ПИНФЛ, адреса;
- переписка и расшифровки звонков, где клиент рассказывает о себе;
- сканы документов для OCR или vision-моделей;
- голосовые записи для распознавания речи;
- сочетания, которые указывают на человека косвенно: дата рождения, район и место работы.
Логи тоже важны. Если приложение пишет полные промпты в зарубежный сервис мониторинга — это еще одна передача.
Четыре варианта архитектуры
| Вариант | Что уходит за рубеж | Качество | Сложность |
|---|---|---|---|
| Локальное хранение + обезличенные запросы | Текст без идентификаторов | Лучшие зарубежные модели | Средняя |
| Своя open-source модель в Узбекистане | Ничего | Зависит от модели и железа | Высокая |
| Гибридная маршрутизация | Только запросы без персданных | Смешанное | Средняя–высокая |
| Передача на правовом основании | Персональные данные | Лучшие зарубежные модели | Юридическая работа, постоянный риск |
1. Локальное хранение и обезличенные запросы
Основная база остается на серверах в Узбекистане. Перед вызовом API слой обезличивания заменяет персональные данные метками:
Исходник: Азиз Каримов, +998 90 123 45 67, просит перенести доставку.
Отправлено: [PERSON_1], [PHONE_1], просит перенести доставку.
Таблица соответствия меток и реальных значений никогда не покидает ваш сервер. Когда приходит ответ, реальные значения подставляются локально. Подход хорошо работает для классификации, суммаризации, черновиков ответов и определения намерения.
Важные детали:
- ищите идентификаторы правилами (regex для телефонов, паспортов, карт) и NER-моделью для имен и адресов;
- обезличивание не бывает идеальным: проверяйте его на реальных примерах и измеряйте, что проскакивает;
- изучите политику провайдера по хранению и обучению на данных, используйте корпоративные условия или режим без хранения, если он доступен.
2. Своя модель внутри страны
Open-weight модели можно запустить на своих GPU-серверах или в дата-центре на территории Узбекистана. Ничего не уходит за рубеж, поэтому становятся возможны задачи с сырыми документами, голосом и полной историей клиента.
Что заложить в план: стоимость GPU, обновление моделей, мониторинг и, как правило, более низкое качество по сравнению с сильнейшими коммерческими моделями, особенно на узбекском. Тестируйте модель на своих данных до запуска.
3. Гибридная маршрутизация
Шлюз решает для каждого запроса: если в тексте есть персональные данные или скан документа — запрос идет в локальную модель; общие вопросы, маркетинговые тексты и код — в зарубежный API. Так вы получаете высокое качество там, где приватность не затронута.
4. Передача на правовом основании
В отдельных случаях передача за рубеж допустима, например с согласия субъекта или в страны с адекватной защитой. Этот путь требует аккуратной юридической работы, понятных текстов согласий и договора об обработке данных с провайдером, а требование о локальном хранении основной базы при этом сохраняется.
Частые ошибки
- Считать API «просто инструментом». Каждый промпт с персданными — это передача.
- Маскировать имена, но не контекст. Уникальное сочетание фактов тоже выдает человека.
- Отправлять полные логи за рубеж в аналитику или трекер ошибок.
- Делать RAG на зарубежном embedding-API по клиентским документам: документы передаются уже на этапе индексации.
- Забыть о реестре. Локальное хранение — только часть требования, базы также нужно регистрировать.
Как выбрать
- Перечислите все ИИ-задачи и отметьте, каким действительно нужны идентифицирующие данные.
- Для остальных используйте обезличивание и зарубежный API.
- Для задач с персданными — локальную модель или четкое правовое основание.
- Задокументируйте потоки данных: что отправляется, куда и кто это хранит.