Проверка кандидатов в Беларуси: правовые ограничения и практические альтернативы для IT-найма

Этот разговор у нас был раз сорок. Американская или немецкая IT-компания нанимает первого разработчика в Минске. HR-руководитель присылает стандартную форму предварительного скрининга — справка о несудимости, проверка кредитной истории, иногда проверка на полиграфе, спрятанная в приложении для сениоров. Белорусский кандидат читает форму. Вежливо отвечает. Снимает кандидатуру. Рекрутёр звонит нам в недоумении. Мы объясняем, что большую часть из того, что было в этой форме, белорусский работодатель не вправе требовать с кандидата на IT-роль. Не на усмотрение. Не предмет торга. Не то, на чём стоит настаивать сильнее. Эту форму надо убрать. Подставить другую.

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

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

Три закона, которые надо знать до того, как составлять форму скрининга

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

Трудовой кодекс

Статья 26 ТК перечисляет документы, которые работодатель вправе требовать от кандидата при заключении трудового договора. Список конечный. Паспорт. Трудовая книжка. Документ об образовании. Военный билет, где применимо. Свидетельство социального страхования. Это, по сути, и есть весь набор обязательных документов. Что-либо сверху — включая справку о несудимости для обычной IT-роли — требует отдельного правового основания. Просто дописать пункт в форму, потому что так требует глобальная HR-политика, не получится.

Закон о защите персональных данных

Закон № 99-З от 7 мая 2021 года. По структуре опирается на GDPR. По существу — материально отличается там, где это важнее всего для найма. Главное отличие: «законный интерес» как самостоятельное основание обработки в белорусском законе не работает так, как в GDPR. Тот вариант, на который вы обычно опираетесь в ЕС, чтобы обосновать проверку, здесь просто не существует. Основную работу делает согласие — а это значит, что документ согласия весит больше, чем в практике ЕС, и слабая редакция отваливается раньше и громче.

Закон также дотягивается до белорусских и иностранных работодателей, обрабатывающих данные белорусских резидентов. Экстерриториальное действие, как и у GDPR. Ваша американская материнская, ваша офшорная HR-платформа, ваш польский провайдер расчёта зарплаты — все в рамке, хотели они того или нет.

Указ Президента № 422 от 28 октября 2021 года

Административная надстройка. Надзорный орган — Национальный центр защиты персональных данных. Практические обязанности вашего работодателя (оператора данных) включают ведение учёта обработки, документирование согласия, защиту трансграничных передач и способность подтвердить соответствие по запросу. Сам Указ и сопутствующие акты публикуются на Национальном правовом интернет-портале; Центр размещает свои разъяснения и надзорные материалы на cpd.by. Оба адреса стоит сохранить ещё до первого найма — материалы обновляются, рамка двигается.

Что вы реально можете проверять

Операционная карта. Что допустимо — при правильной рамке согласия — на IT-роль в Беларуси. Прочитайте медленно. Поле уже, чем ожидает американский плейбук, и шире, чем кажется при пессимистичном чтении.

Стандартная проверка по статье 26

  • Идентификация по паспорту. Стандарт. Часть документного пакета, который смотрит любой белорусский работодатель.
  • Документы об образовании и дипломы. Тоже статья 26. Подтверждается напрямую с вузом — большинство учреждений в Беларуси и за рубежом подтверждают факт обучения по простому запросу.
  • Трудовая книжка, подтверждающая предыдущую работу в Беларуси. Белорусский документ. Кандидат показывает, вы смотрите. Дополнительный механизм не нужен.

Допустимо при наличии согласия

  • Сбор отзывов от предыдущих работодателей. Письменное согласие кандидата. Готовность предыдущего работодателя ответить. На белорусском IT-рынке часто работает — сообщество небольшое, люди поддерживают связи, рекомендации идут через реальные отношения, а не через переписку HR — HR.
  • Подтверждение профессиональных сертификаций. AWS. Microsoft. Google Cloud. ISTQB. CKAD. Кандидат указал — сертифицирующий орган подтвердил. Прямо, быстро, без минного поля приватности.
  • Обзор публично доступных соцсетей. LinkedIn, публичный GitHub, публичный X. Даже публичный контент — это персональные данные, обработка которых попадает в рамку: нужно согласие и нужна соразмерность роли.
  • Технические оценки. Кодинг-задачи. Сессии по системному дизайну. Тестовые проекты. Главный сигнал для IT-найма — и вне минного поля персональных данных полностью.

