Можно ли применять ИИ к данным клиентов? GDPR-гид для бизнеса в Балтии

Представьте простой план: ИИ-ассистент готовит ответы на письма клиентов или считывает счета поставщиков и вносит их в бухгалтерскую систему. И тут проект останавливает один вопрос: а разрешено ли это вообще по GDPR?

Короткий ответ: как правило, да, потому что GDPR не запрещает ИИ. Регламент задаёт те же вопросы, что и к любому программному обеспечению, которое работает с персональными данными: есть ли у вас обоснованная причина, сообщили ли вы людям, защищены ли данные и знаете ли вы, куда они попадают. Реальные риски практические: данные уходят поставщику по неподходящему тарифу, без договора или в регион, который никто не проверил.

Рамки и ограничения. Это общая информация для владельцев бизнеса, а не юридическая консультация, и она относится к Общему регламенту ЕС по защите данных (GDPR, официальный текст на EUR-Lex, на английском) по состоянию на 19 октября 2026 года, но не к Закону ЕС об искусственном интеллекте. Номера статей ниже относятся к этому тексту; для удобства часть из них мы связали с постатейной копией на gdpr-info.eu (на английском). Органы и суды по-разному толкуют некоторые вопросы, поэтому при работе с чувствительными или большими объёмами данных обратитесь к юристу или вашему специалисту по защите данных.

Что считается персональными данными в ИИ-процессе?

Персональные данные - это любая информация об определённом или определяемом живом человеке (статья 4, пункт 1). Имя или адрес электронной почты - очевидный случай, но к ним относятся и номер телефона, адрес доставки, номер клиента, который указывает на одного человека, и банковский счёт индивидуального предпринимателя. Понятие «обработка» так же широко: чтение, хранение, отправка или обобщение данных - всё это обработка.

Где лежат данные	Что внутри	Что легко упустить
Электронная почта	Имена, адреса, телефоны, текст сообщений, вложения	Адреса вида imya.familiya@kompaniya.lv тоже идентифицируют человека, как и старые письма, процитированные внизу переписки
Счета	Контактные лица, имена и адреса ИП, банковские счета физических лиц	Даже в счетах для компаний указано контактное лицо
CRM-записи (ваша клиентская база)	Имена, телефоны, почта, история сделок, заметки	Заметки в свободной форме, где могут быть сведения о здоровье, жалобы или семейные обстоятельства
Формы и чаты	Всё, что вводит человек, и технические идентификаторы	Сведения, которые люди сообщают сами, хотя вы об этом не спрашивали

Стоит помнить три вещи:

• Данные компании сами по себе не персональные, но сведения о людях, названных в них, - персональные.
• Псевдонимизированные данные остаются персональными. Замена имён кодами снижает риск, но если коды можно связать с людьми, GDPR продолжает действовать. Вне его рамок только по-настоящему анонимные данные (пункт 26 преамбулы), а со свободным текстом этого добиться трудно.
• Некоторые данные особенные. Данные о здоровье, религиозных убеждениях, членстве в профсоюзе, сексуальной ориентации и ещё несколько категорий по умолчанию запрещено обрабатывать, если не применимо исключение, например явное согласие (статья 9). Такие сведения могут попасть в поля свободного текста, даже если вы их никогда не запрашивали.

Кто отвечает: вы или поставщик ИИ?

Вы. В терминах GDPR вы - контролёр, потому что именно вы решаете, зачем и как используются данные клиентов (статья 4, пункт 7). Поставщик ИИ и компания, которая размещает ваш инструмент для рабочих процессов, обычно являются обработчиками: они обрабатывают данные от вашего имени и по вашим указаниям.

Для привлечения обработчика нужен письменный договор, который обычно называют соглашением об обработке данных (DPA). В нём должно быть сказано, что поставщик действует только по вашим инструкциям, сохраняет конфиденциальность и безопасность данных, перед привлечением субобработчиков (других компаний, которые он использует для оказания услуги) спрашивает вашего согласия, помогает с запросами людей и по окончании услуги удаляет или возвращает данные (статья 28). Крупные поставщики ИИ публикуют типовое DPA, которое можно принять или подписать онлайн.

Хороший договор не снимает с вас две обязанности:

