Соглашение об обработке персональных данных (DPA) — Caylen CAPI

Редакция V5. Дата вступления в силу: 26 сентября 2026 года. Приложение к Оферте Caylen CAPI. Индивидуальные параметры обработки фиксируются в приложениях D1 и D2.

1. Роли и поручение

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

1.2. Поручение включает два потока, состав каждого из которых фиксируется в D1 отдельно.

Поток 1 — передача событий. Приём согласованных сведений из Источника Заказчика; их техническая проверка и нормализация; сопоставление технических идентификаторов; хэширование предусмотренных идентификаторов; передача согласованному Получателю; ведение технического журнала.

Поток 2 — чтение статистики Получателя. Получение из рекламного кабинета Заказчика у Получателя агрегированных статистических сведений о рекламных размещениях: идентификаторов и наименований кампаний, групп объявлений и объявлений, сумм расхода и валюты, показов, кликов и иных агрегированных показателей за период. Сведения используются для сопоставления с данными Источника и формирования отчётов Заказчику. Персональные данные конечных клиентов в этом потоке не обрабатываются. Поток является исключительно чтением: Исполнитель не создаёт, не изменяет, не приостанавливает и не удаляет объекты рекламного кабинета Заказчика.

Цель обоих потоков — работа аналитического сервиса и технических интеграций.

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

1.3.1. Распределение контроля. Стороны фиксируют следующее распределение решений, определяющее их фактические роли.

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

1.3.3. Исполнитель не проверяет и не обязан проверять законность приобретения Заказчиком его базы, наличие и действительность согласий субъектов, достоверность деловых правил и соответствие содержания передаваемых сведений заявленному составу. Такая проверка объективно невозможна на стороне Исполнителя, поскольку он не имеет доступа к источникам получения данных Заказчиком и к его отношениям с субъектами. Настоящий пункт не освобождает Исполнителя от обязанности реагировать на фактически обнаруженные им избыточные или запрещённые данные в порядке пунктов 3.4 и 5.4 и не заменяет его собственных обязанностей по разделам 5 и 6.

1.3.4. Заказчик подтверждает, что до запуска потока самостоятельно проверил состав передаваемых полей на соответствие полученным им основаниям и на отсутствие сведений, запрещённых пунктом 8.3 Оферты, и что такая проверка относится к его зоне контроля.

1.4. Дополнительная цель, категория данных или получатель требуют обновления D1/D2 и явного подтверждения уполномоченным лицом Заказчика до начала соответствующей обработки в порядке раздела 4. В пределах уже согласованных целей, категорий данных и получателей конкретная стадия CRM, название поля и технический идентификатор могут быть уточнены в версии конфигурации, доступной Заказчику для сохранения. Устное обсуждение допускается для подготовки изменения, но само по себе не расширяет поручение: итоговые параметры фиксируются в Заказе, D1/D2 либо в подтверждаемой записи кабинета или переписки с уполномоченным лицом Заказчика. Настройки кабинета и рабочая переписка конкретизируют поручение, но не разрешают запрещённой обработки. Незаконная, неясная или противоречивая инструкция может быть отклонена с уведомлением.

1.5. В отношении собственных данных Исполнителя — заявок с сайта caylen.kz, учётных записей пользователей кабинета, договорных и платёжных сведений — Исполнитель действует самостоятельно и в соответствии со своей Политикой обработки данных. Настоящее DPA к ним не применяется.

2. Принцип минимизации и характер обработки

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

2.2. Контактные идентификаторы конечных клиентов (телефон, email, имя) обрабатываются транзитно: принимаются на время обработки конкретного события, нормализуются, хэшируются алгоритмом SHA-256 и передаются Получателю в хэшированном виде. Сырое значение не сохраняется в базах данных, очередях, журналах, диагностических записях и каналах уведомлений Исполнителя и удаляется из оперативной памяти после завершения операции.

2.3. В техническом журнале событий Исполнитель сохраняет: идентификатор сделки в системе Заказчика, стадию, тип события, сумму и валюту, время, технические статусы обработки и признаки сопоставления по типам полей. Контактные значения в журнале не сохраняются.

2.4. Для атрибуции переходов из WhatsApp номер используется как ключ выработки HMAC и в открытом виде не сохраняется; идентификаторы атрибуции (ctwa_clid, source_id и аналогичные) сохраняются в зашифрованном виде.

