Данные в контуре

В прошлом уроке мы научились считать пользу агентов в рублях. Но прежде чем пустить агентов к данным клиентов, встаёт вопрос закона: как только в контексте появляются имена, телефоны или платёжные данные, включается 152-ФЗ, и вопрос, где живут эти данные, перестаёт быть техническим.

152-ФЗ по-человечески

Оговорка сразу: это не юридическая консультация, а разбор принципов на пальцах — по конкретике всегда сверяйся с юристом.

Персональные данные — любая информация, которая напрямую или косвенно позволяет опознать конкретного человека: имя, телефон, email, адрес, паспортные данные, а в некоторых случаях и связка более мелких деталей. Закон о персональных данных в России (152-ФЗ) держится на простом принципе: если ты собираешь и обрабатываешь такие данные о гражданах России, ты несёшь за них ответственность — независимо от того, ручной у тебя процесс или его делает агент.

Главное практическое требование — локализация: база данных, где хранятся персональные данные клиентов, должна физически находиться на серверах в России. Это не значит, что вся компания обязана работать только на российской инфраструктуре, — сайт, фронтенд, вспомогательные сервисы, да и сам рабочий сервер агента вполне могут жить где угодно в мире, включая нейтральную страну вроде Казахстана. Правило касается именно хранилища персональных данных: если там лежат имена, телефоны, адреса реальных людей, эта конкретная база должна стоять в РФ (или данные в ней — быть обезличены).

Второе практическое требование — согласие на обработку. Прежде чем персональные данные человека начинает обрабатывать автоматизированная система, включая агента, который читает их в рамках своей работы, для этого должно быть законное основание — чаще всего согласие, полученное заранее и зафиксированное, а не молчаливое предположение «он же сам нам эти данные дал». Как именно оформить такое основание для твоего конкретного процесса — вопрос к юристу, а не к этому уроку: правила отличаются в зависимости от того, кто ты и какие данные обрабатываешь.

Третье, что стоит держать в голове: если данные обезличить — убрать из них всё, что позволяет опознать конкретного человека, оставив только то, что нужно для работы, — требования к такому набору данных существенно мягче. Обезличивание не панацея и не отменяет здравого смысла, но во многих сценариях агентостроения это самый практичный путь: агенту для аналитики часто действительно не нужно имя, только закономерность.

Принцип минимума

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

🔒

Этот материал доступен участникам Клуба. Войдите или оформите доступ, чтобы читать целиком, открывать видео и комментировать.

Войти Вступить / купить доступ