• Обоснованная причина для каждого использования. GDPR называет шесть правовых оснований, среди них договор, юридическая обязанность, законные интересы и согласие (статья 6, пункт 1). Использовать данные можно и только в целях, которые совместимы с тем, зачем вы их собрали (статья 5, пункт 1, подпункт b). Ответить клиенту на его собственное письмо с заказом - нормально; передать ИИ весь список клиентов, чтобы профилировать покупателей для маркетинга, - уже другая цель, и она требует отдельной проверки.
• Информирование людей. В уведомлении о конфиденциальности нужно указать получателей данных (поставщик ИИ - тоже получатель), передачу за пределы ЕЭЗ (ЕС плюс Исландия, Лихтенштейн и Норвегия) и срок хранения (статья 13).

Куда данные попадают на самом деле?

В большинстве ИИ-процессов персональные данные проходят через пять остановок. На каждой из них может остаться копия или данные могут уйти за границу.

Остановка	Что там происходит	Что проверить
1. Источник (почтовый ящик, бухгалтерская программа, CRM)	Данные начинаются здесь, под вашим контролем	Кто имеет доступ и нужны ли вам все поля
2. Инструмент рабочих процессов (программа, которая связывает ваши приложения и выполняет автоматические шаги, например n8n)	Считывает данные, передаёт дальше и может хранить копию в истории выполнения	Где он работает, кто видит историю и как долго она хранится
3. Поставщик ИИ-модели	Получает отправленный вами текст, обрабатывает его и на ограниченное время может вести журнал	Договор, использование для обучения, регион, срок хранения
4. Другие приложения (почта, мессенджеры, таблицы)	Получают результат работы ИИ, в котором могут быть персональные данные	Каждое - отдельный обработчик со своими условиями
5. Журналы и резервные копии	Копии в истории выполнения, уведомлениях об ошибках и бэкапах	Как долго они существуют и кто может их читать

Многие проверяют остановку 3 и забывают об остановках 2 и 5.

Что проверить перед подключением ИИ-модели?

Пройдите эти семь шагов, прежде чем через систему пойдёт первая настоящая запись клиента.

1. Опишите поток данных на одной странице. Укажите данные, их источник, каждый инструмент, через который они проходят, и цель. GDPR требует письменного учёта операций обработки (статья 30). Исключение для организаций с численностью менее 250 человек не действует, если обработка регулярная, рискованная или затрагивает особые категории данных, поэтому компании, которая работает с данными клиентов каждый день, оно редко помогает.
2. Отправляйте меньше данных. Минимизация данных - один из основных принципов (статья 5, пункт 1, подпункт c). Уберите подписи, замаскируйте номера банковских счетов и персональные коды, отправляйте только ту часть, которая нужна ИИ. Автоматизация может сделать это до того, как данные покинут вашу систему.
3. Используйте бизнес-тариф или API, а не бесплатный или потребительский. API - это соединение, через которое программы отправляют запросы ИИ-модели, и поставщики обычно продают его на отдельных бизнес-условиях, как показывает таблица ниже.
4. Примите DPA и прочитайте список субобработчиков. Проверьте, можете ли вы возразить, когда поставщик привлекает нового субобработчика.
5. Проверьте местоположение и передачу данных. Выясните, где данные обрабатываются, и, если это за пределами ЕЭЗ, какое у этого правовое основание (см. раздел о передаче данных ниже).
6. Проверьте срок хранения на каждой остановке. Это журналы поставщика ИИ, история выполнения в инструменте рабочих процессов и резервные копии. Храните данные как можно короче, но так, чтобы можно было исправлять ошибки.
7. Там, где это важно, оставьте контроль за человеком. Полностью автоматизированные решения с юридическими или столь же значимыми последствиями для человека, например отказ в заключении договора, ограничены (статья 22). Черновик ответа, который утверждает человек, - другой и гораздо менее рискованный случай. ИИ ещё и просто может ошибаться, а неверные факты в ответе клиенту могут нарушить принцип точности (статья 5, пункт 1, подпункт d).

После этого обновите уведомление о конфиденциальности, объясните сотрудникам, какие ИИ-инструменты разрешены, и договоритесь, кто действует, если что-то пойдёт не так.

Что говорят о бизнес-данных крупные поставщики ИИ?

Условия поставщиков часто меняются и отличаются для бесплатных, потребительских и бизнес-продуктов. Таблица ниже - снимок по состоянию на 19 октября 2026 года на основе официальных страниц каждого поставщика. Перед подписанием проверьте актуальную страницу.

