Что происходит с рабочими чатами при увольнении сотрудника

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

Почему увольнение превращается в проблему с доступами

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

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

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

Цена вопроса — не абстрактный риск для комплаенса, а конкретный отток. Если у менеджера было 30-40 активных клиентов с историей заказов, ценами и персональными скидками в переписке, увести часть из них не требует ничего, кроме доступа к телефону. Для торговой компании в Москве с оборотом в несколько миллионов рублей в месяц это прямой удар по выручке, который проявится не сразу, а через квартал, в виде необъяснимого падения повторных заказов и жалоб «а нам никто не позвонил».

Кто на самом деле владеет рабочим чатом — сотрудник, компания или 1С

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

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

Как исправить ситуацию, если сотрудник уже уволился

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

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

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

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

Что делать, если доступы утекают при каждом увольнении

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

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

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

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

Сопровождение 1С и работа сисадмина на регулярной основе стоят от 3800 руб/час — на практике это несколько часов в месяц, чтобы вовремя закрывать доступы и обновлять регламент, а не разово тушить утечку после того, как клиент уже написал бывшему менеджеру «привет, ты где теперь работаешь». Разница в стоимости между регулярным сопровождением и разбором одного серьёзного инцидента обычно не в пользу второго варианта.

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

Профилактика дешевле разбора инцидента, и вот три вещи, которые стоит сделать до следующего увольнения, а не после:

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

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

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

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

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

Кому принадлежит рабочий чат в мессенджере, если он создан на личный телефон сотрудника?

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

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

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

Что делать, если уволенный сотрудник продолжает переписываться с клиентами компании?

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

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

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

Сколько стоит настроить контроль доступов и ролей в 1С, чтобы избежать утечек при увольнениях?

Стоимость зависит от объёма доработки под структуру конкретной компании и количества ролей. Настройка ролевой модели доступа — часть доработки 1С, а регулярное сопровождение и работа сисадмина стоят от 3800 руб/час. Для большинства компаний это несколько часов в месяц против риска потерять клиентскую базу целиком.