Допустимость использования электронной переписки в суде. Архивирование корреспонденции на практике

Кто бы мог подумать еще пару десятков лет назад, что наступит время, когда можно будет связаться с любым человеком из любой точки Земного шара за пару секунд? Такое время наступило, заодно подарив гражданам новые возможности для отстаивания своих прав. Ведь теперь заверенные нотариусом СМС-сообщения, а также переписка с помощью сервисов WhatsApp и Viber могут выступать в роли весомых доказательств. Но для чего это нужно?

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

На каких основаниях электронная переписка может стать доказательством?

Согласно статье 55 ГПК РФ, доказательствами считаются сведения, полученные законным путем, которые используются для рассмотрения дела и принятия того или иного решения по этому делу. Но может ли СМС-переписка или чат в WhatsApp стать доказательствами?

Могут, об этом прямо говорит статья 71 ГПК РФ. Согласно ей, к сведениям для рассмотрения дела могут относиться цифровые записи, полученные с помощью средств электронной связи.

Как документируют переписку с помощью СМС, WhatsApp и Viber?

Хотя по законодательству электронная переписка может стать доказательством, не очень понятно, как ее документируют? На самом деле все значительно проще, чем кажется.

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

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

• Зафиксировать переписку, распечатать ее, составить протокол при обязательном присутствии свидетелей с указанием их личных данных.
• В случае документации переписки до начала судебного разбирательства порядок действий тот же самый, только вместо свидетелей требуется присутствие нотариуса. Нотариус официально заверяет переписку, которую затем можно направлять в суд.
• Если рассмотрение дела уже началось, задокументировать переписку нужно в соответствии со статьей 71 ГПК РФ. При этом по решению суда материалы могут быть запрошены в том числе у операторов связи.
• Еще один способ требует проведения экспертизы, затем фиксации переписки, ее распечатки на бумаге, а также письменного заключения эксперта относительно содержания переписки.

Где можно заверить телефонную переписку?

Заверить смс-сообщения, а также переписку в WhatsApp и Viber можно в нотариальной конторе. Для этого позвоните по телефону +7 495 767-12-77 и запишитесь на прием к нотариусу.

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

Для каких целей на предприятии может потребоваться архивация всей переписки в корпоративной почте?

Контроль за действиями сотрудников

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

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

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

Возможность восстановления переписки

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

Архивация почты с юридической точки зрения

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

Техническая реализация копирования переписки

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

Если доступ ответственного сотрудника к этому ящику осуществляется по протоколу IMAP, возможна сортировка копий сообщений по папкам. Например, иерархическая структура:

• сотрудник 1
  • входящая
  • исходящая

• сотрудник 2
  • входящая
  • исходящая

• сотрудник 3
  • входящая
  • исходящая

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

Заключение

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

Профессиональный хостинг-провайдер корпоративной почты сайт с 2006 года предоставляет своим заказчикам самые широкие возможности по контролю за почтовыми потоками.

Рассматриваем резервное копирование и создание бекапов с точки зрения организации рабочего процесса

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

Основными тенденциями на 2017-2019 годы мы видим следующие виды резервного копирования:

• копирование с любых устройств по принципу “подписки” за каждый гигабайт данных с помощью облачных сервисов, которые через предустановленный в систему агент “заливают” копии в облако. Пример тому –
• копирование в облако с помощью Veaam и подобных продуктов (Acronis/Symantec/HP Data Protector). Требует подготовки провайдера, настройки коннектора между облаком провайдера и “наземной” виртуальной средой.
• копирование “инхаус” с помощью софтовых решений от производителей NAS систем или выделенных хранилищ корпоративного сектора
• распределенный бекап с помощью встроенных в ОС Windows Server решений

Задачи резервного копирования в организации

Резервное копирование информации чаще всего преследует две цели:

• сохранить данные для максимально быстрого (disaster recovery), если с ИТ-системой компании произошла авария, ее атаковал вирус и т.д. У таких резервных копий сравнительно небольшой период хранения (чаще всего сутки или двое, потом они перезаписываются более новыми), к данным можно получить доступ очень быстро. Копируются пользовательские и бизнес-данные, а также настройки ОС, прикладного ПО и вся информация, необходимая для восстановления работоспособности системы
• создать долговременный архив сведений о деятельности компании, к которому можно обратиться при необходимости получить данные за прошедшие периоды. Такие архивы хранятся долго (месяцы и годы), скорость доступа к ним не особенно важна – обычно не страшно, если получение данных займет несколько дней. Хранятся только бизнес-данные и данные пользователей, нет необходимости хранить какую-либо системную информацию.

Например, в копии для быстрого восстановления системы вам может быть доступна только последняя, актуальная версия какого-либо документа, а в архиве могут храниться все его прошлые версии.

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

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

