По описанию справки архив писем в кабинете Яндекс 360 выглядит как поисковая система по переписке организации: задаёшь условия, получаешь выдачу, открываешь письмо. Я прочитал пять страниц справки про архив подряд и выписал две строки, которые в такую картинку не укладываются: “Каждый поиск срабатывает один раз” и “в фильтре по сотрудникам есть только действующие сотрудники”. Первая про то, чего не делает поиск, вторая про то, чего не делает журнал; лежат они на разных страницах, а бьют по одной и той же работе.

Про себя коротко: Александр Жогов, руковожу компанией +Альянс. Всё, на что я тут ссылаюсь, лежит в открытом доступе - раздел справки администратора Яндекс 360 и справочник API 360. Цитаты снял 4 сентября 2026 года, адреса страниц идут по тексту.

Сначала - что это вообще за инструмент

Раздел про архив в справке администратора состоит из пяти страниц: обзор, включение и отключение, поиск, журнал действий, вопросы и ответы. Обзорная определяет архив как инструмент, который “сохраняет копии всех писем, отправленных и полученных сотрудниками организации”, и тут же ограничивает охват: “В архив попадают письма только из тех почтовых ящиков, которые созданы на домене организации”. В кабинете организации путь такой: Почта, дальше Архив писем.

Копия остаётся в архиве, даже если сотрудник у себя письмо удалил. На прямой вопрос “Останутся ли в архиве копии писем, если сотрудник удалит их из ящика?” страница “Вопросы и ответы” отвечает коротким “Да”.

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

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

Каждый поиск срабатывает один раз

Поиск в архиве - это не строка ввода, а объект, который создают: “Чтобы найти в архиве письма, нужно создать в нем новый поиск. Каждый поиск выводит письма, соответствующие определенному фильтру”. Фильтры справка перечисляет закрытым списком: наличие вложений, расположение в заданных ящиках, временной интервал и поля “От”, “Кому”, “Копия”, “Скрытая копия”. Поискам дают имена, и они остаются в списке.

Дальше строка, из-за которой я и сел писать. Дословно: “Каждый поиск срабатывает один раз. Выдача не обновляется по мере того, как сотрудники получают и отправляют новые письма”. И рядом, на той же странице: “Результаты всех созданных поисков всегда доступны в архиве, но они не обновляются. Чтобы получить обновленную выдачу по тому же запросу, нужно создать новый поиск с такими же параметрами”.

В списке лежит снимок, а не запрос. Обновить его справка предлагает двумя путями, и оба ручные: создать новый поиск с такими же параметрами либо клонировать существующий кнопкой “Клонировать поиск”. У клона справка советует проверить параметры и в первую очередь поле “За период” - совет неслучайный, иначе клон повторит старый временной диапазон.

Цену вопроса называет сама справка, когда описывает, зачем найденное письмо нужно: “архивную копию письма можно переслать”, и адресаты в примере такие - “руководителю или аудитору”. Ситуация, за которую я бы себя не похвалил: поиск с понятным названием создан три недели назад, сегодня его открыли, нашли письмо, переслали аудитору. Всё, что пришло за эти три недели, в выдаче не участвовало. Ровно то поведение, которое описано на странице. Зарисовка гипотетическая: кейса и статистики, как часто на этом спотыкаются, у меня нет, подтверждена только механика.

Через API 360 снимок не обновить, и тут легко попасться на слове “архив”

Первое, что мне захотелось сделать с таким поведением, - отдать пересоздание выдачи расписанию. За этим я и отправился в справочник Яндекс 360 API. На 4 сентября 2026 года в нём 17 задокументированных сервисов, и ни один из них не про архив писем. В аудит-логе Почты 12 типов событий, работу с архивом не описывает ни одно. Общий журнал организации Почту не покрывает в принципе - у метода GET /v1/auditlog/organizations/{org_id}/events стоит оговорка: “Этот метод не возвращает список событий Почты”.

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

И ловушка, в которую я сам чуть не заехал. Слово “архив” в справочнике API всё-таки встречается: на той же странице аудит-лога Почты, в перечислении folderType, где archive стоит рядом с inbox, sent, trash, spam, drafts, outbox. Это тип папки письма - личная папка ящика, куда сотрудник сам перекладывает почту. К организационной функции “Архив писем” из кабинета администратора она отношения не имеет. Одно слово, два разных объекта; если ищете по документации грепом, перечитайте, что именно нашлось.

Журнал помнит уволенного администратора, а фильтр по сотрудникам - нет

Журнал действий обещает много: “Все действия с архивом писем записываются в журнал. В журнале всегда можно посмотреть, кто и что искал”. Живёт он в кабинете организации, раздел Логи управления, вкладка Архив писем. Фильтров три: сотрудник, тип события, период.

А теперь предупреждение, которое Яндекс написал сам и написал прямо:

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

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

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

Чья переписка вообще лежит в архиве

Тут вся история умещается в два ответа со страницы “Вопросы и ответы”, и знать их лучше до увольнения, а не в разгар разбирательства. “Доступны ли в архиве письма сотрудников, аккаунты которых заблокированы?” - “Да”. “Сохраняются ли в архиве письма сотрудников, чьи аккаунты удалены?” - “Нет”.

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

Что я выписал себе из этих пяти страниц

Две строки. Перед тем как отдавать выдержку из архива тому, кто прочтёт её как актуальную, нажать “Клонировать поиск” и проверить поле “За период”. И не искать уволившегося администратора в фильтре журнала по сотрудникам, а сразу браться за тип события и период.

Третью строку я поставил в календарь. У страниц справки Яндекса нет номеров редакций, у справочника API - тоже; мои цитаты датированы 4 сентября 2026 года. Перед тем как опираться на них в следующий раз, я эти пять страниц и оглавление API пересверю по тем же адресам. Они все выше, в тексте.