Требует отдельного правового основания — и для обычных IT-ролей недоступно

  • Справка о несудимости. По закону предусмотрена для должностей в системе госбезопасности, правоохранительных органах, образовании, здравоохранении, финансовом секторе, таможне и ряде других регулируемых сфер. IT-разработчик, дизайнер, продакт-менеджер, QA-инженер, дата-инженер, DevOps — не из этого списка.
  • Кредитная история. В общем случае для найма не запрашивается без специального регуляторного основания. Узкое исключение — старшие позиции в регулируемых финансовых организациях.
  • Медицинский осмотр. Только если роль попадает под законодательно установленное требование о медицинской пригодности. Для общего IT-работодателя — недоступный инструмент.
  • Полиграф или психологическое тестирование. Жёстко ограничено. Требует специального законодательного основания для роли. Количество IT-ролей с таким основанием — близко к нулю.

Вопрос со справкой о несудимости (где спотыкается каждый иностранный клиент)

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

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

Для большинства IT-ролей — нет. Причины ниже.

  • В белорусском трудовом праве нет общей модели «мы проверяем всех на несудимость». Проверка законодательно привязана к конкретным категориям должностей. Разработчик ПО — не категория. И продакт-менеджер не категория, и дизайнер, и QA, и большинство стандартных IT-должностей. 
  • В любом случае, требование предоставления персональных данных в качестве условия договора создает два уровня риска. Риск, связанный с Законом о защите персональных данных (PDP), в случае сбора персональных данных без законных оснований. Риск, связанный с Трудовым кодексом, в случае требования документов, не включенных в список статей 26, в качестве условия приема на работу. Ни один из этих рисков не является теоретическим. 
  • Добровольное предоставление — это другой подход. Кандидат может добровольно получить и предоставить сертификат. Работодатель может добровольно его принять. Разные правила, разные риски. Но подлинное согласие должно быть действительно добровольным — не полученным под угрозой отзыва предложения. 
  • К немногочисленным исключениям относятся: должности, связанные с государственной тайной, некоторые должности в сфере финансовых услуг, регулируемые Национальным банком, должности в сфере безопасности критической инфраструктуры, а также ИТ-специалисты, работающие в смежных с здравоохранением областях и обрабатывающие конфиденциальные медицинские данные. Каждая из них требует отдельного анализа. 

Этот вопрос поднимается практически в каждом первом разговоре с новым иностранным IT-клиентом. Интуиция исходит из практики найма в США, Великобритании или Германии, где проверка кандидатов перед приемом на работу является культурным нормой, и никто ее не оспаривает. В Беларуси же эта норма уже. Такая структура работоспособна, но «проверка на наличие судимости у всех» — это не путь к успеху, и попытки сделать это путем к успеху создают проблемы быстрее, чем решают их. 

Соцсети

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

  • Публичный контент. LinkedIn, открытый X, открытый GitHub. В принципе можно смотреть — но просмотр обрабатывает персональные данные, а значит, согласие и соразмерность применяются. Пропустить ни одно из этих требований нельзя только потому, что контент был открытым.
  • Закрытый контент. Facebook «только для друзей», закрытый Instagram, что угодно за подпиской или за запросом дружбы. Под запретом. Попытка доступа через обман или прикрытие — это явная экспозиция по Закону о персональных данных.
  • Кеш, архивы, исторический контент. Те же правила, что и для актуального. Найденность не равна правомерности обработки. То, что Google выдаёт пост с форума 2014 года, не делает этот пост свободным к использованию против кандидата.
  • Пропорциональность. Руководители высшего звена, работающие с общественностью, могут оправдать более тщательную проверку. Разработчики бэкенда — нет. Закон о защите персональных данных требует от контролера продемонстрировать правовое обоснование и пропорциональность обработки — и то, и другое, но не что-то одно. 
  • Документация. Центр может запросить у оператора подтверждение соответствия. Заявление «Мы проверили их профиль в LinkedIn» должно соответствовать документированной структуре — цель, правовое основание, срок хранения. 

Трансграничная передача данных (ловушка для EOR-конструкций)

Аспект, на котором ловятся мультинациональные работодатели и офшорные EOR-провайдеры чаще всего. Персональные данные белорусских резидентов, уходящие иностранной материнской компании, в офшорную HR-систему, к американскому рекрутинговому агентству, к EOR, сидящему где-то ещё, — всё под регулированием Закона о персональных данных. Ничего из этого не опционально, ничего из этого не прощает незнания.