2.5. Стороны признают, что сведения, указанные в пунктах 2.3–2.4, являются псевдонимизированными, а не анонимными: при сопоставлении с системами Заказчика они могут быть отнесены к определяемому лицу. Хэширование и выработка HMAC являются техническими мерами защиты и не признаются гарантированным обезличиванием. Соответственно, к этим сведениям применяются требования к персональным данным.

2.6. Заявленный в настоящем разделе характер обработки является обязательством Исполнителя. Его изменение требует обновления D1/D2 и уведомления Заказчика по разделу 4.

3. Обязанности Заказчика

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

3.2. Согласие сотрудника, руководителя или собственника бизнеса Заказчика не заменяет согласия конечного клиента, данные которого передаются.

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

3.4. Запрещённые данные. Заказчик не передаёт в Сервис категории сведений, перечисленные в пункте 8.3 Оферты. Сервис не проектировался для их обработки. Исполнитель не несёт ответственности за последствия передачи Запрещённых данных вопреки настоящему пункту и вправе немедленно остановить затронутый поток, ограничить дальнейшее использование таких сведений и принять меры их удаления или блокирования.

3.5. Запуск каждого потока производится по процедуре раздела 4.

4. Допустимость потока, размещение и получатели

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

4.2. Исполнитель отвечает за проверку и раскрытие характеристик выбранной им инфраструктуры. Заказчик отвечает за основания обработки и настройки своего Источника. Первоначальное решение о допустимости фиксируется в составе Заказа перед запуском с указанием проверенных документов и даты. Последующие изменения проверяются по их существу: технические — по пункту 4.4.1 (а), расширяющие обработку — по пункту 4.4.1 (б), допускающие уведомление — по пункту 4.4.3.

4.3. Инфраструктура обработки Сервиса размещена за пределами Республики Казахстан (регион — Соединённые Штаты Америки, штат Калифорния). Параметры размещения и передачи данных конкретного потока фиксируются в D1 и D2 в порядке пункта 4.2. При необходимости изменения схемы стороны согласуют её изменение либо прекращение затронутой части с расчётом по разделу 11 Оферты.

4.3.1. Две категории получателей. Реестр D2 разделяет получателей на подрядчиков Исполнителя и самостоятельных получателей.

Подрядчики Исполнителя — лица, привлечённые им для исполнения поручения и действующие по его инструкциям (инфраструктура, вспомогательные сервисы). Принятием настоящего DPA Заказчик даёт Исполнителю общее разрешение на привлечение подрядчиков, включённых в D2, при условии принятия ими сопоставимых обязанностей по защите данных. За их обработку в рамках порученного Исполнитель отвечает как за собственную, в пределах раздела 7.

Самостоятельные получатели — Meta Platforms, CRM-система Заказчика, провайдер сообщений и иные платформы, отношения с которыми Заказчик устанавливает сам и которые определяют цели и способы собственной обработки самостоятельно. Они не являются подрядчиками Исполнителя и не действуют по его инструкциям. Исполнитель обеспечивает передачу им данных в согласованном составе и в соответствии с поручением, но не отвечает за их последующую обработку, их правила, сроки хранения, решения и меры, применяемые ими к аккаунтам Заказчика. Наличие оснований для передачи данных таким получателям и исполнение обязанностей перед ними обеспечивает Заказчик.

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

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

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

(б) Изменения, затрагивающие состав обработки. Если внешняя система требует передавать дополнительное поле, изменяет перечень допустимых сведений либо иным образом затрагивает цели, категории данных, получателей или места обработки, Исполнитель готовит новую сохраняемую версию D1/D2 с описанием изменения и его причины. Расширение состава или изменение получателя либо места обработки применяется только после явного подтверждения уполномоченным лицом Заказчика и проверки необходимых оснований обработки и передачи. Отсутствие ответа или продолжение использования Сервиса не считаются подтверждением такого изменения. До выполнения этих условий затронутый поток работает в прежнем согласованном составе либо приостанавливается по подпункту (г).

Настоящий порядок не применяется к сведениям, отнесённым к Запрещённым данным по пункту 8.3 Оферты: их передача не допускается ни при каком уведомлении, и при соответствующем требовании внешней системы применяется подпункт (г).

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

