Если доступ к сервису скоро закроется, выгружать надо не всё подряд, а в определённом порядке: сначала то, что не существует больше нигде. Это переписка с клиентами, вложения к ней и накопленная база знаний. Справочники, карточки контактов и таблицы почти всегда дублируются в учётной системе или в CRM и восстанавливаются потом. Порядок здесь важнее полноты, потому что окно на вывоз бывает тридцать дней, а бывает нулевым.
Второе, что стоит принять сразу: полного переноса не будет. Экспорт возвращает данные, но не отношения между ними. Строки таблицы приезжают, а связи между сделкой, задачей и перепиской — нет. Вложения приезжают одним архивом, в котором файл называется набором символов и ни к чему не привязан. Комментарии, история изменений, права доступа и версии страниц не выгружаются почти никогда. Это не дефект конкретного сервиса, это устройство экспорта как такового.
Ниже — очередь выгрузки на первые дни, разбор потерь по каждому формату, требования к архиву, который через год можно будет прочитать, четыре источника восстановления для случая, когда доступа уже нет, и расчёт, показывающий разницу между регламентом и авралом. Про то, что вообще ломается при уходе зарубежного сервиса, мы писали отдельно — что теряется при переходе на отечественное ПО.
Очередь выгрузки на первые дни
Пять шагов, каждый со своим результатом. Порядок не переставляется: он выстроен от невосстановимого к восстановимому.
- 1Переписка с клиентами и вложения
Диалоги, письма, файлы. Это единственный слой, который не лежит больше нигде: у клиента своя половина разговора, у вас — своя. Выгружайте целиком и без фильтров по датам, разбор оставьте на потом.
- 2База знаний и внутренние документы
Статьи, регламенты, инструкции, шаблоны. Формально их можно написать заново, фактически — это сотни часов редактуры. Забирайте вместе с картинками и вложениями, а не только текст.
- 3Структурированные объекты со связями
Сделки, задачи, проекты, тикеты. Выгружайте не только сами объекты, но и поля-ссылки: идентификатор родителя, идентификатор ответственного, идентификатор связанного объекта. Без них через месяц вы получите список без порядка.
- 4Справочники и настройки
Контакты, компании, статусы, воронки, шаблоны писем, права. Восстановимая часть, но именно она определяет, за сколько вы соберёте процесс в новой системе. Достаточно выгрузки в таблицу.
- 5Служебное: журналы, согласия, счета
Журналы действий, отметки согласий на обработку данных, история платежей и закрывающие документы. Этот слой почти никто не забирает, а спрашивают о нём потом — при проверке, при споре с клиентом и при сверке с бухгалтерией.
Сценарий, к которому надо готовиться заранее: доступ закрывается не по расписанию, а в момент неудачного продления подписки. Если оплата уходит через посредника, отказ приходит без предупреждения, и «выгрузим в последнюю неделю» превращается в «не выгрузили». Поэтому первая выгрузка делается не тогда, когда сервис объявил об уходе, а тогда, когда вы им начали пользоваться.
Вертикальная схема-лестница из пяти ступеней сверху вниз, с общей осью слева, подписанной «от невосстановимого к восстановимому». Ступени: «Переписка и вложения», «База знаний и документы», «Объекты со связями: сделки, задачи, тикеты», «Справочники и настройки», «Журналы, согласия, счета». Справа от каждой ступени короткая подпись, где ещё лежат эти данные: «нигде», «нигде», «частично в учётной системе», «в CRM и учётной системе», «частично в бухгалтерии». Чертёжный стиль, подписи по-русски.
Что теряется в каждом формате
Выбор формата — это выбор того, чем вы жертвуете. Идеального варианта нет, поэтому по важным объектам берут два формата сразу: машиночитаемый для будущей загрузки и человекочитаемый на случай, если загружать будет некуда.
| Формат | Что сохраняется | Что теряется |
|---|---|---|
| Таблица CSV или XLSX | Строки объектов, значения полей, простые списки | Связи между объектами, вложения, комментарии, форматирование, вложенность папок и проектов |
| Выгрузка через API в JSON | Поля-ссылки, вложенность, служебные идентификаторы — то, из чего связи потом восстанавливаются | Файлы вложений (только ссылки на них, часто уже недоступные), права доступа, история изменений |
| Печать страниц в PDF или HTML | Внешний вид страницы, таблицы внутри текста, картинки на своих местах | Структура и возможность машинной загрузки: обратно в систему такой архив не заливается |
| Архив вложений отдельным ZIP | Сами файлы в исходном качестве | Привязка файла к объекту: после распаковки имена превращаются в наборы символов |
| Почтовый экспорт EML или MBOX | Письма целиком, с заголовками, датами и вложениями внутри | Привязка к сделке или клиенту, если она жила только в интерфейсе сервиса |
Практическое следствие: выгружайте объекты вместе с их идентификаторами, даже если сейчас они кажутся мусором. Именно по ним потом восстанавливается «какое письмо к какой сделке» — вручную это делать бессмысленно, а скриптом по идентификаторам это работа на несколько часов. Разбор того же сюжета на примере смены CRM — в материале что теряется при переезде между CRM.
Сравнение в две колонки по пяти строкам. Слева столбец «Сохраняется», справа «Теряется», строки подписаны форматами: «Таблица CSV/XLSX», «Выгрузка API в JSON», «Печать в PDF/HTML», «Архив вложений ZIP», «Почтовый экспорт EML/MBOX». В левой колонке короткие подписи: строки объектов, поля-ссылки и вложенность, внешний вид страницы, сами файлы, письма целиком. В правой: связи и вложения, файлы вложений, машиночитаемость, привязка к объекту, привязка к сделке. Внизу общая плашка «по важным объектам — два формата сразу». Чертёжный стиль, подписи по-русски.
Архив, который через год можно прочитать
Скачанные файлы — это ещё не архив. Архивом их делают три вещи, каждая на полдня работы, и без них через год выгрузка превращается в двадцать гигабайт, которые никто не рискнёт открыть.
- 1Опись: какие файлы, из какого сервиса, за какой период, каким способом получены, сколько объектов в каждом. Один текстовый файл рядом с архивом. Он же отвечает на вопрос, чего в выгрузке нет.
- 2Словарь полей: что означает каждая колонка и каждый идентификатор. Через год это знание исчезнет вместе с человеком, который делал выгрузку, а без него JSON нечитаем.
- 3Проверенная копия: один объект каждого типа открывается руками и сверяется с тем, что было в интерфейсе. Проверка занимает час и отсекает случай, когда экспорт прошёл, а внутри пусто.
Отдельный вопрос — где это лежит. Если в выгрузке есть имена, телефоны, адреса или записи разговоров, вы остаётесь оператором персональных данных со всеми обязанностями, включая требование о размещении баз на серверах в России. Архив, забытый на личном диске сотрудника или в зарубежном облаке, — это не «просто копия», а обрабатываемая база. Как устроено хранение и что мы делаем с чужими данными на проектах, описано на странице о безопасности, а сам контур резервных копий — в материале про резервное копирование своими силами.
Если доступа уже нет
Ситуация не безнадёжная, но восстанавливается не всё. Работают четыре источника, и обходить их надо именно в этом порядке — от дешёвого к дорогому.
- Обращение в поддержку сервиса. Иногда выгрузку отдают даже после закрытия доступа, особенно если запрос сформулирован как требование о предоставлении собственных данных. Стоит одного письма и трёх дней ожидания.
- Локальные копии у сотрудников. Настольные и мобильные приложения хранят кэш, черновики и скачанные файлы. У одного человека обычно лежит фрагмент, у пятерых вместе — заметная часть.
- Смежные системы. Уведомления, которые сервис слал в CRM, в таск-трекер и в чаты, содержат текст сообщений и ссылки на объекты. Это некрасивый, но рабочий слепок истории.
- Почтовые ящики. Копии писем, счета, уведомления о задачах и упоминаниях. Для сервисов переписки это чаще всего самый полный из оставшихся источников.
Дальше — арифметика, ради которой стоит держать регламент. Модельный случай: сервис поддержки с базой знаний, три года эксплуатации, 3 200 диалогов и 180 страниц статей. Доступ закрылся, выгрузки нет. Восстанавливать приходится вручную: из почты и смежных систем реально собирается около 40 % диалогов, база знаний пишется заново.
Диаграмма из двух столбиков с подписанными значениями в рублях. Левый высокий столбик «Восстановление вручную — 422 200 ₽», разбит на два сегмента: «сбор 1 280 диалогов — 179 200 ₽» и «пересборка 180 страниц — 243 000 ₽»; под ним подпись «4–5 месяцев». Правый столбик «Регламент за три года — 151 200 ₽», разбит на три сегмента: «настройка 36 000 ₽», «хранение 43 200 ₽», «проверки 72 000 ₽». Над левым столбиком выноска «и 60 % диалогов не восстановлено». Ось в рублях, единицы подписаны. Чертёжный стиль, подписи по-русски.
Регламент на будущее: три строки
Правило, которое стоит записать один раз и применять ко всем облачным сервисам без исключения, включая российские. Периодичность выбирается по одному вопросу: сколько данных вы готовы потерять.
| Что за сервис | Периодичность выгрузки | Что обязательно в комплекте |
|---|---|---|
| Клиентская переписка, поддержка, продажи | Ежемесячно, автоматически | Диалоги, вложения, идентификаторы объектов, журнал согласий |
| База знаний, документы, регламенты | Ежеквартально | Текст, картинки, дерево страниц, словарь полей |
| Таск-трекеры, доски, проекты | Раз в полгода | Задачи со связями, комментарии, вложения отдельным архивом |
Ключевая часть регламента — не сама выгрузка, а квартальная проверка: взять случайный объект из архива, открыть его и убедиться, что он читается. Автоматическая выгрузка, которая полгода назад начала сохранять пустые файлы, встречается чаще, чем полное отсутствие выгрузки. Проверка стоит два часа в квартал и снимает этот риск целиком. Про то, как заранее развязать зависимость от конкретного сервиса, а не только копировать из него данные, — в материале про архитектуру, готовую к переезду.
Когда выгружать не надо
Регламент выгрузки — это работа и деньги, и не каждому сервису он положен. Четыре случая, когда честнее ничего не делать.
- Данные полностью дублируются. Сервис работает как витрина поверх вашей учётной системы или CRM, а мастер-копия всех записей у вас. Тогда выгружать нечего: достаточно проверить, что мастер-копия действительно ваша, а не «тоже в облаке».
- Сервис не содержит истории. Планировщики, доски-однодневки, генераторы ссылок и подобные инструменты живут одним днём. Их закрытие означает смену инструмента, а не потерю данных.
- Ценность истории истекает быстрее срока риска. Если переписка старше трёх месяцев вам не нужна, а сервис работает и оплачивается, ежемесячная выгрузка — расход без содержания. Достаточно разовой перед сменой инструмента.
- Данных мало, а выгрузка ручная. Двадцать страниц базы знаний проще один раз распечатать в PDF и положить в общую папку, чем строить вокруг них автоматический контур за 36 000 ₽.
И обратный случай, который стоит назвать так же прямо. Если в сервисе лежит клиентская переписка, а оплата идёт через посредника, вы находитесь в самой уязвимой из возможных конфигураций: потерять доступ можно в любой момент и без предупреждения, а восстановить историю после этого нельзя ничем. Здесь регламент не обсуждается, а его отсутствие — не экономия, а отложенный счёт на 422 200 ₽ и пять месяцев работы.
Копия, которую ни разу не открывали, — это не резервная копия, а надежда.