Поставщик	Используется ли для обучения моделей?	Расположение и хранение
OpenAI (API и бизнес-продукты)	По умолчанию нет, клиенты могут согласиться сами. Доступно DPA (OpenAI business data).	Клиенты API могут выбрать обработку в Европе или США на поддерживаемых конечных точках. Европу нужно выбрать при создании проекта, к существующему проекту её добавить нельзя (резидентность данных в ЕС). Журналы для контроля злоупотреблений по умолчанию хранятся до 30 дней, а нулевое хранение данных доступно после одобрения (управление данными API).
Anthropic (Claude API, коммерческие условия)	Коммерческие условия, действующие с 17 июня 2025 года, предусматривают, что Anthropic не обучает модели на входных и выходных данных клиентов. DPA включено в условия (commercial terms).	Входные и выходные данные API по умолчанию удаляются из внутренних систем Anthropic в течение 30 дней, с исключениями, например юридические требования, контроль соблюдения правил использования и отдельные соглашения о нулевом хранении (страница о хранении, обновлена 1 июля 2026 года). Место обработки проверьте в DPA.
Google (Gemini API)	Платные сервисы: не используются для улучшения продуктов Google, действует DPA. Бесплатный уровень: может использоваться для улучшения продуктов, и его могут читать рецензенты-люди (условия Gemini API, обновлены 28 апреля 2026 года).	Платные сервисы на ограниченное время журналируют запросы и ответы для выявления злоупотреблений и могут хранить или кэшировать их в любой стране, где работают Google или её агенты.
Microsoft (Azure OpenAI в Foundry)	Запросы и ответы не передаются другим клиентам и OpenAI и не используются для обучения базовых моделей без вашего разрешения (Microsoft Learn, обновлено 19 мая 2026 года).	Данные в состоянии покоя остаются в выбранном вами географическом регионе. Развёртывания «Standard» обрабатывают данные в этом регионе, «Global» - где угодно, где работает модель, а «DataZone» - в зоне, например в ЕС. Для контроля злоупотреблений может просматриваться выборка, если вы не получили одобрение на изменённый мониторинг.

Закономерность такая: у одной и той же компании часто разные правила для бесплатных или потребительских приложений и для бизнес- или API-продуктов. Условия Google проводят это различие прямо: запросы бесплатного уровня могут читать люди. Самое простое правило - никаких данных клиентов в личных или бесплатных ИИ-аккаунтах.

Проблема ли, если поставщик ИИ американский?

Не автоматически, но нужен правовой путь. GDPR разрешает передавать персональные данные за пределы ЕЭЗ только на нескольких основаниях: решение ЕС об адекватности защиты, надлежащие гарантии, например стандартные договорные положения (SCC), или узкие исключения (статьи 44-49).

Для американских компаний основной путь - Рамочная программа конфиденциальности данных ЕС-США (Data Privacy Framework). Европейская комиссия приняла решение об адекватности для сертифицированных американских компаний 10 июля 2023 года (Европейская комиссия). Общий суд ЕС 3 сентября 2025 года отклонил иск против него (IAPP), но в Суд ЕС подана апелляция, и, насколько нам удалось выяснить, она ещё не рассмотрена (трекер StreamLex).

Поэтому выбирайте поставщика, который опирается на эту программу и при этом предлагает SCC в своём DPA, а при наличии выбора отдавайте предпочтение региону ЕС. Размещение в ЕС снимает часть вопросов о передаче данных, но не заменяет остальные проверки: вам по-прежнему нужны правовое основание, DPA и минимизация данных.

Решит ли проблему размещение n8n на собственном сервере?

Самостоятельно размещённый n8n помогает на одном уровне - в инструменте рабочих процессов. На шаг с ИИ он не влияет, а безопасность становится вашей задачей.

Где самостоятельный хостинг помогает

