Удалить номер из рассылки — не значит стереть из учёта: как ответить на просьбу гостя

Удалить номер из рассылки — не значит стереть из учёта: как ответить на просьбу гостя

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

В 2026 году этот вопрос особенно практичен для ресторанов, которые принимают брони через сайт и мессенджеры, используют CRM, программу лояльности, агрегаторы доставки и несколько рекламных каналов. Чем больше систем, тем легче перепутать отзыв согласия на рекламу с требованием прекратить обработку данных вообще. Между тем номер телефона — персональные данные, если по нему прямо или косвенно можно определить гостя. А значит, ресторану важно не только нажать кнопку «удалить контакт», но и понимать основания, сроки хранения, роли подрядчиков и то, как подтвердить исполнение просьбы.

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

Сначала разделите просьбу на разные действия

Фраза «удалите мой номер» может означать несколько разных требований. Гость может просить больше не звонить и не отправлять рекламу, удалить профиль из программы лояльности, отменить бронь, убрать номер из истории заказов или прекратить любую обработку данных. Иногда человек просто отвечает на SMS словом «стоп», а иногда направляет формальное обращение с просьбой сообщить, какие данные хранит ресторан и на каком основании.

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

Номер в рекламной базе: остановить отправку — отдельная задача

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

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

На практике мало поставить отметку «не отправлять» в одной CRM. Номер мог быть выгружен в сервис SMS, передан агентству, включён в аудиторию рекламной платформы или сохранён в таблице маркетолога. Составьте перечень каналов, где контакт использовался, и проверьте, как в каждом из них устроено исключение. Если подрядчик получает обновления не автоматически, направьте ему задачу на блокировку и запросите подтверждение. При этом не следует передавать подрядчику больше данных, чем необходимо для исполнения запрета.

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

Бронь и исполнение заказа: цель может быть другой

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

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

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

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

Учётная запись, чек и переписка — не одно и то же

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

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

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

Для каждой системы задайте два вопроса: что именно здесь хранится и для чего? В журнале бронирований может быть запись об оказанной услуге; в CRM — карточка профиля; в SMS-платформе — контакт для отправки; в бухгалтерской системе — документ о расчётах. У каждого объекта могут быть разные основания, сроки и ответственные. Именно поэтому «удалить гостя из базы» часто оказывается слишком общим действием для корректного исполнения.

Как понять, что именно просит гость

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

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

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

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

Что ресторан вправе сохранить, а что нужно прекратить

Главное различие проходит не между «удалить» и «не удалить», а между целями и правовыми основаниями обработки. Федеральный закон № 152-ФЗ требует, чтобы обработка персональных данных была законной, ограничивалась конкретными целями и не была избыточной по отношению к ним. Если цель достигнута или необходимость в ней отпала, данные не должны оставаться в рабочем обороте без объяснения. Но отзыв согласия не всегда означает, что вся обработка безусловно прекращается: закон предусматривает случаи, когда данные могут обрабатываться на иных основаниях. Каждое такое основание нужно проверять применительно к конкретной записи, а не использовать как общую формулу отказа.

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

Отзыв согласия не равен требованию стереть всё

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

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

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

Не называйте гостю «отзывом согласия на всё», если он просил лишь не присылать акции. Можно предложить коротко подтвердить объём запроса, но в рекламном контуре отказ должен быть исполнен по смыслу. Если у ресторана есть рассылки нескольких типов, проверьте и SMS, и автоматические звонки, и рекламные письма, и сообщения в мессенджерах, если они использовались для продвижения. Сервисное сообщение о действующей брони не следует маскировать под рекламу; рекламное предложение нельзя называть сервисным только потому, что оно отправлено вместе с подтверждением заказа.

Сроки хранения нужно привязывать к конкретным записям

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

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

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

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

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

Ограничить, удалить, обезличить: выберите нужную операцию

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

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

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

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

Что делать с подрядчиками, интеграциями и резервными копиями

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

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

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

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

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

Минимальная запись о запрете: не новая маркетинговая база

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

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

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

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

Как ответить гостю спокойно и точно

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

Вариант ответа, если гость просит только убрать номер из рекламы:

Если человек просит удалить все данные:

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

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

Ошибки в формулировках, которые повышают риск

Первая ошибка — ответить: «Мы обязаны хранить ваш номер пять лет». Это может оказаться неверным обобщением. Ресторан должен назвать конкретную запись и конкретную причину хранения, если она действительно есть. Вторая ошибка — продолжать рассылку, пока сотрудник выясняет, кто является оператором. Внутренняя неопределённость не должна превращаться в дополнительные рекламные контакты с человеком, который уже отказался.

Третья ошибка — заявить, что согласие нельзя отозвать, потому что номер нужен для программы лояльности. Нужно отдельно проверить, обязателен ли номер для конкретного обязательства, можно ли выполнить его иначе и согласился ли гость на рекламное использование. Четвёртая — удалить карточку из CRM, но оставить контакт в SMS-сервисе и рекламной таблице. Пятая — удалить всё без проверки, а затем обнаружить, что вместе с профилем исчезло подтверждение действующей брони или данные, необходимые для разрешения претензии.

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

