Переписка, файлы и звонки: что теряется при переезде на коробку

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

Переписку нельзя забрать административным ключом — и это правильно

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

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

Файлы в чатах видно, а открыть нельзя

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

Чтобы вложение открылось, у платформы должны сойтись три вещи сразу. Первая: у файла должно стоять право доступа, привязанное к коду именно этого чата. Вторая: состав участников чата должен быть известен системе прав нового портала — не просто список людей в чате, а именно права. Третья: у файла должен стоять признак «загружен». У файла, созданного переносом, такого признака нет: с точки зрения портала загрузка ещё идёт. Не хватает любого из трёх — вечный индикатор.

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

«Звонок №273», на который нельзя нажать

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

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

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

Приглашения в чат от человека, которого там не было

Сотрудник открывает общий чат отдела, а там системные сообщения: «Интегратор отправил приглашение Иванову». Хотя приглашал год назад коммерческий директор, и интегратора в тот момент рядом не стояло. История переписки выглядит переписанной, и это неприятно вдвойне: если подменилось здесь, где ещё подменилось?

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

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

Пустые папки вместо файлов проекта

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

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

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

Что спросить у подрядчика до переноса

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

• Как вы переносите личные и закрытые чаты и что для этого нужно от сотрудников?
• Что будет с теми, кто не даст доступ к своей переписке, и как вы это объясняете людям?
• Открываются ли вложения в перенесённых чатах — и можно ли посмотреть это на тестовом переносе?
• Что происходит с записями звонков после отключения облака?
• Сохраняется ли авторство в системных сообщениях чатов?
• Как переносятся личные диски и диски проектов?

Первая часть разбора — про данные, права и проверку, что перенеслось всё: что ломается при переезде Битрикс24 из облака в коробку. Как мы делаем сам переезд, описано на странице услуги: миграция Битрикс24 из облака в коробку.