(г) Приостановка вместо изменения. Если требуемое изменение не может быть применено до получения подтверждения Заказчика или до обновления оснований обработки, Исполнитель приостанавливает затронутый поток. Такая приостановка не является неисполнением со стороны Исполнителя; расчёты определяются разделом 11 Оферты. Обязанность Исполнителя сохранять работоспособность потока при изменении внешней системы существует только в пределах технически возможной адаптации по пункту 7.2 Оферты.

4.4.2. Настоящий пункт применяется к изменениям, исходящим от Источника и Получателя, и не разрешает Исполнителю расширять обработку по собственному усмотрению. Объём обработки, указанный в спецификации, остаётся обязательным во всех случаях, кроме прямо описанных выше.

4.4.3. Порядок уведомления и возражения. Настоящий порядок применяется к изменениям, для которых он прямо предусмотрен DPA и которые не расширяют цели или категории данных и не вводят нового получателя либо место обработки без требуемого подтверждения и законного основания. К расширению по пункту 4.4.1 (б) применяется его требование о явном подтверждении. Замена подрядчика по пункту 4.5 допускается в этом порядке лишь при сохранении законной схемы обработки.

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

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

Отсутствие возражения в указанный срок означает принятие только изменения, допустимого по настоящему пункту. Отдельное подтверждение для него не требуется. Молчание и продолжение использования Сервиса не заменяют требуемое законом согласие субъекта, явное подтверждение Заказчика по пункту 4.4.1 (б) или проверку допустимости нового места хранения.

При поступлении возражения стороны без неоправданной задержки обсуждают допустимую альтернативу. Если альтернатива невозможна, Заказчик вправе не продлевать подписку на следующий расчётный период по пункту 15.2.1 Оферты, а Исполнитель — приостановить затронутый поток по подпункту (г) пункта 4.4.1; расчёты определяются разделом 11 Оферты.

4.4.4. Ответственность за основания обработки при изменении. Заказчик как лицо, определяющее цели обработки, самостоятельно оценивает, охватывают ли имеющиеся у него основания и согласия субъектов предлагаемый состав обработки. Если требуются новые основания, Заказчик получает их до подтверждения и запуска изменения; если основания отсутствуют, затронутый поток не расширяется. Исполнитель не проверяет достаточности согласий каждого субъекта, но сохраняет собственные обязанности по проверке выбранной им инфраструктуры и по разделам 5 и 6.

4.5. Обычная замена подрядчика производится в порядке пункта 4.4.3 с уведомлением не менее чем за десять календарных дней. Отдельное подтверждение Заказчика не требуется только если замена укладывается в ранее согласованные цели и категории, не требует нового основания для передачи данных субъектов и не создаёт неподтверждённого места обработки или хранения. Иначе до замены применяется порядок пункта 4.4.1 (б) либо затронутый поток приостанавливается. При срочной замене вследствие угрозы безопасности или прекращения работы подрядчика уведомление направляется при первой безопасной возможности; срочность не отменяет требований к законности передачи.

4.6. Канал технических уведомлений. Мессенджер Telegram используется исключительно для технических уведомлений Исполнителя и не получает персональных данных конечных клиентов Заказчика и содержания их событий. Запрещена передача в этот канал телефонов, имён, email, хэшей контактов и идентификаторов сделок. Допустимы агрегированный статус и неперсональный код состояния. Изменение режима, предполагающее передачу данных конечных клиентов, требует порядка пункта 4.4.1 (б) с обновлением D1/D2 и до его выполнения запрещено.

5. Меры защиты

5.1. Исполнитель применяет: защищённую передачу данных; разграничение доступа по принципу необходимости; шифрование сохраняемых чувствительных полей; защиту секретов и токенов доступа Заказчика; журналирование действий уполномоченных лиц; обязанность конфиденциальности всех допущенных лиц. Состав фактически применяемых мер фиксируется в D2.

5.2. Доступы Заказчика: две фазы. Предоставление доступов разделяется на фазу настройки и фазу эксплуатации.

Фаза настройки. Для выполнения интеграции Заказчик предоставляет доступ к своему бизнес-аккаунту у Получателя в объёме, позволяющем создать и сконфигурировать системного пользователя (System User), набор данных (Dataset) и связанные настройки, а также доступ к CRM и провайдеру сообщений, позволяющий создать механизмы интеграции. Такой доступ носит временный и целевой характер: он используется исключительно для выполнения работ по настройке, перечисленных в Заказе, и не используется для управления рекламой, изменения бизнес-настроек и выгрузки данных.

