Для учёта согласий не нужна копия вашей клиентской базы
Email, телефон, имя и другие поля заявки остаются в ваших системах. В 1ОПД передаются идентификатор контакта и сведения о согласии — для учёта и поиска записей.
При запросах также передаются технические сведения, включая IP-адрес и данные браузера. Privacy-режим сокращает состав передачи, но не означает полное отсутствие персональных данных.
Заявка — в вашей системе. Согласие — в реестре 1ОПД.
Посетитель заполняет форму на вашем сайте. Заявка поступает в вашу CRM, на сервер или в сервис, который вы используете для её обработки. Интеграция отдельно передаёт в 1ОПД сведения о согласии.
В вашей системе
Контакты посетителя.
Текст заявки и остальные значения полей.
Дальнейшая работа с клиентом.
В 1ОПД
Идентификатор, рассчитанный из email или телефона с вашим ключом.
Дата, форма и сведения об отметке согласия.
Связанные редакции документов и технические сведения о запросе.
Пример записи
Дата
13.09.2026, 14:05
Форма
Заявка на консультацию
Идентификатор
7CA4D429408FEFAF62813093FD7FAC8F
Документы
Согласие и политика в редакциях на дату отправки
Идентификатор помогает находить записи по одному и тому же контакту. Это не копия email или телефона и не зашифрованная заявка.
Меньше передаваемых данных. Отдельный учёт согласий.
Не дублируйте поля заявок
Для реестра согласий в 1ОПД не нужно передавать имена, комментарии и другие исходные значения полей. Они остаются там, где вы обрабатываете заявки.
Находите нужные записи
Для поиска по email или телефону используется ваш ключ. Если интеграция передаёт технический номер заявки из CRM, запись можно найти и по нему.
Разделяйте работу с заявкой и согласием
Ваша команда продолжает работать с клиентом в своих системах. В 1ОПД ведётся реестр: когда и из какой формы поступило согласие, с какими документами оно связано.
Исходные поля нельзя просмотреть или выгрузить из 1ОПД: режим не предназначен для их хранения. Рассылки через интеграции 1ОПД в этом режиме недоступны.
Способ подключения определяет защиту ключа
В обоих вариантах интеграция передаёт идентификатор вместо исходного контакта. Разница — в том, где хранится ключ.
Через сервер компании
Рекомендуем для требований ИБ
Сервер получает заявку, рассчитывает идентификатор и передаёт его в 1ОПД вместе со сведениями о согласии. Ключ не размещается в открытом коде сайта.
Подходит, если у вас есть серверный обработчик формы или разработчик, который может его подключить. Примеры интеграции доступны в кабинете.
Код на сайте
Расчёт выполняется в браузере посетителя. Этот способ предусмотрен для поддерживаемых форм Tilda, WordPress и 1С-Битрикс.
Ключ будет виден посетителям сайта. Получив его и записи реестра, можно проверять совпадения с предполагаемыми email и телефонами. Если ключ должен оставаться закрытым, выбирайте серверный способ.
Ключ один на кабинет. Если разместить его в коде одного сайта, он перестанет быть секретным для всех форм этого кабинета.
Подключайте режим до начала сбора согласий
Privacy-режим входит в тариф «Расширенный». Его включает специалист 1ОПД для всего кабинета — до появления первого согласия. Если записи уже есть, обсудите с нами отдельный кабинет и порядок перехода.
Выберите способ подключения. Укажите платформу сайта и требования к хранению ключа.
Сохраните ключ и установите интеграцию. Оставьте резервную копию ключа в надёжном хранилище вашей компании.
Проверьте результат. Отправьте тестовую форму на опубликованном сайте и найдите запись в реестре.
Расскажите, на чём работает сайт и куда поступают заявки. Это поможет выбрать способ интеграции.
Подробности для ИБ и разработчиков
Что получает 1ОПД помимо идентификатора?
Запрос содержит номер формы, отметку согласия, технический номер события отправки и параметры интеграции. По настройке может передаваться собственный технический номер заявки из CRM. С запросом 1ОПД получает IP-адрес, сведения о браузере и источник запроса. IP-адрес и сведения о браузере сохраняются в записи согласия полностью: они фиксируют обстоятельства отправки согласия. Они также остаются в технических журналах. Состав журналов и сроки хранения учитываются при согласовании подключения.
Как формируется идентификатор?
Используется HMAC-SHA256 с ключом компании. Перед расчётом email или телефон приводится к согласованному формату. В реестре используются первые 128 бит результата. Для поиска тот же контакт обрабатывается с тем же ключом и по тем же правилам. Это не шифрование: вернуть исходную заявку из идентификатора нельзя. При известном ключе можно проверять предполагаемые значения контакта.
Что произойдёт при потере ключа?
Записи останутся в реестре, но поиск по email или телефону потребует исходного ключа. Сохранённый в CRM технический номер заявки может позволить найти связанную запись без него. 1ОПД не хранит резервную копию ключа. Поэтому до подключения сохраните его в корпоративном хранилище и предусмотрите резервную копию. Порядок смены ключа нужно согласовать до начала работы.
Заменяет ли режим другие меры работы с персональными данными?
Нет. Компания по-прежнему определяет основания и цели обработки, обеспечивает работу с данными в своих системах и рассматривает обращения людей. Privacy-режим меняет состав передачи в 1ОПД, а не заменяет эти обязанности. Условия использования и состав порученной обработки оформляются с учётом выбранного подключения.