Данная система требует от юрисдикции назначения обеспечения «адекватного уровня защиты» прав субъектов данных. Белорусские критерии адекватности не идентичны критериям GDPR.  Практические группы:

  • Страны-члены ЕС. В целом — адекватные. Членство в Конвенции 108 Совета Европы тут играет.
  • Страны ЕАЭС — Россия, Казахстан, Армения, Кыргызстан. Прямо признаются адекватными рамкой.
  • Соединенные Штаты. Ситуация более сложная. Зависит от конкретной организации, действующих договорных гарантий и типа потока данных. Не делайте предположений — проверяйте. 
  • Другие направления, для которых недостаточны меры защиты — требуются конкретные договорные гарантии или явное информированное согласие субъекта данных на передачу. 

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

Что реально работает для IT-найма

В чем суть статьи? В реальных методах, работающих в рамках закона, и обеспечивающих лучшие результаты при найме, чем тот тип проверки документов, к которому по умолчанию прибегают иностранные IT-работодатели. 

Техническая оценка как главный сигнал

Для IT-сферы это самый показательный сигнал, который можно получить при найме сотрудников. Практические технические оценки. Собеседования с реальным кодированием. Обсуждения системного проектирования для руководящих должностей. Домашние проекты с реалистичным масштабом. Парные сессии программирования с командой, к которой присоединится кандидат. Публичный отзыв на GitHub, где кандидат внес значимый вклад. Ничто из этого не затрагивает структуру персональных данных. Все это гораздо лучше прогнозирует реальную производительность на рабочем месте, чем любой анализ документов. Иностранные работодатели недооценивают этот фактор. Белорусские работодатели — нет. 

Сбор рекомендаций, который реально что-то значит

Прямые звонки предыдущим руководителям с письменным согласием кандидата. Готовность предыдущего работодателя говорить. Подтверждение дат работы, роли, объёма, причины ухода. Конкретные поведенческие вопросы вместо общих «нанял бы снова?» — на которые приходят расплывчатые позитивные ответы независимо от реальной картины. Сверка рассказа кандидата с несколькими независимыми точками. Допустимо. Работает. Не используется, потому что занимает время, а рекрутёр в спешке.

Идентификация и подтверждение квалификаций

Проверка документов по статье 26 закрывает идентификацию и предыдущую работу в Беларуси. По квалификациям — напрямую к сертифицирующему органу: Microsoft, AWS, Google Cloud, ISTQB, вендорские центры сертификации. Подтверждение образования через университет. Сверка LinkedIn по датам, ролям, объёму — только публичный контент. Стандартная история.

Испытательный срок — ваша настоящая страховка. 

Белорусское трудовое законодательство предусматривает испытательный срок до трех месяцев для большинства должностей. Опытные белорусские работодатели в сфере IT рассматривают испытательный срок как реальную проверку биографии — фактическую производительность на реальной работе, которая более предсказуема, чем любой документ. Работодатель может расторгнуть трудовой договор во время испытательного срока, уведомив об этом за три дня и предоставив минимальное количество документов. Если вы целенаправленно включите испытательный срок в свою систему найма, вы получите эквивалент должной осмотрительности без утечки персональных данных. Большинство иностранных клиентов недооценивают этот аспект. Те, кто правильно организует процесс, устанавливают контрольные точки производительности на 30, 60 и 90 дней и рассматривают решение на 90-й день как окончательное решение о найме. 

Работа с опытным локальным кадровым партнёром

Рынок высококвалифицированных IT-специалистов в Беларуси относительно невелик. Старшие разработчики в Минске в основном хорошо известны в местном сообществе — рекомендации передаются через отраслевые сети, а не по официальным каналам. Местный партнер по подбору персонала с налаженными связями может поручиться за кандидатов, основываясь на многолетнем знании рынка, которое не может воспроизвести ни один иностранный рекрутер. Естественно, возникают опасения, связанные с предыдущими трудоустройствами.  Наши услуги IT-рекрутинга и рекрутинг для ПВТ в частности построены именно на такой глубине знания локального рынка. Подделать постфактум сложно. В результатах видно сразу.

Особенности для резидентов ПВТ

Коротко, но стоит выделить — клиентская база фирмы сильно пересекается с резидентами Парка высоких технологий.

Резидентство в ПВТ упрощает многие HR-процессы и приносит реальные налоговые преимущества. Но рамку Закона о персональных данных оно не меняет. Резиденты ПВТ, обрабатывающие персональные данные, работают по тем же ограничениям, что и все остальные — те же требования к согласию, те же ограничения статьи 26 ТК, та же архитектура трансграничной передачи. Гибкость ПВТ по трудовым условиям (наём иностранных работников, типы договоров, удалённая работа) не распространяется на смягчение правил обработки персональных данных. Некоторые новые резиденты ПВТ считают, что льготы покрывают и это. Не покрывают — и узнавать об этом на собственном опыте удовольствия не доставляет.