Фаза эксплуатации. После завершения настройки постоянная работа Сервиса осуществляется только через созданные ограниченные механизмы: System User с разрешениями, необходимыми для передачи событий в согласованный Dataset, и интеграционные механизмы CRM и провайдера сообщений с ограниченным набором прав. Расширенный доступ фазы настройки в текущей работе не используется.

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

5.2.1. Токены и иные секреты доступа Заказчика хранятся в защищённом виде в соответствии с картой мер D2, используются исключительно в объёме, необходимом для согласованной интеграции, и отзываются по прекращении договора либо по требованию Заказчика. Порядок их шифрования, ротации и журналирования использования фиксируется в D2.

5.2.2. Доступ к Источнику Заказчика. В фазе эксплуатации работа с Источником ведётся через интеграционный механизм с ограниченными правами — тот, который поддерживает конкретная система. Применяются, в зависимости от возможностей Источника: служебный пользователь с ограниченными правами; приложение или интеграция с набором областей доступа (scope); входящий вебхук, выполняемый с правами создавшего его сотрудника и ограниченный выбранным набором разрешений; исходящий вебхук на события; ключ API с ограниченной областью действия. Приведённые примеры не являются исчерпывающими и не ограничивают перечень поддерживаемых Источников.

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

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

Наличие у Исполнителя технической возможности получить больший объём данных, чем предусмотрено D1, не расширяет поручения и не является разрешением на такой доступ.

5.2.2.1. Настройка прямых каналов передачи между Получателем и Источником, минующих системы Исполнителя, поручением по настоящему DPA не охватывается и регулируется пунктом 3.4.1 Оферты.

5.2.3. Доступ к провайдеру сообщений. Доступ к WhatsApp Business API и аналогичным провайдерам используется исключительно для получения технических идентификаторов атрибуции (ctwa_clid, source_id и аналогичных) и статусов. Содержание переписки, вложения и медиафайлы не запрашиваются, не обрабатываются и не сохраняются.

5.2.4. Доступ к бизнес-аккаунту Заказчика. Уровень доступа к бизнес-аккаунту Заказчика у Получателя фиксируется в D2. Независимо от фактического уровня прав Исполнитель не создаёт, не изменяет, не приостанавливает и не удаляет рекламные кампании, группы объявлений, объявления, бюджеты и аудитории Заказчика, не выгружает его пользовательские аудитории и списки и не использует доступ для целей, выходящих за рамки согласованной интеграции и формирования отчётов.

5.2.5. Отзыв доступов. Все доступы, предоставленные Заказчиком, отзываются по прекращении Договора, при прекращении затронутого потока либо по требованию Заказчика в любой момент. Заказчик вправе самостоятельно отозвать любой предоставленный доступ; последствия для работоспособности Сервиса в этом случае определяются разделом 11 Оферты.

5.2.6. Расширенный доступ может потребоваться повторно при: изменении CRM, портала, номера или провайдера; смене или пересоздании Dataset и рекламных аккаунтов; изменении схемы событий, требующем переконфигурации; восстановлении работы после действий третьих лиц или Получателя. В таких случаях Исполнитель сообщает состав необходимого доступа и цель, а по завершении работ применяется абзац выше.

5.3. Абсолютная безопасность и соответствие конкретной сертификации не гарантируются. Настоящая оговорка не уменьшает обязательных и прямо согласованных мер.

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

6. Инциденты, обращения субъектов, экспорт и завершение

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

Удаление по требованию. Заказчик вправе в любое время потребовать удаления либо блокирования конкретных записей или всего потока в системах Исполнителя. Требование исполняется без неоправданной задержки, но не позднее 30 календарных дней, а если применимое законодательство требует более раннего действия — в такой более короткий срок, с письменным подтверждением объёма выполненного. Исполнение не распространяется на данные, уже переданные самостоятельным получателям по пункту 4.3.1, и на сведения, в отношении которых действует обязательное хранение; такие исключения указываются в подтверждении.

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

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

6.3. Запрос субъекта данных регистрируется и передаётся компетентной стороне; передача запроса не приостанавливает обязанностей и сроков самой получившей стороны. Исполнение обязательного запроса не ставится в зависимость от погашения задолженности Заказчика. Подтверждение личности запрашивается соразмерно запросу.

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

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

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

