Как компания с распределенным корпоративным контуром выстроила обработку ПДн и снизила риски трансграничной передачи

На старте клиенту требовалось фактически собрать систему обработки персональных данных в управляемую модель.

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

Проблема была не в самом факте таких передач. Для распределенных B2B-структур это обычная операционная реальность. Риск появляется тогда, когда компания не может быстро и доказательно ответить на базовые вопросы:

• какие персональные данные передаются;
• в каких процессах это происходит;
• какие участники получают доступ;
• для каких целей передача нужна бизнесу;
• какое правовое основание применяется;
• какие документы подтверждают выбранную модель;
• где согласие действительно требуется, а где есть более устойчивое основание по 152‑ФЗ.

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

Команде нужно было определить, где согласие действительно нужно, а где обработку можно корректно выстроить на другом правовом основании без потери законности и без лишней операционной нагрузки.

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

Для каждого потока нужно было отдельно определить цель, состав данных, категории субъектов, получателей, правовое основание и допустимость передачи с учетом требований ст. 12 152‑ФЗ.

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

Типовая ошибка в таких проектах — подготовить документы без глубокого разбора бизнес-логики. Формально комплект может выглядеть полным, но при проверке конкретного процесса выясняется, что политика, согласия, реестр процессов и фактические передачи описывают разные версии реальности.

В этом случае документы не защищают оператора. Они создают видимость порядка, но не отвечают на практические вопросы: зачем конкретные данные передаются, почему выбран именно этот объем, кто контролирует доступ и что происходит при изменении сервиса или подрядчика.

Согласие — рабочий инструмент, но не универсальное основание для всех процессов. Если компания использует его там, где обработка может опираться на договор, законное требование или иной применимый механизм, система становится менее устойчивой.

Для сложного B2B-контура это особенно чувствительно. Чем больше процессов завязано на согласия, тем выше нагрузка на сопровождение: нужно следить за актуальностью форм, доказывать получение, учитывать отзывы и постоянно синхронизировать согласия с фактическими изменениями.

В проекте нужно было не «сократить согласия ради сокращения», а выбрать правовые основания так, чтобы они соответствовали реальной цели обработки и не ломали операционную модель клиента.

Персональные данные в таких компаниях редко находятся только в зоне юристов. В обработку вовлечены ИТ, владельцы бизнес-процессов, клиентские команды, комплаенс, подрядчики и администраторы внутренних систем.

Поэтому итоговая модель должна была быть понятна не только специалистам по персональным данным. Документы и рекомендации должны помогать разным функциям действовать согласованно: понимать, какие данные можно передавать, на каком основании, кому, при каких условиях и как это подтверждать.

Команда компании Б-152 начала с обследования процессов. Целью было восстановить реальное движение персональных данных, а не просто перечислить документы и системы.

По каждому значимому процессу фиксировались:

• источник получения данных;
• категория субъектов;
• состав персональных данных;
• цель обработки;
• действия с данными;
• участники процесса;
• возможная передача третьим лицам;
• наличие трансграничного элемента;
• правовое основание;
• документы, которые подтверждают выбранную модель.

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

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

Это важно, потому что трансграничная передача редко управляется одной универсальной формулировкой. У разных потоков могут быть разные цели, разные получатели, разный объем данных и разные правовые последствия. Если объединить все в один общий блок, компания теряет управляемость.

Следующий этап — анализ оснований обработки. Команда проверила, где согласие действительно нужно, а где процесс можно опереть на другое основание, предусмотренное 152‑ФЗ.

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

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

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

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

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

В рамках проекта команда компании Б-152 выполнила комплексную работу по построению privacy‑контура для распределенной B2B-структуры.

В проект вошли:

• аудит процессов обработки персональных данных;
• восстановление карты потоков данных;
• анализ сценариев трансграничной передачи;
• определение целей, состава данных, участников и оснований обработки;
• проверка применимости согласий и альтернативных правовых оснований;
• подготовка уведомления о трансграничной передаче;
• подготовка оценки конфиденциальности;
• разработка комплекта организационно‑распорядительной документации.

По сути, клиент получил не только документы, но и более зрелую модель управления персональными данными: с понятными потоками, основаниями, зонами ответственности и правилами сопровождения.

Главный результат проекта — снижение регуляторных рисков и повышение управляемости процессов обработки персональных данных.

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

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

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

В-четвертых, у клиента появилась основа для дальнейшего контроля. Карту потоков, отчетные выводы и ОРД можно использовать при изменении сервисов, подключении новых участников, пересмотре процессов и подготовке к внешним вопросам.

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

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

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

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

В этом проекте ценность работы была не в том, чтобы подготовить очередной комплект документов по 152‑ФЗ. Команда компании Б-152 помогла клиенту построить управляемую privacy‑модель: увидеть реальные потоки данных, корректно квалифицировать трансграничную передачу, выбрать устойчивые правовые основания и закрепить порядок обработки в документах.

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