Наша поддержка по входу в ПВТ закрывает заявку и процесс входа. HR-процессы внутри рамки ПВТ всё равно следуют стандартной архитектуре Закона о персональных данных.

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

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

Работающее согласие на обработку персональных данных при IT-найме должно:

  • Идентифицировать оператора данных — работодателя или кадровое агентство, если у агентства статус оператора.
  • Перечислить категории обрабатываемых персональных данных. Идентификационные. Контактные. Профессиональные. Образовательные. Рекомендательные. Конкретные категории, а не общая корзина «всё что угодно».
  • Укажите цели обработки данных. Оценка кандидатов. Трудовые отношения. Расчет заработной платы. Соблюдение нормативных требований. Каждая указанная цель должна быть обоснована сама по себе. 
  • Указать правовое основание — согласие по Закону о персональных данных плюс законодательное основание для данных по статье 26 ТК, где это применимо.
  • Перечислите третьих лиц, которые получат данные. Поставщик услуг EOR. Поставщик услуг по расчету заработной платы. Материнская компания. Кадровое агентство. Поставщик услуг по проверке биографических данных (если используется). Все указанные лица. 
  • Указать направления трансграничной передачи и правовое основание каждой. Адекватность, договорные гарантии или явное согласие — на каждое направление.
  • Четко определите срок хранения данных. Для кандидатов, не прошедших отбор, — только на тот период, который необходим для процесса найма и в целях защиты интересов — обычно это от шести до двенадцати месяцев. Для успешно принятых на работу сотрудников данные переносятся в рамки трудовых отношений. 
  • Проинформируйте кандидата о его правах в соответствии с Законом о защите персональных данных. Доступ. Исправление. Удаление. Отзыв согласия. Каждое из этих действий должно быть подробно описано. 
  • Предоставьте кандидату возможность отдельно давать согласие на конкретные виды обработки данных, если это необходимо. Например, проверка публикаций в социальных сетях может быть предоставлена ​​в качестве отдельного варианта согласия. 

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

Два возможных кейса 

Сценарий А. Американская финтех-компания, которая усвоила урок на собственном горьком опыте. 

Американская финтех-компания, раунд финансирования серии B, запускает глобальную программу найма. Стандартная внутренняя политика: проверка на наличие судимости обязательна для каждой должности, в каждой стране, без исключений. Американский рекрутер отправил форму согласия первому кандидату на должность старшего разработчика из Беларуси — кандидат с хорошими техническими навыками, прошедший шестинедельный опыт работы. Кандидат прочитал форму. Вежливо отказался. Отказался от участия в процессе. Рекрутер обратил на это внимание. В течение следующих десяти дней еще пять кандидатов из короткого списка выразили аналогичную обеспокоенность. Нас привлекли для переработки системы отбора для Беларуси. Мы сохранили глубину технической оценки — ту часть, которая действительно дает результат. Сохранили систему критериев. Отменили обязательную проверку на наличие судимости. Переработали документ о согласии в соответствии со стандартами Закона о защите персональных данных. Вакансия была заполнена через шесть недель. Теперь эта система применяется ко всем остальным вакансиям компании в Центральной и Восточной Европе. 

Сценарий B. Берлинский стартап с правильной настройкой EOR (Enterprise Operations Review) 

Берлинский стартап нанимает двенадцать белорусских разработчиков через белорусскую систему EOR. Немецкий подход к найму основывался на рекомендациях предыдущих работодателей как на основном сигнале. Мы помогли структурировать систему согласия в соответствии со стандартами Закона о защите персональных данных. Настроили архитектуру трансграничной передачи данных, чтобы немецкая головная компания могла получать доступ к данным отдела кадров через соответствующие каналы. Встроили трехмесячный испытательный срок в процесс найма в качестве практического фильтра производительности — контрольные точки на 30, 60 и 90 дней, а собеседование на 90-й день стало реальным решением о приеме на работу или отказе. 

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

Разные профили. Один и тот же основной урок. Белорусская система работает, если она правильно разработана с самого начала. Ошибка, которую допускают иностранные IT-работодатели, заключается не в несоблюдении белорусского законодательства, а в предположении, что их собственная стратегия работы будет применима без изменений. Это не так. Но перепроектирование не так уж и сложно, если им всё объяснить. 

Структура принятия решений — на что именно следует обращать внимание при отборе кандидатов 