6.6. Экспорт. Во время действия доступа используется штатная выгрузка. Стандартный экспорт — файл CSV последних не более 5000 доступных записей технического журнала с полями: время, тип события, статус, сумма, валюта, идентификатор сделки. Он не содержит базы CRM, истории переписки, секретов и исходного кода. После отключения доступа запрос на экспорт может быть направлен в течение десяти календарных дней; договорный срок предоставления — десять рабочих дней с даты идентификации получателя. Иной объём выгрузки согласуется отдельно. Настоящий пункт не ограничивает установленного законом объёма доступа субъекта к его данным.

6.7. По прекращении договора новые события к обычной обработке не принимаются. Хранение для целей экспорта допускается только при достаточном основании и в согласованный короткий период. После окончания периода экспорта операционные данные удаляются не позднее 30 календарных дней, а если применимое законодательство требует раньше — в более короткий срок, кроме законных исключений. Если резервные копии создаются, их фактический график ротации фиксируется в D2; при восстановлении копии ранее исполненные удаления применяются повторно. Отсутствие включённого резервирования также прямо указывается в D2.

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

7. Проверка и ответственность

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

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

7.1. Плановая проверка применяемых мер проводится по документам не чаще одного раза в год, с защитой сведений других клиентов и секретов Исполнителя. Ограничение не применяется к обоснованной проверке инцидента и к законному требованию уполномоченного органа. Выездная проверка согласуется отдельно и проводится за счёт Заказчика. Привлечённый Заказчиком проверяющий не должен являться конкурентом Исполнителя и допускается к проверке только после принятия письменной обязанности конфиденциальности в объёме раздела 8А Оферты.

7.2. К договорным требованиям Заказчика, связанным с обработкой и защитой персональных данных, применяется специальный предел пунктов 12.3–12.5 Оферты; к остальным — общий предел. DPA не создаёт дополнительных выплат сверх этих пределов. Права субъектов данных и полномочия государственных органов настоящим не ограничиваются. Требования, связанные с передачей Заказчиком Запрещённых данных, регулируются разделом 13 Оферты.

Приложение D1. Спецификация потока

Ниже приведён образец стандартного профиля D1. Для конкретного Заказчика в Заказе фиксируются источник, получатель, стадии событий и основания обработки. Исключения и дополнительные поля указываются в согласованной версии D1 или конфигурации.

Идентификация потока: [идентификатор из конфигурации]. Заказ № [номер]. Дата подтверждения: [дата и способ].

Стандартные деловые события: Lead — новая допустимая заявка, поступившая в согласованный источник; QualifiedLead — заявка перешла в подтверждённую Заказчиком стадию квалификации; Purchase — подтверждённая оплата с фактической суммой и валютой. Конкретные стадии CRM, источник оплаты, правила возвратов и повторных оплат указываются в Заказе или сохраняемой версии конфигурации. Название стадии само по себе не подтверждает оплату и не даёт права отправить Purchase. Если в источнике нет достоверного основания для события, оно не формируется. Отправка конкретному Получателю выполняется только после подтверждения источника рекламы по принятым правилам атрибуции.

Дата рождения, город проживания, адрес, медицинские сведения, содержание переписки и любые иные дополнительные поля в стандартный профиль не входят. Их упоминание в CRM либо устное обсуждение не означает разрешения на получение или передачу. Дополнение допускается только после проверки необходимости, законного основания, правил Получателя и фактической технической реализации, с обновлением D1/D2 и сохраняемым подтверждением уполномоченного лица Заказчика; запрещённые данные по пункту 8.3 Оферты не включаются даже по просьбе Заказчика.

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

Поток 2 — чтение статистики Получателя

Поток 2 не содержит персональных данных конечных клиентов и является исключительно чтением. Рекламный аккаунт, из которого читается статистика: [значение]. Срок хранения полученных статистических сведений: [срок]. Если наименования кампаний или объявлений, заданные Заказчиком, содержат персональные данные либо сведения, отнесённые к Запрещённым, их включение в отчёты не допускается, и Заказчик уведомляется о необходимости изменить наименования.

Обязательные сведения потока: CRM/провайдер [значение]; Dataset [значение]; рекламные аккаунты [значение]; отрасль Заказчика [значение]; категории субъектов [значение]; правовые основания [значение]; адреса обработки и резервных копий [значение]; сроки по категориям [значение]; график ротации копий [значение]; ответственные контакты сторон [значение].

