Какие данные можно передавать фрилансеру по GDPR

Критерии сравнения: как оценивать каждый тип данных

Перед тем как отправлять фрилансеру хоть один файл, полезно пройтись по 6 вопросам. Зачем это нужно именно для этой задачи? Можно ли обойтись без передачи персональных данных? Есть ли менее рискованный способ, например обезличивание или тестовая выборка?

В реальной работе GDPR почти всегда сводится к здравому отбору. Если фрилансеру нужно сверстать лендинг, ему не нужен список клиентов за 2023 год. Если нужен перевод писем, часто достаточно одного шаблона и пары примеров, а не всей переписки отдела продаж.

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

Удобство тоже важно, но не в одиночку. Бывает, что передать всё “для скорости” — плохая сделка уже через 1 день, когда потом приходится объяснять, почему в задачу ушли лишние контакты. И да, лишние данные обычно всплывают именно в самый неудобный момент.

Сравнение по сценариям: данные для старта работы, доступа и коммуникации

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

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

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

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

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

Что можно передавать почти всегда, если это действительно нужно для задачи

Имя контактного лица — один из самых безопасных и обычных элементов. Фрилансеру нужно понимать, с кем он говорит, особенно если в проекте участвуют 2–3 человека. Без имени переписка быстро превращается в хаос.

Рабочий e-mail, корпоративный номер телефона и должность в компании обычно тоже допустимы, если без них нельзя согласовать задачу. Например, редактору нужен адрес маркетолога, а дизайнеру — контакт менеджера, который подтвердит макет. Тут всё упирается в конкретную роль.

Служебные реквизиты, такие как название компании, отдел и внутренний номер проекта, часто передают без лишних сомнений. Они помогают фрилансеру ориентироваться в структуре задачи и не путать заказчиков. Это особенно заметно, когда у исполнителя 4 параллельных проекта.

Базовая контекстная информация тоже допустима, если она нужна для выполнения работы: страна аудитории, язык, тип клиента, формат продукта. Вопрос в объёме. Если фрилансеру нужен лишь тон коммуникации, не надо прикладывать весь CRM-экспорт.

Иногда уместно передать короткую выдержку из ТЗ с минимальным набором данных, а не оригинал. Например, вместо полной карточки клиента можно отправить обезличенный фрагмент: “B2B-сектор, 12 лидов, нужен шаблон ответа”. Такая формулировка уже помогает, а лишнего не раскрывает.

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

Какие данные передавать только в исключительных случаях и с дополнительной проверкой

Списки клиентов передают не “на всякий случай”, а только когда без них задача не решается. Даже тогда обычно хватает обезличенного фрагмента или выборки по 5–10 строк, а не полной базы. Чем шире список, тем выше риск утечки и лишних вопросов.

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

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

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

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

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

Практика передачи: по каким каналам и в каком виде делиться данными

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

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

Если отправляете файл, смотрите на формат. CSV с полной выгрузкой обычно опаснее, чем PDF с редактированными строками. Тестовые данные вообще лучше настоящих, если результат работы можно проверить без реальных имён и телефонов.

Обезличивание — не магия, а рабочий приём. Уберите имена, контакты, ID и любые поля, по которым человека можно узнать без труда. Когда это нельзя сделать полностью, оставьте только минимальный набор и зафиксируйте, зачем он нужен.

Для удалённой работы хорошо подходит правило 2 этапов: сначала передать краткое ТЗ и обезличенный пример, потом, если без этого не обойтись, открыть доступ к узкому набору данных. Такой порядок снижает риск ошибки на старте. И не мешает фрилансеру начать работу уже сегодня.

Если вы ищете исполнителя через фрилансеры. Найти фрилансера на сайте Ми?, заранее проверьте, какие данные нужны для отбора, а какие — только после согласования. Публичный профиль и рабочая переписка должны оставаться разными вещами.

Когда лучше не передавать данные фрилансеру вообще, даже если “так быстрее”

Если задача может быть решена на тестовых данных, не отправляйте реальные персональные сведения. Это правило особенно полезно для разработчиков, тестировщиков, дизайнеров и копирайтеров. Быстрее не значит безопаснее.

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

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

Полезно сверяться с внутренними регламентами и внешними правилами площадки, если проект идёт через правила сайта profreelance.biz. Сайт фриланса. Сайт. На практике это снижает число спорных передач данных уже на первом этапе. И это тот редкий случай, когда чтение правил экономит часы.

Если есть сомнение между “отправить исходник” и “дать обезличенную копию”, выбирайте второе. Если сомнение между “дать общий доступ” и “создать отдельную учётную запись”, выбирайте отдельную. Так проще жить потом.

Честный вердикт: что передавать в первую очередь, что — только после проверки

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

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

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

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

Таблица: какие данные можно передавать фрилансеру по GDPR

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