Резервное копирование VS Избыточное резервирование

Чтобы оборудование продолжало работать, даже если какой-то отдельный компонент откажет, в него вносится определенная избыточность – «лишние» компоненты или вычислительные ресурсы, которые в обычном рабочем режиме могут показаться ненужными.

Пример избыточного резервирования:

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

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

Распорядок резервного копирования

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

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

Виды резервного копирования в организации

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

• полное резервное копирование – выбранные данные копируются целиком. Самый надежный способ, но требует наибольшего количества ресурсов, места для хранения данных и времени копирования, поэтому в чистом виде применяется редко, обычно комбинируется с другими видами (например, первый раз с системы снимается полная копия, а потом резервируются только внесенные изменения). Позволяет восстановить утраченные данные с нуля быстрее всех остальных видов копирования
• инкрементное копирование – записываются только те данные, которые были изменены со времени прошлого бэкапа. Для таких копий требуется значительно меньше памяти, чем при полном копировании, и снимаются они значительно быстрее. Разумеется, при таком подходе необходимо периодически делать и полную резервную копию, при любой аварии систему восстанавливают из такой копии, а затем накатывают на нее все последующие инкрементные копии в хронологическом порядке. Важный момент: инкрементное копирование восстанавливает удаленные файлы и все предыдущие версии файлов, которые изменялись, так что при восстановлении следует предусмотреть дополнительное дисковое пространство на этот случай
• дифференциальное резервное копирование – похоже на инкрементное, т.е. копируются только изменения, сделанные с момента последнего полного копирования. Отличие в том, что в каждую последующую копию сохраняются изменения из предыдущей и добавляются новые. Получается, что для восстановления после аварии понадобится только полная копия и последняя из дифференциальных, что значительно сокращает время восстановления. Минусами, по сравнению с инкрементным копированием, являются большой объем копий (иногда сравнимый с полным копированием) и большее время копирования.

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

Топология резервного копирования

По своей топологии схемы резервного копирования также различаются.

• Децентрализованная схема . Её суть в том, что на каждом сервере и рабочей станции может быть собственное ПО для резервного копирования, работающее независимо от других узлов сети. Все данные выгружаются на какой-либо общий сетевой ресурс, откуда потом попадают в архив или восстанавливаются, при необходимости. Достоинства схемы в том, что она чрезвычайно простая, легко реализуется и обычно не требует дополнительного ПО, копирование выполняется штатными средствами операционной системы или СУБД. Есть и недостатки – сложно установить общую политику резервного копирования и защиты информации, общее для всех программ расписание бэкапов, настраивать и мониторить деятельность каждой из программ придется отдельно, что усложняет администрирование. Поэтому децентрализованная схема резервного копирования подойдет либо для небольшой и несложной сети, либо для случаев, когда централизованную схему невозможно организовать в силу каких-либо ограничений
• Централизованная схема – для ее реализации необходимо специализированное клиент-серверное ПО. Серверная часть устанавливается на сервер резервного копирования и централизованно управляет установленными у пользователей программными агентами, которые собирают, копируют информацию о системе или восстанавливают ее из копии. В таком варианте легко настраивать общие политики создания резервных копий, расписание бэкапов, все участники могут работать согласно с общей для компании инструкцией по резервному копированию информации
• Централизованная схема резервного копирования без программ-агентов – упрощенный вариант предыдущей схемы, когда серверная часть использует только существующие службы и сервисы (например, собирает данные из специально назначенных общих папок Windows). Схема не очень надежная, в ней есть известная проблема, когда открытые в текущий момент для редактирования файлы не попадают в резервную копию и при сбое системы могут быть утрачены. Поэтому применять ее стоит только на небольших сетях и при условии высокой пользовательской дисциплины
• Смешанная схема – сочетание централизованной и децентрализованной. Программы-агенты устанавливаются только на некоторых серверах сети, от остальных устройств данные на эти сервера отправляют их локальные программы, каждая своими средствами. А уже с этих серверов накопленную информацию программы-агенты централизованно соберут, обработают и отправят в общее хранилище.

Место хранения резервных копий

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

Наиболее популярный метод – хранить резервные копии в облаке в дата-центре (собственном или арендовать у провайдера), отправляя туда данные и получая их обратно по защищенному VPN-туннелю. Скорость передачи данных в таком случае ограничивается пропускной способностью канала, но большие объемы данных можно сжимать, используя алгоритмы сжатия или дедупликацию.

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

Организационные моменты и человеческий фактор

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

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