• Данные рабочих процессов остаются на вашем сервере. Для самостоятельно размещённых экземпляров документация n8n по конфиденциальности указывает, что данные, проходящие через ваши рабочие процессы, остаются в вашей инфраструктуре, и n8n их никогда не получает. Телеметрия (данные об использовании, которые отправляются разработчику) включена по умолчанию, но эти данные не охватывает, а N8N_DIAGNOSTICS_ENABLED=false отключает диагностику (настройки телеметрии). Отчётность об использовании для платных лицензий отключить нельзя.
• Вы управляете историей выполнения. n8n сохраняет данные выполнения для каждого запуска. Успешные запуски можно не сохранять через EXECUTIONS_DATA_SAVE_ON_SUCCESS, а очистка включена по умолчанию и удаляет запуски старше 336 часов (14 дней) (документация по данным выполнения).
• Вы выбираете страну и хостинг-провайдера. В цепочке для данных рабочих процессов становится на одну компанию меньше, потому что для самостоятельно размещённых экземпляров n8n заявляет, что не является ни контролёром, ни обработчиком этих данных.
• Это сочетается с моделью на ваших серверах. Если ИИ-модель тоже работает в вашей инфраструктуре, персональные данные её не покидают. Для этого нужны оборудование и навыки, а качество зависит от задачи.

Где это не помогает

• Вызов ИИ всё равно покидает ваш сервер. Если рабочий процесс отправляет текст размещённой модели, риск по-прежнему определяют DPA, регион и срок хранения этого поставщика.
• Безопасность становится вашей задачей. Вам нужно заниматься обновлениями, резервными копиями, шифрованием, контролем доступа и проверками (статья 32). Заброшенный сервер может быть рискованнее, чем добросовестный облачный сервис.
• Реагирование на утечки ложится на вас. О нарушении, о котором нужно уведомлять, надзорный орган следует известить в течение 72 часов с момента, когда вы о нём узнали (статья 33). На сервере, который вы содержите сами, никто другой не сообщит вам, что это произошло.
• История выполнения - по-прежнему персональные данные. Если оставить её на своём сервере навсегда, вы храните данные дольше, чем нужно.
• n8n Cloud сам по себе не проблема. n8n предлагает DPA, которое, по его странице о конфиденциальности, включает SCC, и Центр доверия. В проверенной нами документации не указано, где размещены данные Cloud, поэтому выясните это до выбора.

	n8n на своём сервере	n8n Cloud
Кто обслуживает серверы	Вы	n8n
Где находятся данные рабочих процессов	Ваш сервер	Хостинг n8n (уточните регион)
Договор по данным рабочих процессов	С n8n не нужен	DPA с n8n
Обновления и безопасность	Вы	n8n отвечает за хостинг и обновления (документация n8n)
Лучше подходит, когда	Вы обрабатываете чувствительные данные и есть человек, который обслуживает и обновляет сервер	Нет ИТ-ресурсов, данные низкого риска, а DPA, регион и настройки истории выполнения проверены

В любом случае главный выигрыш даёт отправка меньшего объёма данных и приведение в порядок шага с ИИ.

Как выглядит безопасная настройка?

Представьте небольшую рижскую компанию (гипотетический пример), которая хочет, чтобы ИИ считывал счета поставщиков.

В более безопасном варианте рабочий процесс забирает счета из отдельного почтового ящика и убирает всё, кроме названия поставщика, номера счёта, даты, сумм и строк счёта. Он отправляет только это в ИИ через API на бизнес-тарифе, с подписанным DPA и регионом ЕС. Успешные запуски не сохраняются, необычные счета уходят человеку на утверждение, а компания описывает поток на одной странице и добавляет в уведомление о конфиденциальности «поставщики ИИ-услуг».

В рискованном варианте кто-то пересылает целые письма с подписями и банковскими реквизитами в бесплатный чат-бот, и никто не знает, как долго они хранятся. Задача та же, но нет ни договора, ни контроля, ни учёта. Разница в настройке, а не в технологии.

Когда ИИ - не лучший ответ?

Иногда честный ответ - не пускать ИИ в процесс или держать его подальше от определённых данных.

• Особые категории данных в свободном тексте. В клиниках, салонах красоты, у терапевтов и в кадровых делах часто есть сведения о здоровье или схожие данные. Для них нужно исключение по статье 9 и тщательная оценка, и часто лучше не пускать такие данные на шаг с ИИ или обрабатывать их на своём сервере.
• Решения о людях. Кредит, найм и отказ в услуге пусть остаются за человеком, который может объяснить решение.
• Вероятно высокорисковая обработка. Для масштабного или основанного на новых технологиях использования до начала может потребоваться оценка воздействия на защиту данных (DPIA) (статья 35). Государственная инспекция данных Латвии (DVI) публикует перечень видов обработки, для которых она нужна (на латышском, утверждён 18 декабря 2018 года), и страницу о DPIA. Небольшая автоматизация составления писем часто имеет низкий риск, но это суждение, которое нужно принять и записать.
• Неясные условия поставщика. Если вы не можете найти договор, регион или срок хранения, пока не подключайте.
• Работа, где важна точность. В черновиках ИИ бывают ошибки, поэтому всё, что уходит клиенту, должен просмотреть человек.