Управляющему важно помнить: тон ответа влияет на впечатление не меньше, чем техническое исполнение. Гость не обязан знать разницу между CRM, системой бронирования и платформой рассылки. Спокойное объяснение, что рекламный контакт остановлен, а оставшиеся записи проверяются по целям и срокам, полезнее, чем спор о терминах. Если произошла ошибка и сообщение было отправлено после отказа, не скрывайте её: остановите дальнейшие отправки, зафиксируйте инцидент, выясните причину и скорректируйте процесс.

Рабочий процесс: от обращения до проверки результата

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

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

Шаг 1. Примите обращение и не откладывайте очевидное действие

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

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

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

Шаг 2. Найдите все места, где используется контакт

Составьте карту данных ресторана заранее, а не только после первого инцидента. Поиск должен учитывать основные системы и распространённые обходные пути: CRM, бронирование, POS, программу лояльности, доставку, формы сайта, таблицы, почтовые рассылки, SMS-шлюз, рекламные аудитории, рабочие чаты, телефоны сотрудников и архивы. Уточните, какие системы используют общий идентификатор, а какие хранят отдельные копии.

В запросе используйте идентификаторы осторожно. Поиск по полному номеру может быть нужен, но не вставляйте его в открытую задачу, доступную всем сотрудникам. Если система позволяет, создайте закрытый тикет с ограниченным доступом. Проверяйте варианты форматирования номера: страна, код, пробелы, скобки, дефисы. Дубли могут быть заведены на +7, 8 или в международном формате. Если поиск проводится только по точному совпадению, часть записей останется незамеченной.

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

Шаг 3. Классифицируйте записи по цели и основанию

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

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

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

Шаг 4. Исполните действия в системах и у подрядчиков

Сформируйте список задач с конкретным результатом: исключить номер из рекламных кампаний; удалить из активной маркетинговой аудитории; отключить автоматические сегменты; удалить аккаунт или приостановить его; удалить лишние копии; ограничить доступ к записи о завершённой брони; направить поручение поставщику; проверить локальные файлы. Формулировка «обработать запрос» сама по себе не является результатом и затрудняет контроль.

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

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

Шаг 5. Проверьте результат независимым способом

Статус «выполнено» в задаче не доказывает, что контакт исключён из всех отправок. Проверьте запись в ключевых системах, наличие запрета в общей аудитории и отсутствие контакта в запланированных кампаниях. Если ресторан использует несколько юридических лиц или заведений, проверьте, не остался ли номер в общей базе сети. Убедитесь, что автоматизация не восстановит запись при следующем импорте из бронирования или программы лояльности.

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

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

Шаг 6. Сохраните минимум доказательств исполнения

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

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

Журнал также помогает увидеть системные сбои: повторные запросы от одного канала, задержки подрядчика, восстановление контактов при импорте или непонятные формулировки согласия на сайте. Анализируйте такую статистику в агрегированном виде. Не превращайте её в рейтинг «неудобных гостей» и не делитесь списком отказавшихся от рекламы с командами продаж.

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

Перед закрытием запроса проверьте по пунктам:

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

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

Регламент, который можно подготовить заранее

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

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

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

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

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

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

Когда нужна индивидуальная юридическая проверка

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

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

Проверяйте актуальные редакции законов и договоров, особенно когда изменяются процессы и сервисы. Для ответа важны не только 152-ФЗ и закон о рекламе, но и фактическая роль ресторана и подрядчиков, документы программы лояльности, правила бронирования, договор с поставщиком и требования к конкретным учётным записям. Не переносите сроки и основания из шаблона другого бизнеса без проверки: ресторан с собственной доставкой, сеть с единым приложением и небольшое кафе с ручной записью могут иметь разные процессы.

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

Как измерять качество процесса

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

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

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

Как избежать повторной проблемы

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

Сведите сбор данных к необходимому минимуму

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

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

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

Установите правила для повторного посещения и нового согласия

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

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

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

Проверьте цепочку интеграций до запуска кампании

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

Если аудитории синхронизируются между CRM и платформой рассылки, документируйте направление обмена, частоту и поведение при удалении. Проверьте, что удалённый контакт не воскресает из сервиса бронирования, POS или старой резервной выгрузки. Для каждого процесса назначьте владельца: техническое соединение может поддерживать IT, но маркетинговая команда отвечает за корректность аудитории, а оператор — за организацию обработки в целом.

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

Поддерживайте документы в соответствии с реальными процессами

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

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

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

Плюсы и ограничения разных подходов

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

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

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

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

План внедрения на ближайший месяц

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

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

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

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

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

Краткий алгоритм решения для сложного случая

Если после проверки остаётся сомнение, используйте последовательность вопросов. Первое: что именно попросил гость и что можно выполнить без риска для него уже сейчас? Второе: какие записи найдены и для какой конкретной цели они используются? Третье: есть ли действующее правовое основание для каждой цели, кроме отозванного согласия? Четвёртое: обязательно ли сохранять именно номер или можно сохранить документ без него, обезличить запись либо ограничить доступ? Пятое: кто ещё получил данные и как подтвердить выполнение у каждого получателя? Шестое: что и когда сообщить гостю?

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

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

Итог: прекращайте рекламу сразу, а данные разбирайте по целям

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

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

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