Удалённые сообщения в Telegram: как сохранить журнал переписки, который сотрудник не сотрёт

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

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

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

Подумайте, что может исчезнуть после одного удаления:

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

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

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

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

Здесь важна точность, потому что советов по теме много, и большинство из них неверны.

Удалить у себя убирает сообщение только с устройства одного человека. Все остальные участники продолжают его видеть. С точки зрения сохранности записей это безвредно.

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

Из этого следуют три вещи, и они объясняют, почему обычные обходные пути не работают:

Экспорт из Telegram не помогает задним числом. Историю переписки можно выгрузить из Telegram Desktop, и выгрузка будет настоящей. Но она фиксирует чат таким, какой он есть в момент экспорта. Если сообщение удалили в прошлый вторник, в сегодняшней выгрузке его нет. Экспорт представляет собой снимок, а не журнал аудита, и никто не делает его ежедневно по всем аккаунтам компании.

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

Скриншоты не являются доказательством в сколь-нибудь серьёзном смысле. Их элементарно подделать, у них нет проверяемой временной метки, и они показывают одно сообщение из переписки, в которой их могут быть сотни.

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

На этом и построены два механизма, о которых пойдёт речь ниже.

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

Интеграция Entergram со Slack создана именно для этого. Каждое рабочее место подключает свой Slack через OAuth и выбирает один публичный или приватный канал. С этого момента Entergram передаёт в этот канал каждый чат Telegram, к которому у рабочего места есть доступ, как журнал аудита. Передача идёт в одну сторону: из Telegram в Slack.

Копия попадает в Slack, то есть в систему, которую сотрудник не может переписать из Telegram. Без запрета на удаление менеджер по-прежнему может удалить свою часть чата в Telegram, но изменить канал Slack оттуда он не может. Что происходит с копией в Slack после удаления сообщения на стороне Telegram, пока не подтверждено. До тех пор отправьте тестовое сообщение с подключённого аккаунта, удалите его у всех и сами проверьте канал, прежде чем ссылаться на него как на доказательство удалённого сообщения.

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

Несколько деталей делают этот подход заметно лучше архивных каналов и ручных выгрузок, с которых начинает большинство команд:

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

Slack уже управляемая система. Большинство компаний, которым нужен журнал аудита, и так используют Slack под контролем ИТ: с настроенным сроком хранения, с eDiscovery на платных тарифах и с правами доступа, которые обычный пользователь не обойдёт. Вы не добавляете новую зону ответственности за соответствие требованиям. Вы направляете Telegram в ту, которой уже управляете.

Права разделены по замыслу. Менеджер распоряжается своим чатом в Telegram. Каналом Slack, в который пишет передача, он не распоряжается. Разделение между тем, кто ведёт переписку, и системой, которая хранит копию, и есть весь смысл журнала аудита.

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

Передача намеренно односторонняя. Ничего из написанного в канале Slack не уходит обратно в Telegram, и ответить из Slack нельзя. Команда отвечает клиентам из Entergram, через тот настоящий личный аккаунт Telegram, которому уже принадлежит переписка, и клиент продолжает говорить с тем же человеком на том же аккаунте.

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

Заодно это не пускает в запись проблему ботов. Entergram представляет собой слой поверх настоящих личных аккаунтов Telegram, а не продукт на Bot API, поэтому в канал попадают настоящие переписки, которые команда ведёт со своих аккаунтов. Бот не может прочитать личный чат, в котором не участвовал, а мост в Slack на боте передаёт только то, что получил сам бот.

Что это значит на практике:

• Команда ведёт переписку в Entergram, с аккаунта, который клиент уже знает.
• Канал Slack собирает каждый чат, доступный этому рабочему месту, по мере того как идёт переписка.
• Руководители и комплаенс читают запись и ищут по ней в Slack, не входя в аккаунты Telegram.

Запись пополняется сама, поэтому остаётся полной. Никому не нужно помнить, что что-то надо переслать.

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

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

Зато Make помогает с учётом вокруг спора:

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

Обычные меры предосторожности никуда не деваются. Подключение Make хранит ключ API рабочего пространства, поэтому относитесь к нему как к production-учётным данным, и добавьте обработчик ошибок, чтобы сбойный запуск не оставил теги расставленными наполовину.

Для самой записи сообщений есть два механизма: запрет на удаление и канал Slack. Make поддерживает порядок в CRM вокруг них.

Передача в Slack даёт вторую копию. А вот запрет на удаление сомнений не вызывает: он не даёт удалению случиться вообще.

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

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

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

Вместе два механизма закрывают разные сценарии отказа, и поэтому нужны оба:

Одна только профилактика оставляет пробелы. Она регулирует поведение вашей команды внутри вашего пространства, но не помешает клиенту, поставщику или контрагенту с другой стороны удалить свои собственные сообщения. Это вне контроля кого бы то ни было, кроме них самих.

Этот пробел и должен закрывать канал Slack, и именно эту часть нужно проверить. Если копия в Slack остаётся после того, как другая сторона удалила своё сообщение, ваш канал по-прежнему хранит сказанное, а для споров об обещаниях другой стороны это самая важная половина. Сначала проведите в своём рабочем пространстве тест удаления из раздела выше, потому что судьба копии в Slack после удаления на стороне Telegram пока не подтверждена.

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

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

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

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

Работа с несколькими аккаунтами. Если вы ведёте несколько аккаунтов Telegram, с каждым из них риск умножается, как и сложность ручного ведения записей. Entergram управляет входящими более чем 100 аккаунтов в одном интерфейсе, а каждое рабочее место передаёт все доступные ему чаты в свой канал Slack, сколько бы аккаунтов за этим ни стояло.

Настройка короткая, и большая часть времени уходит на решения о каналах и сроках хранения, а не на технические шаги.

1. Подключите аккаунты Telegram к Entergram. Это настоящие личные аккаунты, каждый со своим выделенным прокси. Делиться аккаунтом со всем пространством или оставить его личным, решается по каждому аккаунту отдельно.

2. Подключите Slack с каждого рабочего места. Каждый сотрудник подключает свой Slack через OAuth и выбирает один публичный или приватный канал. Таблицу маршрутизации по аккаунтам строить не нужно: в канал попадает каждый чат, доступный этому рабочему месту.

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

4. Настройте срок хранения в Slack под свои обязательства. Копия в Slack живёт ровно столько, сколько предписывает политика хранения канала. Если отрасль требует семь лет, настройте семь лет. Запись, которая самоудаляется через 90 дней, журналом аудита не является.

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

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

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

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

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

Готовы сделать переписки в Telegram проверяемыми? Подробности настройки смотрите на странице интеграции Slack и Telegram или изучите Telegram CRM, который стоит за ней.