Что делать, если что-то пошло не так?

Если персональные данные потеряны, утекли или к ним получили доступ без разрешения, надзорный орган, как правило, нужно уведомить без неоправданной задержки и, если возможно, в течение 72 часов с момента, когда вы об этом узнали. Уведомление не требуется, если нарушение, скорее всего, не создаёт риска для прав и свобод людей (статья 33). Ваши обработчики должны сообщить вам без неоправданной задержки.

В Латвии DVI принимает уведомления о нарушениях через онлайн-форму (вход через Latvija.lv), электронный адрес или почту (DVI, на латышском). У эстонского органа есть своя страница для уведомлений (на эстонском), а литовская Государственная инспекция по защите данных публикует рекомендации на своём сайте.

У штрафов два потолка: до 10 млн евро или 2 % от общемирового годового оборота за такие обязанности, как безопасность, учёт и уведомление о нарушениях, и до 20 млн евро или 4 % за нарушение основных принципов, прав людей или правил передачи данных - применяется большая из сумм (статья 83). Это максимумы, а не типичные размеры.

GDPR - один и тот же регламент во всех трёх странах Балтии, но органы и национальные дополнительные нормы различаются. Латвийский Закон об обработке данных физических лиц (на латышском), например, добавляет условия обработки особых категорий данных и назначает DVI надзорным органом.

Главные выводы

• GDPR не запрещает ИИ. Он требует обоснованной причины, прозрачности, безопасности и контроля над тем, куда уходят данные.
• В почте, счетах и CRM-записях почти всегда есть персональные данные, в том числе в полях свободного текста.
• Поставщик ИИ - ваш обработчик: используйте бизнес-тариф или API, примите DPA и проверьте субобработчиков, регион и срок хранения. Не держите данные клиентов в бесплатных и личных аккаунтах.
• Самостоятельно размещённый n8n даёт контроль над слоем рабочих процессов и его историей выполнения, но не меняет того, что получает поставщик ИИ, и делает безопасность и реагирование на утечки вашей задачей.
• Отправляйте меньше данных, оставляйте человеку контроль над решениями, которые затрагивают людей, и описывайте весь поток на одной странице.

Частые вопросы

Нужно ли согласие клиентов, чтобы использовать ИИ с их данными?

Не всегда. Согласие - лишь одно из шести правовых оснований, и часто подходят договор или законные интересы (статья 6, пункт 1). Вам всё равно нужно действующее основание и информирование людей, а для особых категорий данных - исключение по статье 9.

Можно ли вставлять письма клиентов в публичный чат-бот?

Не в личных и бесплатных аккаунтах. Их условия отличаются от бизнес-тарифов, а бесплатный уровень может допускать использование для улучшения продуктов и просмотр людьми. Используйте бизнес-тариф с DPA и удаляйте персональные данные, которые вам не нужны.

Нужна ли DPIA?

Только если обработка, вероятно, создаёт высокий риск для людей (статья 35, пункт 1), например масштабная обработка особых категорий данных или значимые автоматизированные решения. Многим небольшим автоматизациям она не потребуется, но сверьтесь с перечнем DVI и запишите свои рассуждения.

Достаточно ли размещения ИИ-модели в ЕС?

Нет. Это отвечает на вопрос, где данные обрабатываются, но вам по-прежнему нужны правовое основание, DPA, минимизация данных, ограничение сроков хранения и обновлённое уведомление о конфиденциальности.

Изменит ли «цифровой омнибус» ЕС эти правила?

Европейская комиссия предложила изменения в GDPR в ноябре 2025 года. Политический трекер сообщает, что на 24 сентября 2026 года часть о GDPR всё ещё обсуждается без окончательного текста, поэтому сегодня действует прежний GDPR.

Не уверены, чего в вашем бизнесе коснётся ИИ-автоматизация? Запишитесь на бесплатный 20-минутный звонок или пришлите нам краткое описание процесса, и мы скажем, что можно автоматизировать и что сначала проверить в части данных.