Форма согласия конечного клиента предоставляется Заказчиком как оператором и сверяется с фактическим составом потока.

Приложение D2. Карта получателей и мер

Ниже приведён образец карты D2. В индивидуальной карте указываются получатели данных соответствующего потока, их юридические лица и роли. Собственные заявки и аккаунты Caylen учитываются отдельно в Политике обработки данных и в D2 Заказчика не входят. Передача данных конкретному получателю осуществляется в пределах согласованного D2.

Фактические уровни доступа, предоставленные Заказчиком: Источник — [наименование системы; интеграционный механизм и набор прав; при доступе в полном объёме указать причину невозможности разграничения]; провайдер сообщений — [способ доступа и права]; бизнес-аккаунт у Получателя — [System User с разрешениями … / партнёрский доступ / административный доступ]; журнал обращений к API Заказчика — [где ведётся и срок хранения].

Карта применяемых мер: защита передачи [значение]; шифрование хранения [значение]; разграничение доступа [значение]; защита секретов и токенов [значение]; состав журналов [значение]; резервирование и график ротации [значение]; порядок восстановления и повторного удаления [значение]; порядок реагирования на инцидент и контакты [значение]; дата и результат последней технической проверки [значение].

Решение о допустимости по пункту 4.2: идентификатор потока [значение]; схема маршрута [значение]; подтверждение допустимости размещения [значение]; основание трансграничной передачи либо её отсутствие [значение]; подтверждение проверки того, что сырые контактные значения не сохраняются ни в одной системе, включая аварийные дампы и журналы поставщиков [значение]; уполномоченные представители, дата и способ подтверждения [значение].

Приложение М. Особый контур

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

М.1. Роли. Заказчик выступает оператором и единолично определяет цели обработки. Исполнитель действует исключительно по его поручению в объёме D1 и не принимает решений об использовании данных.

М.2. Согласие субъекта. Заказчик получает от каждого субъекта отдельное, информированное, документально подтверждённое согласие, прямо указывающее: наименование получателя — Meta Platforms; цель — реклама и маркетинг Заказчика; состав передаваемых данных; факт трансграничной передачи в Соединённые Штаты Америки; срок действия согласия и порядок его отзыва. Общее согласие на обработку персональных данных, согласие на медицинское вмешательство и заранее проставленная отметка условиям настоящего пункта не соответствуют. Образец формы предоставляется Исполнителем; ответственность за её применение и хранение доказательств несёт Заказчик.

М.3. Минимизация состава. В Особом контуре передаются исключительно: хэш телефона, сумма и валюта операции, время, технические идентификаторы атрибуции. Имя, email, наименование услуги, наименование подразделения, URL и любые поля, раскрывающие характер обращения, не передаются и не сохраняются.

М.4. Отдельный контур. Для Особого контура используются отдельный Dataset и отдельная конфигурация. Сокращённые сроки хранения технического журнала и идентификаторов атрибуции устанавливаются в D1 и не превышают 30 календарных дней. Это согласованный сторонами максимальный срок, а не срок, предписанный законом для медицинских данных; при достижении цели раньше данные удаляются раньше. До подтверждения отдельной технической реализации и условий М.1–М.8 Особый контур не запускается.

М.5. Заверения Заказчика. Заказчик заверяет, что: согласия по пункту М.2 получены до передачи каждого события и действуют на момент передачи; доказательства согласий хранятся и предоставляются по обоснованному запросу Исполнителя; отзыв согласия доводится до Исполнителя без неоправданной задержки; передача соответствует правилам Получателя. Недостоверность любого заверения влечёт последствия раздела 13 Оферты.

М.6. Правила Получателя. Стороны подтверждают, что условия Meta для инструментов для бизнеса содержат собственные ограничения на передачу сведений, связанных со здоровьем, и что согласие субъекта этих ограничений не отменяет. До подключения Особого контура Заказчик самостоятельно проверяет соответствие потока действующим условиям Получателя. Последствия применения Получателем мер к аккаунтам Заказчика вследствие такого несоответствия относятся к рискам Заказчика.

М.7. Право остановки. Исполнитель вправе немедленно остановить Особый контур при обоснованном сомнении в соблюдении любого из условий М.1–М.6, а также при получении требования уполномоченного органа или Получателя. Такая остановка не является нарушением Исполнителя; расчёт за непредоставленную часть производится по разделу 11 Оферты.

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