Тамара Воротынцева – директор по развитию тренинговой компании «БИЗНЕС ПАРТНЕР» (Москва). Практикующий бизнес-тренер, автор книги «Строим систему обучения персонала» и публикаций в деловых изданиях России, Казахстана и Украины. Создатель интернет-рассылки: «E-mail переписка в бизнесе» на сервере subscribe.ru! Книга является практическим пособием для деловых людей, ведущих активную переписку с клиентами и партнерами. В ней представлены инструменты, которые помогут сделать электронное общение эффективным, оптимальным по времени и результату, максимально соответствующим нормам и правилам, принятым в современном деловом сообществе. Автор дает практические советы, иллюстрирует свои наблюдения случаями из жизни, приводит аргументированные выводы. Текст книги богат узнаваемыми примерами реальной деловой переписки. Автор делится своими наблюдениями, приемами, «хитростями», которые способны существенно повлиять на эффективность и результативность делового электронного письма. Если вы – деловой человек и для вас важно писать оперативно, лаконично, грамотно, в соответствии в правилами хорошего делового тона, – эта книга станет вам надежным помощником.

Книга:

Работая с полями «Кому» («То»), «Копия» («Сс»), «Скрытая копия» («Всс»), помните, что это важная часть электронного письма, влияющая на дальнейшие действия участников переписки.

«Кому» («То»). В это поле помещается адрес получателя, которому непосредственно адресовано письмо и содержащиеся в нем сведения. От основного получателя автор письма и ждет ответ. Если в это поле помещены два адресата, значит автор письма ждет ответ от каждого или кого-то из них (имейте это в виду, если ваше имя значится в списке получателей). При этом (если вы – отправитель) имейте в виду, что включать в поле «Кому» («То») более одного адресата не очень целесообразно. На письмо, отправленное нескольким адресатам, можно не получить ни одного ответа, так как каждый будет думать, что ответит другой.

Если письмо адресовано вам, но содержит в копии других получателей, обязательно используйте при ответе кнопку «Ответить всем» («Reply ALL»)! Это позволит сохранить круг адресатов, который обозначил инициатор переписки.

«Копия» («Сс»). В это поле помещайте адреса получателей, которые, по вашему мнению, должны быть в курсе переписки по данному вопросу. Эти адресаты получают информацию только «к сведению». Получатель в копии обычно не должен отвечать на письмо, но при необходимости может это сделать.

ОБРАТИТЕ ВНИМАНИЕ. ЭТО ВАЖНО!

В случае если ваше имя находится в поле «Копия» («Сс»), то, вступая в переписку, помните, что бывают ситуации, когда крайне важно быть вежливым. Используйте фразы: «Позвольте присоединиться к обсуждению», или «Позвольте присоединиться к вашему диалогу», или «Позвольте высказать мое мнение».

«Скрытая копия» («Всс»). Это поле в некоторых компаниях запрещено к использованию, так как является инструментом, противоречащим этическим нормам общения. Назначение этого поля – приглашение адресату стать «тайным свидетелем».

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

ОБРАТИТЕ ВНИМАНИЕ. ЭТО ВАЖНО!

«Скрытому» получателю категорически не следует вступать в переписку из этого поля.

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

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

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

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

И вот почему.

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

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

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

Главное в таких случаях - какую информацию переслали и запрещал ли это работодатель. Если запрещал, сотрудника можно уволить по статье.

Итог. Дело об увольнении пересмотрят, но это формальность. Скорее всего, суд просто поменяет аргументы на те, которые описал Конституционный суд. В должности сотрудника не восстановят и компенсацию не выплатят.

Это касается только начальников, которые имеют доступ к чему-то секретному?

Нет, это может коснуться кого угодно: менеджера, секретаря, бухгалтера, программиста, технолога, инженера или журналиста.

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

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

Почему работодатель решает, что можно, а что нельзя отправлять на личную почту?

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

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

Работодатель может проверять корпоративные ящики сотрудников. Он может проверять мессенджеры, если сотрудник создал профиль по просьбе компании и общается в нем по работе.

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

Это не нарушение прав и не посягательство на тайну личной переписки. Так сказал Европейский суд по правам человека.

Если в правилах почтового сервиса написано, что он может получить доступ к моей переписке, значит, она не защищена?

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

Почтовый сервис не может свободно публиковать, распространять и пересылать вашу почту кому захочет. Закон ему вроде бы не запретил так делать, но Конституционный суд объяснил, что это подразумевается.

Даже если в правилах написано, что условный «Мэйл-ру» может разрешать и ограничивать доступ к вашей переписке (а чаще всего так и написано), он не владелец и не собственник содержимого писем. Получить доступ к личной почте могут только уполномоченные органы и только по правилам - например по решению суда.

В законах не хватает точности на этот счет. Может быть, их дополнят - Конституционный суд советовал так сделать.

Как правильно пользоваться почтой, чтобы не уволили по статье?

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

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

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

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

Следите, что и кому пишете из офиса, даже если это личный мессенджер.

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