Практический чек-лист. Распечатайте, отдайте рекрутёру.

Всегда (правовая чистота для любой IT-роли)

  • Проверка документов по статье 26 ТК — паспорт, образование, трудовая книжка.
  • Прямое подтверждение образования с вузом.
  • Прямое подтверждение профессиональных сертификаций с сертифицирующим органом.
  • Техническая оценка, соразмерная роли.
  • Сбор рекомендаций с письменным согласием кандидата.
  • Задокументированное согласие на обработку персональных данных по стандарту Закона о персональных данных.

Для руководящих или ответственных должностей (при наличии надлежащей системы согласования) 

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

Только для специально регулируемых ролей

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

Никогда (без специального законодательного основания)

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

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

Можно ли требовать белорусскую справку о несудимости на senior-разработчика?

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

Наша американская материнская проверяет всех. Почему мы не можем делать так же в Беларуси?

Различная правовая база. В США проверка биографических данных основана на Законе о справедливом кредитном отчёте и практически повсеместной культуре должной осмотрительности при приёме на работу. Белорусское трудовое законодательство ограничивает перечень требований работодателя определённым списком. Закон о защите персональных данных ещё больше ограничивает обработку данных. Американская, британская и немецкая практика не может быть адаптирована без переработки. Эта система работоспособна — просто не путём полного переноса американской версии. 

А если кандидат сам приносит справку?

Другой подход. Добровольное предоставление допускает. Но добровольность должна быть действительно добровольной — не вынуждать к этому под угрозой отзыва предложения. И последующая обработка данных работодателем по-прежнему требует согласия и соразмерности. Большинство иностранных IT-работодателей, с которыми мы работаем, полностью отказываются от проверки на наличие судимости для обычных IT-специалистов, как только видят, что на самом деле требуется для соблюдения нормативных требований. Ценность информации редко оправдывает затраты на разработку. 

Закон о персональных данных применяется, если мы используем американское рекрутинговое агентство?

Да. Если агентство обрабатывает персональные данные белорусских резидентов, закон до него дотягивается. Экстерриториальное действие, как у GDPR. Агентство должно быть настроено под соответствие, с правильно заключёнными договорами обработки между агентством, EOR (если есть) и материнской компанией. Все три стороны треугольника должны быть выровнены. Пропустить одну — сломать конструкцию.

Сколько можно хранить данные неуспешных кандидатов?

Хранить резюме следует только в течение времени, необходимого для процесса подбора персонала и любых связанных с этим целей защиты. Обычно это от шести до двенадцати месяцев, хотя оптимальное количество зависит от должности и потенциального риска возникновения споров. Срок хранения должен быть четко указан в соглашении. Бессрочное хранение не допускается, а фраза «мы храним резюме вечно» может стать причиной проверки со стороны Центра. 

Что будет, если всё-таки нарушить?

Административная ответственность по белорусскому законодательству контролируется Национальным центром защиты персональных данных. Конкретные санкции зависят от типа нарушения, масштабов деятельности оператора данных и того, было ли нарушение систематическим. Репутационный ущерб для кандидатов иногда оказывается более значительным, чем юридический — белорусские IT-специалисты хорошо разбираются в защите данных и замечают, когда работодатели превышают их полномочия. 

Решающая структура, которая действительно работает 

Белорусское законодательство о проверке биографических данных более ограничительно, чем ожидают иностранные IT-работодатели. Такова честная трактовка. Решение заключается не в обходных путях или хитроумном документе, а в разработке системы проверки, основанной на том, что действительно работает в этой юрисдикции. Тщательная техническая оценка. Прямая проверка квалификации. Проверка рекомендаций, основанная на реальных беседах. Соглашение, соответствующее стандартам Закона о защите персональных данных. Испытательный срок, специально структурированный как реальная проверка производительности. 

Успешные IT-работодатели в Беларуси — это не те, кто использует наиболее тщательную систему проверки биографических данных в американском стиле. Это те, кто с самого начала разрабатывал систему для Беларуси и строил свою проверку на основе факторов, которые действительно предсказывают производительность труда, а не на тех, которые внушают уверенность при проверке отдела кадров. 

Если вы занимаетесь наймом IT-специалистов в Беларуси и хотите с самого начала правильно разработать структуру, напишите нам. Мы проведем краткий ознакомительный звонок, проверим структуру и порекомендуем оптимальный подход. Большинство иностранных IT-работодателей получают существенную выгоду от такого разговора до того, как первый кандидат попадет в список кандидатов. После того, как первый кандидат уйдет, это уже слишком поздно.