Кто может прочитать переписку в корпоративном мессенджере

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

заблуждение: «закрытый» чат — не значит приватный

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

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

кто технически имеет доступ к переписке

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

• ✓Администратор сервера, на котором развёрнут мессенджер, — видит базу сообщений целиком: у него есть права на СУБД, и переписка для него не отличается от любой другой таблицы.
• ✓Подрядчик, который настраивал интеграцию мессенджера с 1С, — получает доступ к таблицам с историей сообщений на этапе внедрения и нередко сохраняет его месяцами после сдачи проекта, если доступ не отозвали отдельным актом.
• ✓Сотрудник с правами на карточку клиента или сделки в 1С:ERP или 1С:Управление торговлей — если туда подтягивается история переписки, доступ получает любой, кому открыт этот раздел справочника, а не только участники переписки.
• ✓Персонал SaaS-вендора мессенджера — по условиям оферты, которую подписывают один раз при подключении и потом не перечитывают; там обычно есть пункт о праве вендора обрабатывать содержимое сообщений для технической поддержки.
• ✓Служба безопасности или HR — если в компании принято положение о мониторинге переписки на рабочих устройствах, и только при условии, что сотрудников с ним ознакомили.

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

self-hosted, SaaS и интеграция с 1С: кто видит переписку в каждом варианте

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

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

цена бездействия: во что обходится нечёткий доступ к переписке

Пока в компании не описано, кто и на каком основании открывает историю сообщений, риск не в самом мониторинге, а в его хаотичности. Бухгалтер видит в карточке клиента переговоры менеджера о персональной скидке и в разговоре упоминает цифру знакомому, который работает у конкурента, — без злого умысла, просто потому что не считал эти данные закрытыми. Уволенный сотрудник требует через суд копию переписки за период работы, а HR не может сказать, кто и когда её выгружал, потому что доступ к базе не логировался отдельно от общего входа в 1С. Юрист компании готовит ответ на претензию клиента и находит в отчёте 1С:ERP обещание скидки двухлетней давности — переписка, о существовании которой давно никто не помнил, всплывает в самый неподходящий момент.

В деньгах это не абстракция: разбор одного такого случая — восстановление цепочки доступа, поиск, кто и когда открывал карточку, подготовка ответа юристу — обычно занимает несколько рабочих дней HR и IT-специалиста. А если в переписке нашлись персональные данные клиента без законного основания их хранить, по 152-ФЗ отвечает уже юридическое лицо, а не тот, кто случайно переслал скриншот коллеге.

как ограничить круг тех, кто читает переписку

если история переписки уже привязана к 1С

Если мессенджер синхронизирован с 1С:ERP или 1С:Управление торговлей, ограничивать доступ на уровне самого мессенджера бесполезно: переписка всё равно видна через карточку клиента любому, у кого открыт этот раздел справочника. Здесь помогает доработка 1С — отдельная роль, где менеджер видит свои сделки, а историю переписки по чужим клиентам видит только руководитель отдела и по явному запросу, а не по умолчанию наравне с остатками и оплатами. Это не урезает работу отдела продаж — меняется то, что открыто по умолчанию, а не то, что доступно вообще.

если переписка живёт в мессенджере отдельно

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

как это решаем мы

Мы настраиваем интеграцию мессенджера с 1С так, чтобы права на историю переписки задавались отдельной ролью, а не наследовались от общего доступа к справочнику контрагентов, — это часть внедрения 1С для компаний, где мессенджер уже привязан к CRM или к учёту сделок в 1С:ERP. Сервер, на котором крутится сама база 1С и логи интеграции с мессенджером, можно вынести на аренду — от 3300 рублей в месяц; тогда список тех, кто физически имеет доступ к железу, сокращается до вашего подрядчика по договору, а не до всего IT-отдела внешнего SaaS-вендора. Разбор, кто и почему получил лишние права на переписку, и настройку ролей наши специалисты берут на почасовое сопровождение — от 3800 рублей в час; обычно на такую задачу уходит несколько часов работы сисадмина, а не недели согласований.

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

Работодатель имеет право читать переписку сотрудника в корпоративном мессенджере без предупреждения?

Только если это прописано в локальном акте компании и мессенджер официально считается рабочим инструментом на служебном оборудовании; без такого документа мониторинг переписки — повод для трудового спора, а не законное право.

Кто видит переписку, если мессенджер интегрирован с 1С?

Помимо администратора сервера мессенджера — все, у кого есть права на карточку клиента или сделки в 1С:ERP или 1С:Управление торговлей, потому что история сообщений подтягивается прямо туда.

Можно ли настроить так, чтобы переписку видел только адресат?

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

Что происходит с перепиской после увольнения сотрудника?

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

Дешевле ли перенести мессенджер на свой сервер, чем оставаться на SaaS?

Аренда сервера под такую задачу начинается от 3300 рублей в месяц, и список людей с техническим доступом к переписке становится управляемым, а не зависит от политики стороннего вендора.