Почему ошибки всплывают после боевой миграции
Тестовая миграция на копии портала ловит ошибки правил переноса: кодировку, сделки без клиента, перепутанных ответственных. Боевая идёт по тем же правилам, и цифры после неё обычно сходятся. Но дальше портал проверяет уже не сверка, а рабочая неделя: менеджер открывает карточку по звонку клиента и не находит переписку за прошлый год, руководитель смотрит воронку и видит сорок сделок на стадии, которой в старой системе не было.
Поэтому первую неделю после переезда мы считаем частью миграции. У неё свой список проверок, и он короче, чем кажется.
День первый: сходятся ли цифры и десять случайных карточек
Сверка после боевой миграции повторяет сверку после тестовой и не ограничивается итоговыми цифрами.
Число контактов, компаний, сделок и файлов в Битрикс24 должно совпасть с выгрузкой из старой системы с точностью до записей, которые вы решили не переносить. Дальше — десять случайных карточек рядом: открыть в старой системе и в новом портале, сравнить реквизиты, ответственного, стадию и последние события в истории. Берите карточки не по порядку, а из разных воронок и разных лет: ошибка переноса обычно сидит в одном типе данных, и десять карточек из одной воронки её не покажут.
Входящие попадают в новый портал, а не в старый
Самая дорогая ошибка первой недели — заявка с сайта или звонок, которые уехали в старую CRM.
Телефония, почта, заявки с сайта и мессенджеры подключаются к Битрикс24 заново, и каждый канал стоит проверить руками: отправить тестовую заявку с сайта, позвонить на рабочий номер, написать в мессенджер компании. Лид должен появиться в новом портале с правильным источником и ответственным, а в старой системе за этот день не должно появиться ничего.
Отдельно спросите менеджеров, откуда они сегодня приняли первый звонок. Если с личного телефона, потому что «так привычнее», телефония подключена, но не используется.
Сделки стоят там, где их ждут менеджеры
Стадии старой системы сопоставлены с Битрикс24 на карте переезда, и первая неделя показывает, где карта ошиблась.
Откройте каждую воронку в канбане и посмотрите, куда попало подозрительно много сделок. Стадия, на которой вдруг оказалась половина базы, обычно собрала несколько старых стадий, и менеджеры не понимают, что с ней делать. Проверьте и обратное: сделки без ответственного или без контакта — это следы правил переноса, которые сработали не так.
Роботы срабатывают, а права не мешают
Воссозданный робот проверяется на живой сделке, а не в списке настроек.
Переведите тестовую сделку по стадиям и убедитесь, что задача ставится, напоминание приходит, письмо уходит тому, кому должно. Робот, который «настроен», но не сработал ни разу за неделю, либо не нужен, либо привязан не к той стадии. То же с правами: пусть менеджер под своей учётной записью откроет чужую сделку, попробует выгрузить контакты и удалить карточку. Что из этого должно быть закрыто, мы описывали в статье про права доступа.
Дубли: найти источник, а не чистить руками
Дубли после переезда — не повод для ручной чистки в первый день.
Контроль дубликатов Битрикс24 проверяет базу по имени, телефону и почте и показывает найденные пары. Если после миграции их сотни, причина в правилах переноса: например, контакты из двух таблиц старой системы загрузились как разные люди. Такую ошибку чинят в правилах и дозагружают данные заново, а не объединяют пары вручную всю неделю. Как разбирать то, что осталось, — в статье о дублях контактов.
Старая система: только чтение и список «не нашёл»
В старую CRM заглядывают, но не работают в ней, и каждый такой случай записывают.
Доступ к старой системе остаётся только на чтение. Если менеджер не нашёл в Битрикс24 переписку, файл или сделку и пошёл за ними в старую CRM, он записывает, что именно искал. К концу недели этот список показывает, что не попало в правила переноса, и мы дозагружаем это отдельно, одним заходом. Без списка пробелы всплывают по одному весь месяц.
Практика: заведите на неделю один чат «переезд», куда пишут всё, чего не нашли, и ничего другого. Через неделю он станет техзаданием на дозагрузку.
Что сделать на этой неделе
- Сверить число контактов, компаний, сделок и файлов с выгрузкой из старой системы и открыть рядом десять случайных карточек из разных воронок.
- Отправить тестовую заявку с сайта, позвонить на рабочий номер и написать в мессенджер — убедиться, что лиды появились в Битрикс24, а не в старой системе.
- Пройти по канбану каждой воронки и выписать стадии, где сделок подозрительно много, и сделки без ответственного или контакта.
- Провести тестовую сделку по стадиям под учётной записью менеджера: роботы срабатывают, чужие сделки и экспорт закрыты.
- Завести чат «переезд» для всего, чего не нашли, и в конце недели передать список на дозагрузку.
Эти проверки — часть миграции: после переезда мы показываем команде, где что лежит в новой системе, разбираем первые сделки вместе и дозагружаем то, чего не хватило. Если переезд делали без нас, покажите портал на бесплатном аудите: за 30 минут посмотрим, что перенеслось, и скажем, что проверить первым. Точечные доработки после переезда — типовые задачи по ставке за час.