Как удалить свои данные из сервиса и сколько вообще хранить записи

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

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

Поэтому разговор про удаление начинается с двух вопросов, на которые отвечает организация, а не сервис: зачем нам эта запись и до какого момента она нужна. Ответ на них превращается в срок, срок — в правило, а правило уже можно исполнять руками или автоматически.

Зачем вообще хранить записи: три причины и ни одной про запас

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

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

Почему бесконечное хранение — риск, а не запас

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

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

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

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

Срок хранения записей встреч и срок хранения текста — это разные сроки

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

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

Разница между ними видна и в объёме, и её стоит посчитать один раз — тогда разговор о сроках перестаёт быть абстрактным. Час разговора в mp3 с битрейтом 64 кбит/с весит около 29 МБ: 64 000 бит в секунду × 3600 секунд ÷ 8 = 28,8 миллиона байт. Тот же час видеовстречи в 1080p при 2 Мбит/с — уже 900 МБ. А текст этого часа — примерно 9000 слов, около 60 000 знаков, то есть файл на 120 кБ: почти в 250 раз меньше аудио и в 7500 раз меньше видео.

Подставьте свои числа. Компания, где проходит 500 часовых встреч в год, накапливает 14,5 ГБ звука, 450 ГБ видео — и 60 МБ текста. Поэтому архив записей упирается в место и в деньги, а архив расшифровок не упирается ни во что и спокойно переживает саму компанию. Это и делает срок для текста отдельным решением, а не приложением к записи: удалять его никакая нехватка места не заставит, значит, дату придётся назначить самим.

Кто решает срок и где это фиксируют

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

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

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

1. Соберите список того, что храните. Отдельно записи, отдельно расшифровки, отдельно отчёты и задачи — сроки у них будут разные.
2. Для каждого пункта назовите причину и событие-триггер. Не «полгода», а «до закрытия сделки» или «до конца гарантийного срока».
3. Сверьтесь с юристом. Для части данных требования задаются извне, и это единственный человек, который скажет, какие именно относятся к вам.
4. Запишите на одной странице. Что храним, где, сколько, кто удаляет и кто проверяет, что удалили.
5. Назначьте ответственного и дату пересмотра. Регламент без владельца перестаёт исполняться на третий месяц.

ПОЛИТИКА ХРАНЕНИЯ ЗАПИСЕЙ И РАСШИФРОВОК
Утверждена: ___    Владелец документа: ___    Дата пересмотра: ___
1. Зачем храним (цель одним предложением): ___
2. Что храним: записи ___ , расшифровки ___ , отчёты и задачи ___
3. Сроки: запись — ___ ; расшифровка — ___ ; отчёт и задачи — ___
4. От какого события считается срок: ___ (не «полгода», а «до подписания акта»)
5. Где основная копия: ___    Где резервная: ___
6. Кто удаляет: ___    Кто проверяет, что удалено: ___
7. Как удаляем: автоматически ___ числа каждого месяца, вручную — ___
8. Что делаем с копиями вне сервиса (устройства, переписки, трекер): ___
9. Кто отвечает на обращение участника разговора: ___    Срок ответа: ___
10. Где фиксируется факт удаления: ___

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

Где расходятся копии записи

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

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

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

Как устроено удаление на практике

Порядок простой, и он не про кнопку, а про полноту. Сначала выясняется, где копии, потом удаляется всё найденное, и только потом фиксируется, что удалено.

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

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

Удалили запись, а расшифровка осталась

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

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

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

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

Проверено 15 августа 2026 по действующим редакциям. Общий срок исковой давности три года — ст. 196 ГК РФ. Федеральный закон от 27.07.2006 № 152-ФЗ «О персональных данных»: хранение в форме, позволяющей определить субъекта, не дольше, чем этого требуют цели обработки, — ч. 7 ст. 5; уничтожение данных в срок не более тридцати дней с даты достижения цели обработки и с даты отзыва согласия — ч. 4 и ч. 5 ст. 21. Веса файлов посчитаны из битрейта и длительности: 64 кбит/с × 3600 с ÷ 8 = 28,8 МБ на час звука, 2 Мбит/с — 900 МБ на час видео; объём текста взят из расчёта около 9000 слов на час речи — подставьте свои значения, они отличаются от жанра к жанру. Всё остальное в статье — порядок действий и перечень вопросов, а не нормы права: конкретные сроки хранения, состав применимых требований и порядок ответа на обращения участников разговора зависят от отрасли, вида данных и договоров конкретной организации и определяются её юристом. Сведения о том, как обрабатываются загруженные файлы, приведены в документах на страницах «Обработка данных» и «Политика конфиденциальности».